[参考译文] TPS65023：I2C 通信未能确认

尊敬的 Daniel：  

感谢您在 E2E 上联系我们、  

您是否能够引导我完成您要查看每个示波器镜头的设置过程、以便我可以更好地了解导致此问题的原因？

这是两个独立的 TPS65023 器件/板、还是同一器件在 不同条件下？
或者、对于同一器件、这是否是在相同条件下看似随机的错误？

此致、  
Sarah  

您好、Sarah：

这是同一个电路板、在大概相同的条件下。 I2C 总线上与 OMAP 通信的第一个器件始终是 PMIC。 我将示波器设置为在这些示波器屏幕截图中的数据线第一个上升沿进行捕获、以便在器件上电时捕获 I2C 总线上的第一个事务。

我想知道是否有人知道为什么 TPS65023 在一种情况下不会确认、但在另一种情况下会确认。 我可能需要探测更多连接到 PMIC 的网络以了解原因。

这是否是由于可能的设计裕度或竞态条件导致的、 OMAP 有时会通过 I2C 解决 TPS65023 问题呢？

尊敬的 Daniel：

在第二种情况下、您是说 PMIC 没有连接到 OMAP 处理器吗？ 如果我仍然不理解第二种情况、即确认 PMIC、则表示歉意。

遇到 NAK 错误时设备是否仍可以启动？

请验证 I2C 线路是否通过 4.7K 电阻上拉至 1.45V - VCC 之间的电源。
并可能检查是否存在接地问题？ 这些是 NAK 错误的常见原因。

I2C 以什么速度模式运行？

此致、  
Sarah  

器件仍然启动并正常运行、但在启动后无法再次与 PMIC 通信。

使用 2.21k Ω 电阻器将上拉电阻器上拉至 VCC。

速度低于 100kHz。

在接下来的几天内、我将详细探测 PMIC 的 I/O。

尊敬的 Daniel：  

感谢您提供的信息。  

通常、此处的上拉电阻值使用 4.7k Ω 电阻。  

期待您在探究后提供更多反馈。  

此致、  
Sarah

你好 Sarah、我想我知道现在发生了什么。

我探测了一张工作卡和一张失败的卡。 故障卡似乎有电流泄漏、这会导致连接到 PMIC 的 I2C 总线过早地在系统退出复位之前悬空。 您是否知道缓慢上升的 I2C 线路如何影响 PMIC I2C 通信？ PMIC 随后可能会因其所看到的内容而无法通信。 现在、我知道问题的根本原因是 1 个电源轨泄漏到另一个电源轨、因此我需要忽略这种泄漏。

我使用了以下示波器截图、以帮助直观显示问题。  

首先、与故障对应的示波器屏幕截图：  

最后、是与将正确通信的 PMIC 相对应的示波器屏幕截图：

我现在有兴趣了解的是、为什么在 I2C 总线上只对 PMIC 感到困惑。 其他器件、即 OMAP、温度传感器、I2C 扩展器、都不受此影响、并且能够与主器件 (OMAP-L138) 进行通信。

尊敬的 Daniel：  

您能否说明 PMIC_RST_IN 连接到哪个引脚？  
我怀疑这可能与复位引脚的时序以及 I2C 时序有关。

与系统中的其他器件相比、TH PMIC 在允许 I2C 通信之前对 I2C 及其启用状态可能具有更严格的要求。  

此致、
Sarah

PMIC_RST_IN 连接到 TPS65023 上的/HOT_RESET。

尊敬的 Daniel：  

感谢您的信息。  

需要注意的一点是、TPS65023 对 I2C 的最小建立时间和保持时间要求相对较长（在 TPS65023 中对此进行了改进） B )

 总线上的其他器件的这些参数是否较低？ 这可能是造成差异的原因。

此致、
Sarah