[参考译文] FPC402：当主机侧 SCL 在远程下行端口访问期间中断或延迟很长时间时、端口状态机卡住。

尊敬的 Liming：

感谢您分享更多详细信息。  我们已经看到一些罕见的情况、即不规则的 I2C 时序会导致 FPC 器件上出现“卡滞“状态。  我有一些建议/建议：

• 您可以继续使用端口重置来帮助解决此问题。
• 尝试增加主器件看门狗计时器寄存器的值、以查看这是否会影响该行为
• 尝试调整 Protocol Timeout 寄存器 、以查看这是否会影响该行为

谢谢、

Drew

尊敬的 Liming：

很高兴您能够缓解该问题。

遗憾的是、没有任何其他可帮助指示此状态的隐藏寄存器。

您可以检查“端口 SCL 卡滞中断寄存器“和“端口 SDA 卡滞中断寄存器“、但我不确定他们会报告此情况、因为问题似乎与主机端时序有关。

谢谢、

Drew

尊敬的 Liming：

我过去观察到一种类似的情况、即减少协议超时寄存器或增加主看门狗计时器寄存器来解决这种情况。  我不确定您的 I2C 主机的行为是否与我实验过的测试条件完全相同、但我认为问题是类似的。

我在尝试执行下游读取时发现了问题。  重现此“端口卡滞“问题所需的关键事项：

• 在这种情况下、I2C 主机控制器在下游读取期间 NACK 和 STOP 位之间存在较长的延迟 (~6ms)。
• 在写入和读取之间、需要一个“重复启动“条件。  单独的“停止“和“启动“条件不会导致该问题。

重要观察结果：

• 如果 NACK 和 STOP 之间的延迟缩短至~4ms、则不会发生“端口卡滞“问题
• 如果 NACK 和 STOP 之间的延迟增加~12ms、则不会发生“端口卡滞“问题
• 如果协议超时寄存器减少到 NACK 和 STOP 之间的延迟长度以下（即 NACK-STOP 延迟为 9ms、协议超时寄存器为 7ms）、则问题已解决。
• 如果主看门狗计时器增加到 6ms、并具有 6ms NACK 停止延迟、则不会发生问题。
  • 主器件看门狗计时器寄存器值与哪些 NACK 停止延迟值导致“端口卡滞“问题之间似乎存在~1ms 至 2ms 的差值。  例如、默认的主看门狗计时器为 3ms、但将 NACK 停止延迟从 6ms 降低至 4ms 已解决问题。  换句话说、由于与这个问题有关、主看门狗计时器值的作用似乎更像是 REGISTER_VALUE + 2。

摘要：

• 我们观察到、在这种 NACK 停止延迟较长的异常情况下、如果 NACK 停止延迟时间位于主看门狗计时器和协议超时寄存器值之间、则会发生端口卡滞情况。
• 在我们的测试台中、我们观察到了可以通过在默认情况下 (10ms) 使用协议超时寄存器将主看门狗计时器增加到 5ms 来缓解问题。

>>您对两个寄存器的更好值或两个寄存器的最佳组合有何建议?

• 我们可以通过将主器件看门狗计时器增加到 5ms 并将 Protocol Timeout Register 保留为默认值来缓解这个问题。  我会考虑尝试一下。

>> 仍然不是很了解两个寄存器如何影响行为,有任何文件来详细解释它?

• 遗憾的是、除了编程指南和数据表之外、我没有太多关于这方面的文档
• 主看门狗计时器监控端口侧、以确保事务在特定时间段内发生。
• 协议超时寄存器监控主机侧以确保事务在特定时间段内发生。

>>  该寄存器如何“I2C SlaveWatchdogTimerRegister（偏移=0x04）“  

• 我们没有观察到这会对这个“端口卡滞“问题产生影响。

谢谢、

Drew

尊敬的 Liming：

我认为我们只增加了主看门狗计时器就执行了更多测试、因此我对此更有信心。  话虽如此、我不知道将两者降低到 5ms 有任何问题。  请随时尝试此操作。

谢谢、

Drew