[参考译文] TLC5940：关于 LED 不能正常亮起的问题

尊敬的 Kaji：

请参阅我的以下评论：

1.芯片加电不能正常

2. IREF 引脚未正确连接。

3.通信时间错误。

BR、Jared

感谢您的答复。
我收到了一位客户的以下问题、以回答您的问题。

>1. 芯片加电不正确。
如何检查它是否正确加电？

>2. IREF 引脚未正确连接。
这是 OPAMP REF 的输入引脚。
如果从打开电源到关闭电源施加恒定电压、这是"正确的"吗？

>3. 通信时序错误。
此通信时序是串行通信吗？
我知道串行通信是设置 GS 寄存器和 DC 寄存器。
假设是、我知道如果一个异常值设置不正确、它将不会在所需的亮度下亮起。
但是、也存在闪烁的症状。 如果通信时序错误、这种行为是否可能？

此致、

尊敬的 Kaji：

1. 如何检查是否正常加电?

-我认为每个器件在 VIN 引脚上都有一个输入电容器,所以您可以直接探测 VIN 电压。

或者您可以探测 VREF 电压、如果 VIN 电源正常、VREF 大约为1.24V。

2. 这是 OPAMP REF 的输入引脚。
如果从打开电源到关闭电源施加恒定电压、这是"正确的"吗？

-我认为 VREF 引脚无需施加恒定电压。 它来自 IC 本身。

3、 此通信定时串行通信吗?
我知道串行通信是设置 GS 寄存器和 DC 寄存器。
假设是、我知道如果一个异常值设置不正确、它将不会在所需的亮度下亮起。
但是、也存在闪烁的症状。 如果通信时序错误、这种行为是否可能？

- 通信可能会导致很多问题,取决于 MCU 发送的命令的格式,当然可能会导致灯闪烁或关闭。 BTW,如果这真的是一个通信问题,那么我认为这可能是因为软件工程师缺乏经验,代码不够稳健。

BR、Jared

感谢您的答复。
感谢您的快速响应。
但是、我收到了该客户的其他问题、您能否回答以下问题？

>根据 MCU 发送的命令的格式,通信可能会导致很多问题,当然也可能导致指示灯闪烁或熄灭。
客户表示这是可能的、但是如果再次发出指令、症状就不会改变。
如果设备进入异常状态(闪烁或熄灭)、即使他重新发送命令、症状是否会改善？
是否需要打开和关闭电源才能使其恢复正常状态？

此致、

尊敬的 Kaji：

"你说什么 异常状态 .

您是否确定该芯片无法正常工作？ 我的意思是、您的通信、电源、连接和其他事情都是正确的、但只有 TLC5940是异常的。

出于您的怀疑、我认为这不是 TLC5940问题、因为您说过器件有时会进入异常状态、而其他情况是正常的。 我认为这意味着你的沟通是异常的,有时和其他是正常的。

对我来说、我认为最重要的是解决这个问题、正如我之前说过的、以及您在另一篇 e2e 文章中说过的。 我的建议是遵循数据表上的时序、并且您已经过验证。 那么我们讨论的问题是关于另一个问题吗？

最后、我想澄清的是、LED 驱动器的行为只能根据您的通信命令呈现、因此如果您看到奇怪的现象、我认为最可能的原因是通信问题。

BR、Jared

感谢您的答复。 感谢您的及时响应。
我的客户正在认真考虑您的建议以解决此问题。
我想这将是我最后一个问题、因此请告诉我您的想法。

我希望您能保证、通过遵守 th4和 tsu4的限制、LED 关闭和闪烁的当前问题将得到彻底改善。
为此、我询问了当前 LED 关闭和闪烁问题的可能原因、并收到以下四个答案。
①当没有遵守 th4和 tsu4的约束时。
②未正确启动。
③ IREF 引脚未正确连接。
④通信时序不正确。
我已经验证了这四个原因、
对于② μ F、3.3V 的 VIN 电压没有问题。
③ μ s 时、测量了 VREF 引脚的电压、1.24V 下没有问题。
对于 μ ④、已确认发送的命令、但由于无法确定 LED 驱动器是否正确接收该命令、因此我尝试通过查看重新发送命令是否会改善症状来确定重新发送该命令是否正常工作。
如果 LED 关闭和闪烁的问题是由不正确的通信时序引起的、我相信如果我在问题发生后重新发送它、它将正常工作。
①、如果出现问题、重新发送命令不会改善症状、因此如果我们可以得到④的答案、我们可以确定问题①是唯一的原因、采取措施 将防止当前问题发生。

基于上述内容、您能否回答以下问题？
(问题)
如果设备进入异常状态(闪烁或熄灭)、再次发送命令后、症状是否会改善？

此致、