[参考译文] TMP112：注册访问异常

你好，Andy，

我们为超时规范指定了典型值和最大值，但不指定最小值。  他们是否在多台设备上看到过这种情况？  

由于 SCL 由主设备控制，他们的微控制器能否在此期间释放 SCL 线路以查看结果是否相同？   

另外，时钟频率是多少？

你好，拉科斯特，

是的，客户测试不同的主板，并看到相同的行为；

SCL 持续被按下的原因是该程序允许中断时钟在这段时间内切换以执行其他操作，然后在完成后切换回；该程序是第三方模块，因此客户无法直接修改它。 关键问题是该程序有缺陷；

但客户希望确定这是否会导致超时，以便他们和最终客户能够评估风险；
注意两个问题：
1.不同主板的 SCL 下拉时间将在25~27毫秒之间变化1~2ms。 因此，我们有相关的测试数据来阐明超时触发的最短 SCL 下拉时间？
2.当 SCL 被拉低然后被拉高时，它将返回两个字节，并且从一开始就会出现错误，例如我在开头发送的波形； 有时，在尝试返回第一个字节(设备地址)后，第二个字节的某个位会出现错误。 这是否符合超时规则？ 同时，SCL 被拉低以触发超时现象。

请帮我检查，谢谢拉科斯特。

此致，

刘德华

你好，拉科斯特，

I2C 时钟为100kHz。

你好，拉科斯特，

我的客户还测试了 INA3221进行比较；

我发现 INA3221技术指标提到超时28~35mS；客户拉下 SCL 大约199ms，INA3221也可以返回正确的值，如下面，他们读取了 INA3221(0x41) 0x00寄存器，然后 SCL 向下拉199ms，然后释放并返回正确的值0x71 0x27。

TMP112和 INA3221的超时机制是否相同？ 为什么结果不同，请帮助回答“谢谢”。

Andy，

TMP112不能控制 SCL 线路，因此必须由主控制。  由于寄存器0x03是限制寄存器，它们是否可能已将其设置为0xFF 且读数正确？

你好，拉科斯特，

是的，SCL 线路由主控制。  我将与客户确认0x03寄存器的信息。
但如何理解我们的超时信息？ 我在技术指标中找不到相关信息，能否帮助我找到超时保护信息，谢谢。

你好，拉科斯特，

客户设置0x03寄存器0x50 0x00，80°C，不是0xFF，请帮助我检查为什么返回0xFF，谢谢。

你好，拉科斯特，

客户使用默认的0x03大腿配准，即80°C 0x50 0x00；

而且，这似乎与客户衡量的问题无关。 当用户使用 TMP112主控将 SCL 下拉27毫秒时，触发超时现象与使用 INA3221触发超时现象不同；
这让客户对我们的超时操作机制产生了疑问，我没有找到任何与超时相关的说明。 请帮助回答。 谢谢你。