第4章 I2C通信协议

4、I2C通信协议：从原理到实战

各位同学，今天我们来聊聊嵌入式系统里最常用的通信协议之一——I2C。说实话，我做了十几年嵌入式开发，I2C几乎是我每个项目都会用到的协议。它只有两根线，却能挂载几十个设备，这个设计真的很巧妙。

I2C总线，全称是Inter-Integrated Circuit。它由飞利浦公司（现在的NXP）在1980年代发明。你想想看，那时候的芯片引脚很金贵，能省一根是一根。I2C只用两根线：SCL（时钟线）和SDA（数据线），就能实现多设备通信。

这两根线都是开漏输出结构。什么叫开漏？说白了就是输出端只能拉低电平，不能主动拉高。所以我们需要外接上拉电阻，把总线拉到高电平。这个设计有个好处：多个设备可以同时拉低总线，不会短路。

我在项目中遇到过一个问题：有个同事把I2C的SDA和SCL接反了，结果调试了一整天。嗯，这种低级错误其实很容易犯，大家接线时一定要仔细核对。

核心要点：

I2C的时序其实不复杂。我刚开始学的时候，觉得那些波形图很吓人。后来发现，只要抓住几个关键点就行。

起始条件：SCL为高电平时，SDA从高变低。这个动作告诉所有设备：「我要开始通信了」。

停止条件：SCL为高电平时，SDA从低变高。这个动作告诉所有设备：「通信结束了」。

数据传输：每个数据位在SCL的上升沿被采样。SDA在SCL低电平时改变，高电平时保持稳定。为什么这样设计？因为这样可以避免数据冲突。

我记得有一次调试一个温度传感器，发现数据总是读错。用示波器一看，原来是SDA在SCL高电平时发生了跳变。这就是典型的时序违规。

我的经验：调试I2C时，先用逻辑分析仪抓波形。看起始条件、停止条件、地址字节、数据字节是否完整。90%的问题都能通过看波形解决。

I2C有几种标准速率模式：

你可能会问：是不是速率越高越好？当然不是。速率越高，对布线和上拉电阻的要求越严格。我建议新手先用100 kbps，等系统稳定了再慢慢提速。

配置速率时，主要调整主设备的时钟分频系数。比如STM32的I2C外设，有个CCR寄存器，设置SCL的高低电平时间。具体公式各芯片手册都有，我就不啰嗦了。

上拉电阻的选择，其实是个权衡问题。电阻太小，功耗大；电阻太大，信号上升沿变慢。

最小电阻计算：保证输出低电平时，电流不超过芯片的灌电流能力。一般I2C芯片的灌电流是3 mA。如果VCC=3.3V，那么Rmin = 3.3V / 3mA ≈ 1.1 kΩ。

最大电阻计算：保证总线电容能在上升时间内充到高电平。总线电容包括芯片引脚电容和走线电容，一般每米约100 pF。上升时间通常要求不超过1 μs（400 kHz时）。Rmax = 1 μs / (0.847 * Cbus)。

举个例子：假设总线电容Cbus = 200 pF，那么Rmax ≈ 5.9 kΩ。所以上拉电阻选4.7 kΩ比较合适。

避坑指南：我曾经在一个项目里用了10 kΩ的上拉电阻，结果400 kHz模式下波形严重失真。后来换成4.7 kΩ就好了。记住：高速模式要用更小的上拉电阻，比如1.5 kΩ或2.2 kΩ。

I2C最牛的地方就是支持多主设备。两个主设备可以同时发送数据，不会烧坏芯片。为什么？因为开漏输出和仲裁机制。

仲裁原理：多个主设备同时拉低SDA时，谁先拉低谁就赢了。输的那个设备会检测到SDA电平与自己发送的不一致，然后自动退出。这个机制保证了总线上只有一个主设备在控制。

实际项目中，我很少用多主设备模式。因为仲裁会增加复杂度，而且大多数场景一个主设备就够了。但如果你要做冗余设计，比如两个MCU共享一组传感器，那就必须理解仲裁。

冲突解决步骤：

嗯，这里要注意：仲裁不仅发生在地址阶段，数据阶段也会发生。所以设计多主设备系统时，要确保所有主设备的数据速率一致。

说了这么多，我给大家总结几条实战经验：

核心公式速查：

Rmin = VCC / Iol_max
Rmax = Tr_max / (0.847 * Cbus)
其中：
  VCC = 总线电压（V）
  Iol_max = 芯片灌电流能力（A）
  Tr_max = 允许的最大上升时间（s）
  Cbus = 总线总电容（F）

好了，I2C协议就讲到这里。记住：理论是基础，实践出真知。下次遇到I2C问题，先看波形，再查配置，最后检查上拉电阻。这三步走完，99%的问题都能解决。

公众号:蓝海资料掘金营，微信deep3321