2、I2C通信协议：从物理层到仲裁机制
I2C协议，说白了就是两根线搞定一堆设备通信。一根时钟线SCL，一根数据线SDA。别看它简单，里面门道不少。我刚开始用I2C驱动OLED屏时，总觉得这协议太基础了，结果一上硬件就踩坑——屏幕死活不亮，示波器一抓，发现起始条件根本没发出去。
这一章，咱们就把I2C的底裤扒干净。从物理层的电气特性，到起始/停止条件怎么卡时序，再到7位地址怎么拼读写位，最后聊聊时钟同步和仲裁——这些在OLED驱动里全用得上。
本章核心脉络：物理层 → 信号时序 → 数据帧格式 → 地址与读写 → 多主机冲突处理
2.1 物理层：两根线的大学问
I2C总线物理上就两条线：SCL（时钟）和SDA（数据）。所有设备都挂在上面，主设备产生时钟，从设备响应。但这里有个关键——开漏输出。
什么叫开漏？说白了，芯片引脚只能拉低电平，不能主动拉高。高电平靠外部上拉电阻实现。我见过不少新手直接把引脚配成推挽输出，结果总线短路，通信全乱套。
上拉电阻选型建议：标准模式100kHz用4.7kΩ，快速模式400kHz用2.2kΩ。OLED屏通常跑400kHz，我习惯用2.2kΩ，波形干净利落。
电气特性上，I2C定义了严格的电压阈值：
| 参数 | 最小值 | 最大值 | 说明 |
|---|---|---|---|
| VIL（输入低电平） | -0.5V | 0.3×VDD | 低于此值视为逻辑0 |
| VIH（输入高电平） | 0.7×VDD | VDD+0.5V | 高于此值视为逻辑1 |
| VOL（输出低电平） | 0V | 0.4V | 拉低时最大电压 |
嗯，这里要注意：3.3V系统下，VIH是2.31V。如果上拉电阻接到5V，那3.3V的从设备可能识别不了高电平。我踩过这个坑——OLED屏是3.3V的，主控是5V的，结果SCL高电平被拉到5V，屏直接烧了。后来加了电平转换才搞定。
2.2 起始条件与停止条件
I2C通信的开始和结束，靠的是两根线的特定时序组合。这俩条件有个共同点：SCL为高电平时，SDA发生跳变。
- 起始条件（S）：SCL高电平期间，SDA从高切换到低。
- 停止条件（P）：SCL高电平期间，SDA从低切换到高。
为什么这么设计？你想想看，正常数据传输时，SDA只在SCL低电平时变化。SCL高电平时SDA必须稳定。起始和停止条件故意打破这个规则，让总线上的所有设备都能识别到「要开始/结束了」。
常见错误：我曾经在代码里把起始条件的SDA下降沿和SCL时钟边沿搞混了，结果示波器上看，SDA在SCL低电平时就跳了，从设备根本不响应。记住：起始条件必须在SCL高电平时触发SDA跳变。
2.3 数据帧格式：8位数据 + 应答
I2C的数据传输以字节为单位，每字节8位，后面跟一个应答位（ACK/NACK）。传输顺序是MSB先行——也就是最高位先发。
具体流程：
- 主设备驱动SCL产生时钟脉冲
- 每个时钟脉冲的高电平期间，主设备在SDA上输出1位数据
- 第9个时钟脉冲，从设备拉低SDA表示ACK，或释放SDA表示NACK
我习惯用这个伪代码来理解发送过程：
// I2C发送一个字节（主机模式）
void i2c_send_byte(uint8_t data) {
for (int i = 7; i >= 0; i--) { // MSB先行
SDA = (data >> i) & 0x01; // 设置数据位
SCL = 1; // 时钟高，从设备采样
delay_half_period();
SCL = 0; // 时钟低，准备下一位
delay_half_period();
}
// 第9个时钟：接收ACK
SDA = 1; // 释放SDA，让从设备控制
SCL = 1;
ack = SDA; // 读取应答位
SCL = 0;
}应答位是I2C的握手机制。主设备发送完一个字节后，从设备必须回应ACK（拉低SDA），否则主设备就知道出问题了。OLED驱动里，如果地址不对或命令不支持，从设备会回NACK——这时候就得检查代码了。
2.4 7位地址与读写位
I2C总线上每个从设备都有唯一地址。标准模式是7位地址，加上1位读写位，组成8位发送。地址范围是0x00到0x7F，但0x00是通用呼叫地址，实际可用的是0x01到0x7E。
地址字节的结构：
| 位 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
|---|---|---|---|---|---|---|---|---|
| 含义 | 7位从设备地址 | R/W | ||||||
| 值示例 | 0 | 1 | 1 | 1 | 1 | 0 | 0 | 0 |
R/W位：0表示写操作，1表示读操作。OLED屏的SSD1306控制器，7位地址通常是0x3C（写）或0x3D（读）。但注意，很多库函数里传的是8位地址——左移1位再拼上R/W位。比如0x3C左移1位变成0x78，再加上写位0，就是0x78。
避坑指南：我曾经在STM32的HAL库和Arduino的Wire库之间切换时，被地址表示法坑过。HAL库用7位地址（0x3C），Wire库用8位地址（0x78）。一定要看文档确认！
2.5 时钟同步与仲裁
这两个机制是I2C多主机通信的基石。虽然OLED驱动通常只有一个主机（MCU），但理解它们能帮你排查总线异常。
时钟同步：多个主机同时产生时钟时，SCL线会被拉低最久的主机控制。说白了，谁拉得久，谁说了算。所有主机在SCL低电平时开始计数，等SCL释放后，谁先完成高电平等待，谁就继续。这保证了多主机时钟的自动对齐。
仲裁：当多个主机同时往SDA上写数据时，如果某个主机写1（释放SDA），但另一个主机写0（拉低SDA），那么SDA实际是低电平。写1的主机检测到SDA与自己预期不符，就知道仲裁失败了，立即释放总线。
仲裁的规则很简单：低电平优先。谁先拉低SDA，谁就赢得总线控制权。失败的主机不会损坏总线，只是这次传输作废，等下次重试。
调试技巧：如果你在总线上看到异常的ACK或数据错位，可以用示波器抓SCL和SDA。如果SCL有额外的窄脉冲，可能是时钟同步问题；如果SDA在非预期时刻被拉低，可能是仲裁冲突。我遇到过两次——一次是中断里调用了I2C函数，另一次是DMA传输和CPU轮询抢总线。
2.6 本章小结
I2C协议看着简单，但物理层的开漏结构、起始/停止条件的时序要求、数据帧的MSB先行和应答机制、7位地址的拼法、以及时钟同步和仲裁的冲突处理，每一个细节都可能让OLED驱动翻车。我个人习惯在写驱动前，先用逻辑分析仪抓一下总线上的波形，确认起始条件、地址字节、数据字节和停止条件都符合规范。这一步能省下后面大量的调试时间。