[参考译文] TMP112：10天后处于不工作状态

Michael、您好！

事务发生故障时、您是否捕获了任何逻辑分析仪？  此外、使用的 I2C 时钟频率是多少？   

此外、旁路电容器这么大是否有原因？  数据表建议值为0.01uF。

尊敬的 Eddie：
您是对的！ 电容器的尺寸比建议的尺寸大1000倍。 我之前没有看到这一点。 您是否认为这会导致 TMP112上出现一些谐振或电击？ 我将检查为什么有这个值。
我有逻辑分析仪。 我将嗅探 I2C 通信、并尝试再次发现问题。

对于 I2C、我们使用100kHz。 在 I2C 的快速模式(0.001 - 0.4MHz)下、这一点应该很好。

谢谢。

迈克尔  

Michael、

我不会立即认为较大的旁路值会导致器件出现重大问题、但它在很大程度上超出了数据表建议值。  除了查看逻辑分析仪外、我建议更改某个持续故障的器件上的旁路电容值、并查看您是否仍然能够重现问题。   

是的、100kHz 没有问题。

您好、Eddie、

我们设置数据线的测量。 如果在3秒内没有收到 ACK、则它停止测量。  
您是否认为此解决方案足以理解问题的根本原因？

部分、持续时间为10s、数据每1秒接收一次：

每1秒接收到的每个数据的放大部分。

谢谢！

最佳  

迈克尔  

Michael、您好！

I2C 线路上是否有任何类型的电缆？  I2C 容易拾取噪声、因此可能是噪声引起布线中拾取的间歇性问题。    

您好、Eddie、

回到主题上来。 我能够重新引入误差。 周围区域的 EMI 会导致失败。 请参阅以下采用 TMP112时在六个单元采集的数据。 器件编号 4在该数据集中失败。  

您对 EMI 对 I2C 控制器的作用有什么建议、应该使用什么合适的解决方案来解决这个问题？  

在我看来、I2C 控制器通过超时的恢复序列并不是正确的解决方案、而更像是补充安全功能。

在 I2C 线路周围都有屏蔽层。 它们比1/2英寸短。  

我是否错过了此处的重要内容？

谢谢！

迈克尔  

上次传输的数据  

时钟上出现干扰：

布局如下：