Because of the Thanksgiving holiday in the U.S., TI E2E™ design support forum responses may be delayed from November 25 through December 2. Thank you for your patience.
A related question is a question created from another question. When the related question is created, it will be automatically linked to the original question.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
I think that I2C cannot support the interface, since there would not have ACK signal generated from TLC59281 back to master. The communication cannot work.
For SPI, it should be possible. Here is some points need to be noted: 1) Use the mode with rising edge active and SCLK = 0 when free; 2) Addition GPIO to LAT pin latching the data to device. Timing of LAT need to be met the requirement in datasheet. 3) SPI read command cannot be realized.
Our customer has a further inquiry, we would appreciate if you could comment on this.
"Since you have mentioned "SPI is possible but SPI read command cannot be realized", what other way can I red the SOUT pin values from the device?
Could you confirm if this device can be used with any other protocols like UART? Or if this device needs any special protocol or if this uses something like bit-banging approach?
Also could you please suggest an alternative device/component/IC that would work with upto 16 LEDs that has easier interface like I2C or SPI that is in production and has a likelihood to stay in production for at least 3 years?
I chose this device assuming that this would work well with any serial interface but did not realize that this comes with not-so-easy interfacing options."
You could take a look of LP5018, which have 18 independently control channels with 35 mA maximum output current and I2C protocol. It is our hero product that just released in recent year, which would be continually supported in future.
For the read action, here are some limitations for this device. SOUT is only the output of shift register, you could read it to check if SIN data is right, with some other way like reading the bits by GPIO but not the standard SPI read process. Also the data already latched into sink driver registers cannot be read.
For UART, I am not so familiar with it. But it is only 2 wire protocol and also need other GPIO for SCLK/LAT/BLANK.
