大家好、
我们了解 LP5569可以同步多个器件。
但是,我们无法理解"32kHz 时钟"与"I2C 写入的数据"之间的关联。
如果您有任何信息,请告知我们同步时的“32kHz”时钟和“每个器件的 I2C”时序图。
此致、
Kanemaru
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.
您好、Summer-San、
我还有其他问题。
------
[第1季度]
LP5569有三个引擎。
这些引擎可以同时执行由 I2C 写入的数据。
我的理解是否正确?
------
[第2季度]
我知道这些引擎仅与 PWM 调光相关。
我的理解是否正确?
我们的客户希望仅将 LEDx_Current 寄存器用于调光。
(然后、它们将 PWM Registerx 设置为100%占空比。)
因为它们需要直流调光。
------
[第3季度]
我们知道,如果他们使用4个 LP5569,他们可以通过当时的“LEDx_Current Register”来控制(调光) 36个 LED。
例如,“LP5569-1_LED0 (第一个 LED)和 LP5569-4_LED8 (最后一个 LED)的时滞为90us (1/400kHz)。
我的理解是否正确?
------
此致、
Kanemaru
大家好、Kanemaro-San、
如有疑问、请参阅我的意见。
[Q1]:
从8.1.1版中可以看到、这三个引擎可以同时工作、但多个引擎无法同时控制相同的 LED 驱动器输出。
[Q2]:
这些引擎还包括其他指令、如 WAIT、Rst、int、有关延迟、复位、中断等。
但是、正确的方法 是将 PWM 寄存器设置为100%占空比、并更改用于直流调光的 LEDx_Current 寄存器。
[Q3]:
由于400kHz 是时钟频率、每次为一个芯片发送 LEDx_Current 寄存器值时、都需要发送(1字节芯片 ADDR + 1字节寄存器 ADDR + 1字节寄存器值)*9 = 216位、这需要大约216*(1/400kHz)=540us。 因此、发送四个芯片的总时间约为2ms。
这是最坏的情况、如果您使用 自动递增、时间将更短。
请告诉我这是否能解决您的问题。
谢谢。
此致、
Kenneth
大家好、Kenneth - San、
非常感谢您的支持。
我还有其他问题。
----
[第4季度]
我知道、如果 I2C 更改了"电阻器"、它会立即得到反映。
将"LED1_CURRENT 寄存器"从"AFH = 17.5mA"更改为"FFh = 25.5mA"。
然后、LED1电流立即更改(不存在时间滞后)。
我的理解是否正确?
----
[问题5]
我知道内部引擎无法控制“LEDx_Current Register”。
因此、即使我们将32k 时钟连接到其他 LP5569、我们也无法实现" LEDx_CURRENT 寄存器"的同步。
<背景>
我们的客户希望消除以下延时。
>由于400kHz 是时钟频率,因此每次为一个芯片发送 LEDx_Current 寄存器值时,
>您需要发送(1字节芯片 ADDR + 1字节寄存器 ADDR + 1字节寄存器值)*9=216位,占用约216*(1/400kHz=540us。
>因此发送四个芯片的总时间约为2ms。
----
此致、
Kanemaru
大家好、Kanemaru、
对于您的[Q4]、您的理解是正确的。
对于[Q5]、如果客户希望将所有器件同步到相同的" LEDx_Current 寄存器"配置、则可以使用40h 作为芯片地址并启用自动递增功能、 则四个芯片在400kHz 时的总时滞为(1字节芯片 ADDR + 1字节寄存器 ADDR + 1字节寄存器值*9 = 88位)*(1/400kHz)=220us。
如果客户需要使用自动递增将所有设备同步到不同的配置,时间将为220*4=880us。 对于不同的配置、2ms 是最坏的情况、不使用自动递增。
请告诉我这是否能解决您的问题。
谢谢。
此致、
Kenneth