Other Parts Discussed in Thread: TCA9539-Q1, TCA9539
器件型号： TCA9539-Q1
主题中讨论的其他器件： TCA9539
尊敬的团队：
我们正在对 TCA9539-Q1 进行一些验证。 I2C 故障、然后恢复。
根据我们的理解、发送九个 SCL 时钟脉冲可以使 i2c 恢复。 但是、在我们发送九个 SCL 信号后、IO 输出全部变为低电平。 我支持某些操作会使器件复位、但我无法确定 root 原因。
我已经确认电源没有下降、没有 POR。 /RESET 引脚始终被拉高。
需要您关于为什么发送 SCL 无法恢复 i2c 但使 IO 输出变为 0 的建议。
以下是逻辑分析和捕获：
此致、
Frank
尊敬的 Tyler：
此 i2c 总线上没有其他器件。 MCU 按周期读取 TCA9539。
在此捕获中、有一些标记：
(1) 手动拉低 SDA 以产生故障
(2) 释放总线并恢复时钟
(3) 正常读取操作
我想 SDA 看起来没有问题。
我们的核心问题是：为什么在执行这些操作后 TCA9539 输出 IO 变为低电平/0？ 是否有办法使输出保持状态？
从系统要求级别来看、SDA 故障可能会导致 i2c IO 变为低电平或复位、这是不可接受的。 客户对此问题有压力、期待您的见解。
此致、
Frank
您好 Frank、
(1) 我们能否确保在事务期间为 VCC 供电、并且不会发生在运行期间意外复位器件的欠压情况？
(2) IO 恰好在何时改变状态？ 我们可以有 3 个数字通道、1 个用于 SDA、1 个用于 SCL、1 个用于相关 GPIO 且正在变为低电平？ 我想了解 GPIO 切换状态的确切时钟周期时间、或者我们发现在 I2C 通信结束后、IO 会自行开启。
(3) 在波形中、我们能否确认正在进行重复启动、而不是先停止再启动？
如果我们正在执行停止然后启动条件、请尝试切换到重复启动条件、以便遵循数据表。 对我来说、这看起来像是一个停止、然后在分析仪中开始。
根据 TCA9539-Q1 数据表中的读取命令。
如果发生停止、而不是重新启动、可能发生的情况是我们写入配置寄存器 0x06。 发出 STOP 命令。 指针设置为 0x06。 然后我们发送从器件地址+读取位 — 但是，这会解释为 0x76 写入数据。 因此、当我们想要执行读取命令时、我们实际上将 0x76 写入 0x06 处的配置寄存器、作为数据。
此致、
Tyler
