您好!
我们将与通过 I2C 连接的 PCA9548交谈、发现在运行一个月后、我们的主器件与 PCA9548的连接超时、我们将无法再与它通信。
为什么会这样?
如果复位引脚进入此错误状态、是否应将其驱动为低电平以解决此问题?
我们可以采取哪些步骤来纠正这种情况而不使用复位引脚?
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.
您好 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
您好、Max:
嗯、我 想知道我们怎么知道 PCA9548A 将 SDA 总线保持在低电平、而不是 i2c 总线上的一些其他器件?
这里的关键是找出 i2c 总线上的哪个器件将总线拉至卡在低电平状态。 它可以是 PCA9548A 、也可以是不同的器件。
第9位(ACK)是 PCA9548A 将总线驱动为低电平的唯一时间。 在其他任何时候、它是通过开关进行通信的另一个器件、或者与开关通信的另一个控制器器件。
遗憾的是、唯一的确认方法是查看示波器截图。 PCA9548A 在从器件地址驱动 ACK 信号时会将总线锁定为低电平。 任何其他时间都将 使用不同的器件将其锁定在低电平、因此、使用示波器捕获证明第9个周期确实会将总线锁定在低电平会有所帮助。
我明白,由于这一事件发生在一个月的操作后,将很难捕捉.
我的建议是监控系统、如果此类事件再次发生、拍摄示波器照片并查看我们可以找出什么。 我们没有办法在没有线索的情况下证明问题的根本原因是什么。
我知道这是一个很大的问题,但这是我最好的建议。
谢谢。
近红外