Both the Microchip solution and the example I've mentioned above uses the UART 
to communicate with DALI Interface. I think we can consider the same. 

On 2021/04/22 15:56:51, murat tologlu <mtolo...@hotmail.com> wrote: 
> One of the best brief explanation of the Dali protocol is in Microchip TB3200 
> Technical Brief 
> (https://www.microchip.com/wwwAppNotes/AppNotes.aspx?appnote=en606182), also, 
> DALI introduction on page 8 of this ( 
> https://download.beckhoff.com/download/document/automation/twincat3/TwinCAT_3_PLC_Lib_Tc2_DALI_EN.pdf
>  ) explains the IEC 62386 standard and DALI messaging very good.
> 
> On 2021/04/21 09:52:23, murat tologlu <mtolo...@hotmail.com> wrote: 
> > Wow! I am very glad to see that you are so involved in this subject. I have 
> > to be worthy of your attention.
> > 
> > Firstly, let me explain what I am thinking about Hasseb USB-Dali  Master 
> > device. You can consider it in place of the USB-RS485 Converter in Nuttx 
> > Modbus tutorial ( http://ta1db.5g.com.tr/nuttx-modbus-setup.jpg  ). For me 
> > it is just a development tool which can be used for development and test 
> > purposes. Indeed, it has a proprietary interface which is made with a 
> > LPC1343 but our aim is not to make a usb-dali converter. On the other hand 
> > if we look at it's schematic diagram (can be downloaded here 
> > http://hasseb.fi/dali/dali2.zip )  we see another example of a dali 
> > interface and a dali power supply. Yes, it would be very good if we could 
> > find a cheaper similar device, without tax it is 76,61 € for bank transfer 
> > payments, offers free shipment, €15 for priority mail. 
> > 
> > Arduino Dali Shield ( https://www.ebay.it/itm/254211672779 ) can be 
> > considered as an alternative, however it is not the same thing, we have to 
> > setup another embedded environment with an Arduino or something, while all 
> > of us have a pc in front of us. Furthermore it's price is €34,50, together 
> > with €39 for international shipment the price comes to € 73,5 which is 
> > similar to cost of the Hasseb, furthermore it still requires a 24V power 
> > supply ( Hasseb includes the psu ). I am not making marketing 😊 just 
> > comparing. Infineon development tools are too complex and expensive also.
> > 
> > Dali power supply is just an LM317 with a 250 mA current limiter. Dali 
> > interface is just two opto-couplers together with a few components. For 
> > those who want to buy a ready made Dali interface I think the best choice 
> > is Mikroe Dali 2 Click ( https://www.mikroe.com/dali-2-click ) however I 
> > may consider to make it on a breadboard instead of dealing with 
> > international ordering details because it is a very simple circuit.
> > 
> > Regarding LED-Warrior14 chip and the modules made with it, yes, it is 
> > interesting, it frees us dealing with Manchester encoding - decoding 
> > process etc., it is easier to send and receive Dali commands through I2C 
> > interface. If I would be alone and doing experiments by myself then I would 
> > consider using this part. However, I think this shouldn't be a solution 
> > that we offer to the Nuttx community here. As Alan said Manchester encoding 
> > can be implemented using GPIO and free-running timer. Afterwards nobody 
> > needs to buy and use a special chip anymore.
> > 
> > This is a good example for us: https://www.mdpi.com/2079-9292/8/9/1021/htm 
> > 
> > 
> > On 2021/04/19 20:06:32, Gregory Nutt <spudan...@gmail.com> wrote: 
> > > The Infineon Dali Arduino board used a similar Infineon XC836 part that 
> > > has a UART interface.
> > > 
> > > Greg
> > > 
> > > On 4/19/2021 1:35 PM, Alan Carvalho de Assis wrote:
> > > > Hi Greg,
> > > >
> > > > This LW14 is interesting! It is possible to buy a module with it to
> > > > use the I2C interface with any board (don't need to be an Arduino
> > > > form-factor) see:
> > > >
> > > > http://www.saelig.com/product/lw14-02mod.htm
> > > >
> > > > I think the shipping cost will be higher the the product.
> > > >
> > > > BR,
> > > >
> > > > Alan
> > > >
> > > > On 4/19/21, Gregory Nutt <spudan...@gmail.com> wrote:
> > > >> Hi, Murat,
> > > >>
> > > >> At 95 euros that could be a turn off for some hobbyist.  I looked 
> > > >> around
> > > >> for a low cost solution and found two pretty common solutions.
> > > >>
> > > >> 1. Aruino Dali Shield.  There are shields like the daliMaster
> > > >> https://github.com/davideloba/daliMaster that are reasonably priced.
> > > >> These have an I2C interface and bridge to the Dali bus via
> > > >> https://www.codemercs.com/downloads/ledwarrior/LW14_Datasheet.pdf
> > > >>
> > > >> 2. The Mikroe Dali 2 Click is also a good deal:
> > > >> https://www.mikroe.com/dali-2-click .  This uses a GPIO interface
> > > >> directly to the Dali bus so must be a big-bang interface:
> > > >> https://download.mikroe.com/documents/add-on-boards/click/dali-2/dali-2-click-schematic-v100.pdf
> > > >>
> > > >> . But Mikroe does have a library for the Click board so that should not
> > > >> be too bad.
> > > >>
> > > >> One thing this says to me is that there needs to be a clear separation
> > > >> between the application which should be communicating in in high level
> > > >> commands (telegrams).  I am thinking:
> > > >>
> > > >> - There could be I2C and bit-bang drivers in drivers/dali that would be
> > > >> capable of sending/receiving one telegram of all supported lengths.
> > > >> This would export a common driver interface (IOCTLs and read/write
> > > >> behaviors).
> > > >>
> > > >> - A higher level, Dali interace in apps/dali that understands command
> > > >> semantics and protocols.  This should work with any lower level
> > > >> implementation.
> > > >>
> > > >> I am thinking about buying the Arduino board.  I imagine that the I2C
> > > >> interface is easier to use and the LW14 is well documented.  Do you 
> > > >> have
> > > >> any insight into that part?
> > > >>
> > > >> Greg
> > > >>
> > > >>
> > > >> On 4/19/2021 2:47 AM, murat tologlu wrote:
> > > >>> Hi Greg,
> > > >>>
> > > >>> I am going to order  this  (
> > > >>> http://www.hasseb.fi/shop2/index.php?route=product/product&product_id=50
> > > >>>  )
> > > >>> USB Dali-2 Master unit to start playing and getting familiar with DALI
> > > >>> commands. With this unit I will be able to test our own slave 
> > > >>> hardware -
> > > >>> software as well. I will share my experiments of course. Unfortunately
> > > >>> this is not my main occupation, I am doing in my spare time, 
> > > >>> therefore may
> > > >>> go slow.
> > > >>>
> > > >>> Best regards,
> > > >>> Murat
> > > >>>
> > > >>> On 2021/04/17 19:18:17, Gregory Nutt <spudan...@gmail.com> wrote:
> > > >>>> Hi, Murat,
> > > >>>>
> > > >>>> When you decide on your development/test hardware, let us know.  
> > > >>>> Maybe
> > > >>>> someone will get inspired to duplicate your setup and help at least 
> > > >>>> with
> > > >>>> some testing.
> > > >>>>
> > > >>>> Greg
> > > >>>>
> > > >>>> On 4/17/2021 3:23 AM, murat tologlu wrote:
> > > >>>>> Dear Greg,
> > > >>>>>
> > > >>>>> Thank you very much for your kind response, valuable warnings and
> > > >>>>> suggestions. I see a very good road-map in your answer. On the other
> > > >>>>> hand I ( probably together with Alan and somebody else interested in
> > > >>>>> participating us) will appreciate all other comments and 
> > > >>>>> suggestions.
> > > >>>>>
> > > >>>>> Best regards,
> > > >>>>> Murat
> > > >>>>>
> > > >>>>> On 2021/04/15 20:40:32, Gregory Nutt <spudan...@gmail.com> wrote:
> > > >>>>>> Before you start writing code, I think you should talk with the 
> > > >>>>>> group
> > > >>>>>> about the architecture that you would develop.
> > > >>>>>>
> > > >>>>>> One of the essential, unbend-able rules is that any new development
> > > >>>>>> must
> > > >>>>>> not add new operating system interfaces that are not standard, not
> > > >>>>>> documented at OpenGroup.org, or are not supported by Linux.  New 
> > > >>>>>> logic
> > > >>>>>> can use, for examples, standard character driver interfaces, a BSD
> > > >>>>>> socket interface, or the file system, but no made up interfaces 
> > > >>>>>> and no
> > > >>>>>> direct calls into non-standard OS functions.
> > > >>>>>>
> > > >>>>>> I don't know much about DALI other than having scanned some 
> > > >>>>>> websites.
> > > >>>>>> My recommendation is that you consider this as a user-space library
> > > >>>>>> like
> > > >>>>>> apps/modbus, perhaps at apps/dali.  The actual, low-level hardware
> > > >>>>>> interface could be implemented, say, via a character driver known 
> > > >>>>>> to
> > > >>>>>> the
> > > >>>>>> apps/dali logic.  The user, application interface could then be 
> > > >>>>>> purely
> > > >>>>>> of you choosing and exported via a header file at
> > > >>>>>> apps/include/dali/dali.h
> > > >>>>>>
> > > >>>>>> The dali drivers would go at nuttx/drivers/dali (probably) and the
> > > >>>>>> interface (IOCTL commands and internal OS setup interfaces) might 
> > > >>>>>> go
> > > >>>>>> in
> > > >>>>>> nuttx/include/nuttx/drivers/dali.h.
> > > >>>>>>
> > > >>>>>> Does that make sense?  In any case, let's get concurrence on the
> > > >>>>>> interfaces before starting code development.  That will save a lot 
> > > >>>>>> of
> > > >>>>>> problems down the road and will probably also engage more people, 
> > > >>>>>> get
> > > >>>>>> a
> > > >>>>>> good review of the design, and might recruit people help you with 
> > > >>>>>> the
> > > >>>>>> job.
> > > >>>>>>
> > > >>>>>> Greg
> > > >>>>>>
> > > >>>>>> On 4/15/2021 9:43 AM, murat tologlu wrote:
> > > >>>>>>> Hi Alan,
> > > >>>>>>> I am glad to hear that you found my proposal as a nice feature for
> > > >>>>>>> Nuttx to have. I see you have made a good intruction; let me add
> > > >>>>>>> something: Yes, DALI interface standard has DALI and DALI2 
> > > >>>>>>> versions.
> > > >>>>>>> DALI2 version was also extended with a feature set named as D4i.
> > > >>>>>>> Therefore we have to cover all. Pysical layer is very simple, we 
> > > >>>>>>> can
> > > >>>>>>> use any of ST STEVAL-ILM001V1 and Mikroe DALI 2 Click, or we can 
> > > >>>>>>> make
> > > >>>>>>> our own hardware  interface for our tests, no problem. Manchester
> > > >>>>>>> encoding is also very simple, as the and since the clodck 
> > > >>>>>>> frequency is
> > > >>>>>>> very low we can implement it by software with register operations
> > > >>>>>>> without using any special counter therefore we can easily obtain
> > > >>>>>>> portability of our code.
> > > >>>>>>> In this work what I can do is, I can get all the information 
> > > >>>>>>> required
> > > >>>>>>> such as IEC62386 standard and others, I can order all the required
> > > >>>>>>> hardware, I can setup the hardware and I can do necessary tests. 
> > > >>>>>>> I can
> > > >>>>>>> also participate implementing these in Nuttx codebase as much as 
> > > >>>>>>> I can
> > > >>>>>>> with your help. So, let's get started, cd nuttxspace/nuttx make
> > > >>>>>>> distclean :)
> > > >>>>>>>
> > > >>>>>>> On 2021/04/14 14:11:09, Alan Carvalho de Assis <acas...@gmail.com>
> > > >>>>>>> wrote:
> > > >>>>>>>> Hi Murat,
> > > >>>>>>>>
> > > >>>>>>>> I think DALI support should be a nice feature to have!
> > > >>>>>>>>
> > > >>>>>>>> Well, I already search for this protocol some time ago, but I 
> > > >>>>>>>> don't
> > > >>>>>>>> know much about it yet.
> > > >>>>>>>>
> > > >>>>>>>> The protocol uses Manchester encoding, maybe driver interface 
> > > >>>>>>>> should
> > > >>>>>>>> be implemented using GPIO and freerunning timer. Suggestions are
> > > >>>>>>>> welcome!
> > > >>>>>>>>
> > > >>>>>>>> For HW I think we have two options: ST STEVAL-ILM001V1 and Mikroe
> > > >>>>>>>> DALI 2 Click.
> > > >>>>>>>>
> > > >>>>>>>> It seams there are two protocol version: DALI and DALI 2. 
> > > >>>>>>>> Probably
> > > >>>>>>>> those DALI dimmers on Aliexpress are pretty old DALI protocol.
> > > >>>>>>>>
> > > >>>>>>>> BR,
> > > >>>>>>>>
> > > >>>>>>>> Alan
> > > >>>>>>>>
> > > >>>>>>>> On 4/14/21, murat toloğlu <mtolo...@hotmail.com> wrote:
> > > >>>>>>>>> I would very much like the DALI interface to be in Nuttx and I 
> > > >>>>>>>>> would
> > > >>>>>>>>> like to
> > > >>>>>>>>> learn your opinions on this issue. My knowledge and experience 
> > > >>>>>>>>> in
> > > >>>>>>>>> Nuttx is
> > > >>>>>>>>> not enough to do this work alone, but if we get a few people
> > > >>>>>>>>> together, I can
> > > >>>>>>>>> participate in the development work.
> > > >>>>>>>>>
> > > >>
> > > 
> > 
> 

Reply via email to