[参考译文] TCA6424A：图24以及接收到意外命令时的行为

Hirotaka-San、您好！

"二.  之后 、接收到不正确的命令数据、 TCA6424A 会由于  不正确的数据而向主器件发送 NACK。
之后  、再次接收到正确的命令数据、 TCA6424A 是否 向主器件发送 ACK？
   或者、我们是否应该使用虚拟 SCL 信号转到初始条件？"

您是说、如果您在步骤2中为命令字节发送类似0xAA 的内容、然后您不是执行停止条件而是再次开始发送另一个字节、如0x8C？

理想情况下、如果您在发送错误的命令字节时看到 NACK、则应执行停止条件、然后执行启动条件并重新发送正确的命令字节(再次发送器件地址后)。

"那么、哪一项是正确的？
实时输出 更改。
-停止条件后、输出 发生变化。？"

我尚未在实验室中确认这一点、但与我们的一位高级工程师交谈时、他告诉我、在完成停止条件之前、我们的器件实际上不会更新其寄存器。 如果客户说每次器件 ACK 时都会看到输出变化、那么我会说输出随 ACK 发生变化。 我稍后可以验证这一点。 我们的高级工程师可能会将 I2C 开关的延迟输出与 IO 扩展器相关联。 (我知道、在发生停止条件之前、我们的开关不会改变通道。) IO 扩展器可能不存在此问题。

我将就此向您返回。

谢谢、

-Bobby

Bobby San

非常感谢您的确认。

我们得到 IO 扩展器将在 ACK 条件下反映其值。

我们还有关于以下方面的其他问题；
"二.  之后 、接收到不正确的命令数据、 TCA6424A 会由于  不正确的数据而向主器件发送 NACK。
" 3. 之后  、再次接收到正确的命令数据、 TCA6424A 是否 向主器件发送 ACK？
   或者、我们是否应该使用虚拟 SCL 信号转到初始条件？"

您是说、如果您在步骤2中为命令字节发送类似0xAA 的内容、然后您不是执行停止条件而是再次开始发送另一个字节、如0x8C？
理想情况下、如果您在发送错误的命令字节时看到 NACK、则应执行停止条件、然后执行启动条件并重新发送正确的命令字节(再次发送器件地址后)。
->好的， 我们 了解 到最好的建议操作是 执行 STOP 条件和 START 条件，然后重新发送正确的命令字节。
  如果是0xAA (命令字节不正确)->0x8c (命令字节不正确)、 您能 告诉我们以下信息吗？
  -Command 0xAA 被忽略、  然后命令0x8c 是否反映？   器件接收到0x8c 后 、器件是否会向  主器件返回 ACK？
  状态机是什么？(我们猜很难想象、、、)

我们感谢您的始终帮助。

此致、

大田松本

Bobby San

很抱歉 打扰您、但是如果您对我们的上次更新有一些回答、您能告诉我们吗？

此致、

大田松本

Bobby San

好的、我们正在等待您的更新！
感谢你的帮助！

此致、

大田松本

嗨、Hirotaka-San、

坏消息：我尝试对 MCU 进行编程以发送地址+写入->(BAD 命令：0xFF)命令->data byte (0x00)并监视示波器上发生的情况。 我能够看到、器件 ACK 用于地址和写入位、而 nack 用于命令字节。 在这之后、我的 MCU 由于 NACK 而停止发送数据、似乎 MCU I2C 库被编程为在从器件发生 NACK 事件时停止与从器件的通信。

我可以自己对此进行位操作、但尝试为此编写程序需要一些时间。 我今天可能没有时间这样做。

很抱歉耽误你的时间。 我认为 I2C 库在 NACK 后不会停止通信。

-Bobby

Bobby San

好的、我们正在等待您的更新。

此致、

大田松本

Bobby San

感谢您的合作！
好的、我们明白了！

此致、

大田松本