[参考译文] LP55231：有关在将0xFF 写入复位寄存器时进行 I2C 通信的信息

尊敬的 Kaji：

您能否检查是否成功将每个寄存器的值更改为默认值？

您可以附加 SCL/SDA 的波形吗？

谢谢！

伊夫·李

感谢您的答复。
我将检查内容。
但是、我提到了 Linux 源码树中包含的驱动程序、但似乎未返回 ACK。
请告诉我您对此有何看法。
此致、

github.com/.../leds-lp55xx-common.c

尊敬的 Kaji：  

我将在复位模式期间测试 SDA/SCL 状态、稍后我将回复您结果。

谢谢！

尊敬的 Kaji：

请查看复位命令 SDA/SCLK 波形、ACK 信号位于波形上：

谢谢！

感谢您的答复。

我检查了波形并确认返回了 ACK。 谢谢你。
至于最后一个问题、在查看 TI 创建的 Linux 驱动程序时、我会在 lp55xx_reset_device 函数中发现以下注释。
"/*此处不执行错误检查、因为复位后器件没有 ACK */"
github.com/.../leds-lp55xx-common.c
使用引导加载程序或 Linux、是否存在无法在复位时拾取 ACK 的情况？
请告诉我您对以上评论的看法。

此致、

尊敬的 Kaji：

这意味着发送数据后、器件将进入复位模式且不会生成 ACK、并且您在波形中看到的 SDA 的最后一个脉冲会拉低、因为针对 I2C 停止条件。

谢谢！

感谢您的答复。

根据您的答案、最后一个脉冲不是 ACK 而是 STOP 条件、但在查看数据表和 I2C 规格后、
在 ACK 后、有一个 STOP 条件、并且 STOP 条件只能由主器件生成。
因此、在没有 ACK 的情况下生成一个停止条件的可能性不大。
我认为以下。
LP55231似乎在接收到复位并生成 ACK 后立即将 SDA 恢复为"H"。
我认为这样做的原因是 LP55231在生成 ACK 后立即执行复位。
在您看来、RESET 不符合 I2C 标准格式、但请告诉我您的看法。

此致、

尊敬的 Kaji：

您可以比较以下2个屏幕拍摄：

1.发送数据以设置 PWM 值：

2.发送重置推荐:

对于复位推荐、器件似乎不会生成最后一个 ACK

那么、这种格式会对您造成干扰并影响您的应用吗？

如有必要、我可以帮助您检查重置数据格式。

谢谢！

感谢您的答复。
我理解您的答案。
最后、我想告诉您的是、数据表未介绍此复位的行为。
内容是否在应用报告等中单独描述？
此致、