This thread has been locked.
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'm successfully driving a TLC5947 from an AT91SAM7X using its SPI peripheral. The problem is that the TLC5947 always blanks all the outputs when XLAT goes high. That is, you can't latch a new value in to the 5947 without it turning off all the outputs.
The problem is then that there is a perceptible flicker each time the 5947 is updated. Sometimes you can't detect it, because XLAT goes high at just the right time (very near the start of the PWM count). But most of the time, it's very noticeable, and distracting.
This can be seen most readily when writing the same values to the 5947 over and over. Try writing 0x7ff to one channel at 30 Hz. You'll see what I mean.
This makes the driver nearly unusable. Is there any workaround? Is there another part that doesn't have this problem? The best thing the part could do is wait internally to latch the values until the PWM count rolls over. Obviously, that can't be done now.
Has anyone else dealt with this problem?
The IC is intended for applications which show static pictures for a longer period of time. So whenever the picture is changing, BLANK can be set high to turn the outputs off and reset the GS counter and during BLANK=high, XLAT can be used to latch the new picture in.
If you want to view videos which means that you need to have control over the GS counter to know when to latch in the data, other parts like TLC5941, TLC5943, TLC5946 or TLC5951.
For more information on buck-boost devices have a look at www.ti.com/buckboost
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Brigitte:
I have the same problem. My application is for ligthing LEDs with a ramp. When I start programming the TLC5947, I set BLANK high but when I load the data on SIN or SCLK or XLAT I can see an important flicker on the LEDs (so that BLANK goes down).
In reply to sky54664:
I do not understand why BLANK goes low when SCLK or XLAT or SIN are changing.
Is it possible that there is crosstalk on your board between SCLK/XLAT/SIN and BLANK? Crosstalk is the only reason that I can think of for a change in BLANK if you change one of the other pins. Please observe all 4 pins at the same time with an oscilloscope and check if one or the other shows the same frequency as the wrong signal on BLANK.
Another idea would be to use a flying wire for BLANK and check if the problem is gone. If this is the case, then there is crosstalk on the board and you need to redesign the board.
I had the same problem.
I have tied XLAT and BLANK pins together. Solved the ficker problem.
In reply to Amilasith Weerasinghe:
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.