[参考译文] TCA8418：用于GPIO模式的TCA8418

您好，

我认为您看到的错误是代码问题。 遗憾的是，我们的团队不支持设备的软件端，因此我无法为您提供这方面的更多信息。尽管您似乎能够获得ACK，因为您可以阅读。 也许您的写功能的地址是错误的？

"这是否意味着我无法读取GPIO状态超过两倍？"
－您仍应能够读取GPIO状态，但在两次读取后很可能会清除该状态。

请注意，"REG_GPIO _DIR"寄存器是默认的0或输入，因此您不需要写入这些寄存器。

“然后，当我读取reg 'gPIO_DAT_STAT1'，时，我总是得到一个常量的数字，像0xbf，即使我通过3.3V或具有10k电阻的GND更改了GPIO电平。”
我认为此处的数字是锁定的，因为"REG_KP_GPIO "寄存器处于键盘模式，需要处于GPIO模式。 也可能是因为设备在启动时启用了GPIO上的内部上拉。

您能否提供一个我们可以仔细检查的示意图？

谢谢！
-Bobby

我使用 示波器获得I2C SDA线。

首先，我发送commod " tca8418_write_byte (chip，REG_KP_GPIO1，0)"

然后我可以得到 以下波形

因为我的示波器是一个单通道，所以这两幅图片是 由我合成的。   

我 能不能证明I2C通信在整个过程中都是正常的？

当我读取寄存器 GPIO _DAT_STAT1，时，我可以获得 以下波形：

你可以看到从属设备不是一次响应的，当我把寄存器地址发送给从属设备时，这些设备也不是ACK。所有的读取 现象 在关于读取寄存器的数据表中都是不同的，就像这样

所以，你能告诉我，为什么我在阅读注册时没有ACK。谢谢。

这是图片，当我读取寄存器gPIO_DAT_STAT1。时

这里是否有任何异常？

在图片的前半部分，您写入0x34h，然后写入0x14h，您将获得两者的ACK。 但是，时钟信号会挂起，而不是释放SCL线路。 这可能是状态机的问题，因此最好是执行停止条件，然后再次执行启动条件以继续尝试读取。

信号的下半部分对我来说有点难读，但看起来您正在使用读取位再次发送地址0x34h，然后接收0xAF (对我来说有点难读)。 我确实看到，在最后一个时钟周期，看起来主机正在处理，但随后您会执行一个停止条件，这可能会使状态机出现故障，因为它应该是一个nack和停止条件，而不是ACK和停止条件。 这可能是您看到GPIO_DAT_STAT1被卡住的原因。 您是否能够发送nack，然后在参考GND/Vcc (参考所有输入到GND)后再次尝试读取？

-Bobby

高兴的是，我终于可以使用双通道示波器。，当我读取寄存器 GPIO DAT_STAT1时，我可以看到图片

然后，我  将整个波形分为三部分，我将整个波形分为三部分，并将它们分别放大以便您观察。

上半场

下半场

和上半场

请告诉我，    这些图片中是否有任何异常波形？

或者，我可以直接参考您的最后答复？

我，GPIO级别并读取寄存器GPIO _DAT_STATx，它是正确的值

您好，

新的波形对我来说更容易阅读(谢谢)。 它确实与您在上一张图片中看到的一样，值为0xEFh，这表明您将行4引脚保持在低位。 您不是这样做吗？ 新波形在您接收到良好的数据后，看起来就像您是NACKing。

在第一个ACK之后的第一个波形中，有一个小的“小故障”，它看起来像ACK释放SDA线的从属设备，然后在一小段时间后主设备将其拉低。 这看起来不会给您带来问题，因为我们在SCL行的高周期中对数据进行采样。

我在您的上一篇文章中看到，您的设备似乎按您预期的方式工作，您是否进行了任何更改以使其正常工作？

谢谢！

-Bobby

嘿，Haohb，

感谢您再次与我们联系，了解您如何解决问题。 我已将您的最后一篇帖子标记为已解决的声明，以便其他人在遇到类似问题时参考。

"关于读取两次以清除它，IIS可能意味着读取两次，芯片将更新寄存器。"
这可能意味着可能有两个触发器连接到用于在按下和释放按钮时进行监控的输入。

再次感谢，
-Bobby