[参考译文] DS92LX1622：。

admin

Other Parts Discussed in Thread: DS92LX1622, DS92LX1621

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/843515/ds92lx1622

器件型号：DS92LX1622
主题中讨论的其他器件： DS92LX1621

我们有一个 DS92LX1621 -> DS92LX1622显示模式链路、该链路在解串器上的 I2C 主设备之外工作良好。 SCL 频率保持在100kHz 的默认频率。 I2C 位速率在预期的100kHz 和600Hz 之间来回变化。 600Hz 远低于通过对 I2C 总线速率寄存器进行编程所能达到的频率。在整个过程中、恢复的 PCLK 保持在40MHz 并且 LOCK 为高电平。我认为 I2C 时钟来自内部25MHz 振荡器、而不是恢复时钟。在某些解串器电路板上、I2C 从设备可处理此问题、而在其他电路板上则不能处理。您是否有任何问题？

6 年多前

0 admin 6 年多前

TI__Guru**** 2507255 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 David：

可能会触发远程 NACK 超时。是否可以尝试调整1622上的寄存器0x06以禁用 NACK 超时？

此致、

Casey

0 admin 6 年多前

TI__Guru**** 2507255 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Casey、

清除 REM_NACK_TIMER 位似乎解决了该问题。我仍然看到非常慢的 I2C 事务(大约1kHz SCL)、但我们的系统控制器不再报告读取错误。在开发过程中、我今天只能检查几个系统、但我要求提供更多系统。 I2C 从器件的制造商认为其 NACK 超时不会超过8ms、因此我们认为保留25ms 的默认超时是可以的。您的 I2C 主设备是否通过降低 SCL 频率来处理慢速从设备、即我们看到的预期行为是什么？感谢你的帮助。

0 admin 6 年多前

TI__Guru**** 2507255 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 David：

我们的器件利用 I2C 时钟扩展功能、可通过双向控制通道实现远程读取/写入。有关该机制的更多信息、请访问：http://www.ti.com/lit/an/snla131a/snla131a.pdf

我认为、对于非常慢的 I2C 事务、可能会由于往返延迟和时钟扩展而发生超时、因此增加超时值可能有助于解决系统中的这种情况。

此致、

Casey

接口（参考译文帖）

接口（参考译文帖）(Read Only)

[参考译文] DS92LX1622：。