📚 课程目录第4章 I2C协议兼容性排查

4、I2C协议兼容性排查：总线仲裁、时钟拉伸、从机地址冲突与速率匹配

I2C 这协议，看着就两根线——SCL 和 SDA，好像挺简单。但真到了多设备挂一总线的时候，问题一个接一个。我这些年调试过的 I2C 问题，少说也有几十例。今天就把最常见的四类兼容性坑，一次性说清楚。

  核心排查思路： 先看电气层（上拉电阻、电平），再看协议层（地址、速率），最后看行为层（仲裁、时钟拉伸）。

I2C 是多主从协议，允许多个主机同时发起通信。仲裁机制说白了就是：谁先输出低电平，谁就赢。

仲裁发生在 SDA 线上。主机在发送地址或数据时，会同时监测 SDA 电平。如果它输出高电平，但读到的是低电平，说明有别的设备在拉低总线——它立刻退出，转为从机模式。

我遇到过一个问题：两个 MCU 同时访问同一个传感器，结果数据时而对、时而错。抓波形一看，仲裁阶段两个主机地址一样，但其中一个在应答位前多发了半个时钟周期。仲裁虽然赢了，但时序乱了。

调试技巧： 用逻辑分析仪抓取 SDA 和 SCL，重点看地址阶段的“写/读”位之后是否有异常的低电平毛刺。仲裁失败时，SDA 上会出现非预期的电平翻转。

时钟拉伸是从机的权利。它可以在每个时钟周期后，把 SCL 拉低，告诉主机“我还没准备好，再等等”。标准 I2C 协议允许从机拉伸时钟，但很多主机不支持。

我曾经调试过一个温湿度传感器，接在某国产 MCU 上，读数据偶尔超时。查了三天，最后发现传感器会在发送完第一个字节后拉伸时钟约 150μs。MCU 的 I2C 外设在配置里默认关闭了时钟拉伸支持，导致 SCL 被拉低后，主机直接超时复位。

注意： 不是所有从机都会在数据手册里明确写“支持时钟拉伸”。如果遇到偶发性通信失败，先怀疑这个。用示波器看 SCL 低电平时间是否超过主机设定的超时阈值。

检查项	方法	典型值
从机是否支持拉伸	读数据手册 Timing Characteristics	通常 ≤ 50μs
主机超时配置	检查 I2C 控制寄存器中的 TIMEOUT 位	建议 ≥ 1ms
实际拉伸时间	示波器测量 SCL 低电平宽度	与手册对比

I2C 从机地址有 7 位和 10 位两种。7 位地址最多 128 个，但很多地址是保留的，实际可用也就 100 个左右。同一个总线上，两个从机不能有相同的地址。

但问题来了——很多传感器芯片的默认地址是一样的。比如常见的温度传感器 LM75 和某些 EEPROM，默认地址都是 0x48。我见过一个项目，板子上同时用了两个不同厂家的传感器，结果地址都是 0x48，通信时一个应答、另一个也应答，数据全乱。

避坑指南： 选型阶段就要列一张地址表。如果两个设备地址冲突，优先看它们是否有地址选择引脚（AD0、AD1）。没有的话，只能加 I2C 多路复用器（如 PCA9548A）或换型号。

I2C 总线速率由主机决定。标准模式 100kHz，快速模式 400kHz，高速模式 3.4MHz。问题在于：总线上所有设备必须支持主机设定的速率。

如果主机跑 400kHz，但某个从机只支持 100kHz，那这个从机可能不响应，或者响应错误。更隐蔽的情况是：从机标称支持 400kHz，但实际在高温或低电压下只能跑到 200kHz。

我记得有一次做车载项目，一个音频编解码器在 85°C 环境下，400kHz 通信偶尔丢字节。降速到 200kHz 后一切正常。数据手册上写的是“典型值 400kHz”，但没给全温度范围的保证。

经验法则： 多设备混合速率时，总线速率取所有设备支持的最大公约数。如果有一个设备只支持 100kHz，那整条总线只能跑 100kHz。别想着用“快慢分离”技术——标准 I2C 不支持。

降速验证： 把主机 I2C 时钟降到 50kHz，看问题是否消失。如果消失，基本确定是速率问题。
测量上升时间： 用示波器测 SDA 和 SCL 的上升时间。400kHz 要求上升时间 ≤ 300ns，100kHz 要求 ≤ 1000ns。上升时间过长，说明上拉电阻太大或总线电容过高。
检查总线电容： 每增加一个从机，总线电容增加约 5-10pF。总电容超过 400pF，400kHz 基本跑不稳。

下面这张图是我自己总结的 I2C 兼容性排查流程，从现象到根因，一步步缩小范围。

最后分享几个我常用的调试手段，都是实战中验证过的。

我的习惯： 每次新板子回来，第一件事就是跑一遍 i2cdetect，确认所有设备地址和手册一致。这一步能避免至少一半的兼容性问题。

I2C 兼容性排查，说白了就是三板斧：看波形、查地址、对速率。把这三点吃透了，大部分问题都能在半小时内定位。嗯，今天就先聊到这儿。