i2c总线作为嵌入式系统中广泛应用的通信协议，其稳定性和可靠性直接影响着整个系统的性能。
I2C 死锁是指总线被卡住，无法继续通信的情况，通常由从设备意外拉低 SDA 或 SCL 线引起，导致主设备无法发起新的事务。
死锁的常见成因包括：
噪声或干扰：外部电磁干扰可能导致 SCL 的时钟边沿丢失或 SDA 数据错误。例如，噪声可能使从设备误认为通信仍在进行，从而保持 SDA 低电平。启动时的毛刺：系统上电或复位时，I/O 信号可能出现短暂脉冲，导致从设备误判状态，卡住总线。软件问题：如在事务中间断点调试或软件崩溃，主设备可能未正确结束通信，从设备仍等待时钟脉冲。例如，若主设备在读取数据过程中重启，而从设备仍在传输模式，SDA 线可能被持续拉低，形成死锁。
1
死锁的检测方法
检测 I2C 死锁的主要方法是使用超时机制。在 I2C 通信过程中，设置一个定时器，若总线访问或数据传输未在预期时间内完成，则触发死锁检测。
具体实现可以是：
在每次 I2C 事务开始时启动定时器。若事务超时（例如 35 ms，参考 SMBus 建议），则认为总线可能被卡住。这种方法在软件层面实现，无需额外硬件支持。证据倾向于这种方法在实时系统中效果显著，尤其是在检测从设备卡住时。
2
死锁的预防措施
预防 I2C 死锁的硬件和软件措施包括：
硬件设计：
使用强拉电阻：推荐 4.7kΩ 的拉电阻，加速 SDA 和 SCL 的上升沿，减少噪声影响。确保主设备 I/O 默认高电平：复位后通过拉电阻保持高电平，避免启动毛刺。使用 I2C 开关：将总线分成多个分支，若某分支挂起，可通过开关隔离故障设备。例如，NXP 的 PCA9540（2 通道）或 PCA9548（8 通道）支持动态分支管理。
软件设计：
避免在事务中途中断主设备程序。在系统启动时执行恢复序列，清除可能的初始死锁。
3
死锁的解决策略
解决 I2C 死锁的方法分为软件和硬件两种。
软件方法通过主设备手动生成至少10个时钟脉冲，强制从设备释放总线。这是基于 I2C 规范的恢复机制，通常需要9个时钟脉冲传输一个字节数据，额外一个脉冲确保释放。
代码语言：javascript代码运行次数：0运行复制#define I2C_RECOVER_NUM_CLOCKS 10U#define I2C_RECOVER_CLOCK_FREQ 50000U#define I2C_RECOVER_CLOCK_DELAY_US (1000000U / (2U * I2C_RECOVER_CLOCK_FREQ))void i2c_recover(void) { // 将 SCL 配置为 GPIO 输出 // 初始化 SCL 为高电平 for (uint32_t i = 0; i < I2C_RECOVER_NUM_CLOCKS; i++) { // 将 SCL 拉低 delay_us(I2C_RECOVER_CLOCK_DELAY_US); // 将 SCL 拉高 delay_us(I2C_RECOVER_CLOCK_DELAY_US); } // 重新配置 SCL 为 I2C 模式}
若从设备有复位引脚，可通过硬件信号重置设备，恢复通信。
使用 I2C 开关隔离故障分支，保持其他分支正常工作。例如，若某分支的从设备挂起，可通过 PCA9540 编程关闭该分支。
I2C 死锁虽然可能发生，但通过超时检测、强拉电阻预防以及时钟脉冲恢复，可以有效解决。硬件隔离（如 I2C 开关）进一步提升系统可靠性，适合复杂嵌入式应用。掌握这些方法，可显著提高嵌入式系统的稳定性和用户体验。
