2、I2C通信协议：从物理层到实战避坑
各位同学，今天我们来聊聊I2C。这个协议在嵌入式世界里太常见了，温度传感器、OLED屏、EEPROM……几乎每个项目都会用到。我个人习惯把I2C比作一条“双向单车道”——只有两根线，却能挂载几十个设备，很有意思。
2.1 I2C总线物理层：就两根线？
没错，就两根线：SDA（数据线）和SCL（时钟线）。
- SDA：串行数据线，双向传输。
- SCL：串行时钟线，由主设备产生。
这两根线都是开漏输出结构。什么叫开漏？说白了，就是芯片只能把线拉低，不能主动拉高。那高电平谁来给？上拉电阻。我刚开始做项目时，有次忘了接上拉电阻，结果总线一直低电平，设备死活不响应。嗯，这个坑我踩过。
关键参数：
- 标准模式：100 kHz
- 快速模式：400 kHz
- 高速模式：3.4 MHz
上拉电阻一般选4.7kΩ，总线电容大时选2.2kΩ。
2.2 起始条件与停止条件
I2C通信的开始和结束，有严格的时序要求。你想想看，总线上那么多设备，怎么知道什么时候开始说话？
起始条件（S）：SCL为高电平时，SDA从高电平跳变到低电平。
停止条件（P）：SCL为高电平时，SDA从低电平跳变到高电平。
这两个条件由主设备产生。我建议你在写驱动时，把起始和停止封装成独立函数，方便复用。
小技巧：调试时用逻辑分析仪抓SDA和SCL波形，一眼就能看出起始和停止条件是否正确。我曾经靠这个方法，半小时就找到了一个从设备地址配置错误的问题。
2.3 数据帧格式：8位数据 + 1位应答
I2C的数据传输以字节为单位。每发送一个字节（8位），接收方必须回复一个应答位（ACK）。
数据帧格式如下：
起始条件 | 7位地址 + R/W | 应答 | 数据字节 | 应答 | ... | 停止条件注意：数据在SCL低电平时变化，在SCL高电平时采样。这是硬件自动完成的，但理解这个时序对调试很有帮助。
我记得有一次，OLED屏显示乱码，查了半天发现是数据在SCL上升沿时发生了变化。嗯，原来是代码里延时没控制好。
2.4 7位地址与读写位
每个I2C从设备都有一个唯一的地址。7位地址范围是0x00到0x7F，但实际可用地址会少一些，因为有些地址被保留。
地址字节的组成：
- 高7位：设备地址
- 最低位：读写位（0表示写，1表示读）
举个例子：OLED屏的地址通常是0x3C（写）或0x3D（读）。
避坑指南：我曾经在项目中把7位地址左移了一位，结果设备一直无应答。后来才发现，有些芯片手册给的是8位地址（含读写位），有些给的是7位地址。一定要看清楚！
2.5 时钟同步与仲裁
这两个概念比较抽象，但很重要。
时钟同步：多个主设备共享SCL线时，谁先拉低SCL，其他设备就得跟着等。直到所有设备都释放SCL，时钟才会继续。说白了，就是“慢的说了算”。
仲裁：当两个主设备同时发送数据时，谁先拉低SDA，谁就赢得总线控制权。输的那个设备会自动退出，不会破坏数据。
你可能会问：我平时就用一个主设备，需要关心这个吗？
嗯，大部分情况下不需要。但如果你做多主设备系统，或者用STM32的硬件I2C，这些机制是自动运行的。理解它们能帮你更快定位问题。
2.6 实战经验总结
| 常见问题 | 原因 | 解决方法 |
|---|---|---|
| 设备无应答 | 地址错误或上拉电阻缺失 | 检查地址格式，确认上拉电阻 |
| 数据乱码 | 时序不匹配或干扰 | 降低速率，加长延时 |
| 总线锁死 | SDA被从设备拉低 | 发送9个时钟脉冲复位 |
我的习惯：每次写I2C驱动，我都会先写一个“扫描函数”，遍历所有地址，看看哪些设备在线。这样能快速确认硬件连接和地址配置是否正确。
好了，I2C协议的核心内容就这些。下一章我们会用代码实现OLED屏的I2C驱动，到时候你会看到这些理论知识如何落地。记住，纸上得来终觉浅，动手调试才是王道。