This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1311628/pca9548a-primary-device-times-out-in-i2c-communication-after-long-period-of-time
您好！
我们将与通过 I2C 连接的 PCA9548交谈、发现在运行一个月后、我们的主器件与 PCA9548的连接超时、我们将无法再与它通信。
为什么会这样？
如果复位引脚进入此错误状态、是否应将其驱动为低电平以解决此问题？
我们可以采取哪些步骤来纠正这种情况而不使用复位引脚？
您好、Max：
您能分享一下您的系统原理图吗？ 主要是主器件和 PCA9548之间的连接。
这将有助于更快地评估您的问题。
谢谢。
近红外
您好 NIR、
很抱歉这么晚才回复。
原理图如下：
e2e.ti.com/.../PANDORA-BAT_2D00_INTERFACE_5F00_BQ24735_5F00_R01.pdf
e2e.ti.com/.../PANDORA_5F00_MCU_5F00_BOARD_5F00_R01A_5F00_230413_5F00_1.pdf
感谢您的原理图。 主器件在连接上发送什么信号？
我不确定使用 RESET 引脚是否有助于解决问题、首先 我想 了解将什么信号 发送到 PCA9548。
如果我理解正确的话、信号就是 I2C。
是的、电压电平是多少？
3.3V
这是一个隔离式事件、还是发生在多个器件上？
您是否也尝试过重启器件？
多个器件上都发生了这种情况。 重启器件可以解决问题、但如果复位线也可以解决此问题、那么这不是我们的理想修复方法。
在这一个月内、系统设计是否有任何变化？
另外、您是否在每个通道上使用了上拉电阻器？ 我在原理图中看到电阻器、但它们看起来不是用作上拉电阻器。
最后、在给定时间开启的通道数上限是多少？
同时 开启所有8个通道可能会导致问题。
该月系统设计没有变化。
看一下"BQ"芯片的 SDA 和 SCL 线路、就会看到上拉电阻。
我们一次只有一个通道处于开启状态。 我们将从一个切换到下一个。
还有其他想法吗？
最大值
您能提供 I2C 总线的示波器截图吗？
我们将对其进行分析并再次进行检查、看看是否有什么可以解决的问题。
示波器捕获相当简单：
数据线保持低电平。
时钟线被保持在高电平。
我们的 MCU 看到时钟线路保持高电平、并放弃写入总线。
有什么想法吗？
嗯、我 想知道我们怎么知道 PCA9548A 将 SDA 总线保持在低电平、而不是 i2c 总线上的一些其他器件？
这里的关键是找出 i2c 总线上的哪个器件将总线拉至卡在低电平状态。 它可以是 PCA9548A 、也可以是不同的器件。
第9位(ACK)是 PCA9548A 将总线驱动为低电平的唯一时间。 在其他任何时候、它是通过开关进行通信的另一个器件、或者与开关通信的另一个控制器器件。
遗憾的是、唯一的确认方法是查看示波器截图。 PCA9548A 在从器件地址驱动 ACK 信号时会将总线锁定为低电平。 任何其他时间都将 使用不同的器件将其锁定在低电平、因此、使用示波器捕获证明第9个周期确实会将总线锁定在低电平会有所帮助。
我明白,由于这一事件发生在一个月的操作后,将很难捕捉.
我的建议是监控系统、如果此类事件再次发生、拍摄示波器照片并查看我们可以找出什么。 我们没有办法在没有线索的情况下证明问题的根本原因是什么。
我知道这是一个很大的问题,但这是我最好的建议。
