请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
主题中讨论的其他器件：TCA6424A首次使用此部件。 我尝试写入配置端口以将所有 I/O 引脚设置为输出。 我首先发送器件 ACK 的 Start 序列。 然后、它还 ACK 命令字节(0x8C)。 但是、我随后用数据字节写入命令字节(在本例中为0x00、将端口0上的所有 I/O 设置为输出)。 它会将该数据包和所有后续写入操作置为 nack。 我缺少什么？
嗯、我必须缺少一些东西、因为如果我正在正确读取数据表、它会显示8Ch 是用于访问配置端口0的命令字节：
尊敬的 Eric：
我在这里附加了 SCL 和 SDA 线路的示波器捕获。 不确定您是否希望我触发某个特定事件。 
下面是一张图片、其中显示了我的原理图的相关部分。 我实际上使用两个 TCA6424A。 如您所见、一条线路连接高电平、另一条线路连接低电平。 这两个器件都表现出相同的行为：当发送起始序列时、它们将使用相应的地址进行 ACK 应答、并对命令字节0x8C 进行 ACK 应答。 但它们会否定在命令字节之后发送的任何数据。
约书亚、您好！
感谢您分享示波器截图。 基于这些、器件似乎正在确认发送的每个字节。 我已经标记了每个字节来显示其数据、并且每个字节中的第9位在相应的上升时钟边沿期间显示为低电平。 图示的快照看起来像是用 下面显示的一些数据写入配置2寄存器(地址0x0E)的 U6 (命令字节位0清零用于写入、位1设置用于 ADDR =高电平)。 当接收器件将 SDA 线路驱动为低电平时、该事务中的所有 ACK 位看起来都是0。
由于这与您的初始报告不一致、此问题可能只偶尔发生、您使用的控制器对 ACK 的解释不正确、或者探测位置和任一接收设备之间出现了其他一些电气问题。 是否有方法准确识别控制器何时报告 NACK？ 这是否在每次交易的软件中出现、或者只是偶尔出现？ 有时、我们可能需要做一些额外的工作来捕获不良的通信帧。 大多数示波器都可以在 I2C 等简单通信协议中分析逻辑。 是否可以配置您的范围以识别此数据并在感知的 NACK 上触发？
此致、
Eric Schott
Eric、
我得到了另一个示波器捕获。 在本例中、我将处理端口地址、使自己递增。 我写入0x0C、然后发送0x00、0x0D、0x00、0x0E、0x00。
抱歉、忘记包含示波器捕获。
