3. I2C通信基础：I2C协议时序、主从模式、速率控制、光模块I2C地址
各位同学，咱们今天聊聊I2C通信。说实话，做光模块固件开发，I2C就是你的命根子。你想想看，所有的数字诊断监控数据——温度、电压、偏置电流、发射功率、接收功率——全得靠这两根线从模块里读出来。我当年刚入行时，就因为I2C时序没搞对，折腾了整整三天才找到问题。嗯，今天咱们就把这块彻底讲透。
3.1 I2C协议时序：两根线上的舞蹈
I2C总线就两根线：SCL（时钟线）和SDA（数据线）。说白了，就是一根线负责打拍子，另一根线负责传数据。我习惯把SCL想象成指挥家的指挥棒，SDA就是乐手演奏的音符。
先看几个关键时序点：
- 起始条件：SCL高电平时，SDA从高变低。这是通信开始的信号。
- 停止条件：SCL高电平时，SDA从低变高。通信结束。
- 数据采样：数据在SCL低电平时变化，高电平时被采样。记住这个节奏。
- 应答位：每发送8位数据后，接收方在第9个时钟周期拉低SDA表示应答。
核心要点：起始条件和停止条件都是由主机产生的。从机只能被动响应，不能主动发起通信。
我在项目中遇到过一个问题：某款光模块在高温下偶尔通信失败。查了半天，发现是起始条件保持时间不够。标准要求SCL高电平后SDA低电平至少保持4.7μs（100kHz模式），但我们的MCU在高温下时序漂了，只有3μs左右。嗯，后来加了点延时就解决了。
3.2 主从模式：谁说了算？
I2C总线是典型的主从架构。主机负责产生时钟、发起通信、控制传输方向。从机只能被动响应。在光模块场景里，主机通常是你的MCU或FPGA，从机就是光模块内部的EEPROM和诊断监控芯片。
这里有个容易混淆的点：主机和从机的角色在单次传输中是固定的。但主机可以在不同时间与不同从机通信。比如你先读温度传感器（地址0xA0），再写配置寄存器（地址0xA2），主机始终是你，从机在切换。
| 角色 | 职责 | 光模块中的例子 |
|---|---|---|
| 主机 | 产生SCL时钟、发起START/STOP、控制读写方向 | MCU、FPGA、CPU |
| 从机 | 响应主机命令、发送或接收数据 | 光模块EEPROM、诊断监控芯片 |
个人经验：我建议你在设计时给主机留足处理余量。有些MCU的I2C外设在处理多从机切换时会有延迟，如果时序太紧，容易丢数据。
3.3 速率控制：快慢有度
I2C标准定义了三种速率模式：
- 标准模式：100kHz。最常用，兼容性最好。
- 快速模式：400kHz。大多数光模块支持。
- 高速模式：3.4MHz。部分高端模块支持，但布线要求高。
你可能会问：为什么不直接用最快的？我曾经也这么想，结果被坑了一次。某次项目用了400kHz读模块数据，结果在长线缆（超过1米）场景下频繁出错。后来降到100kHz就稳了。原因很简单：速率越高，对总线电容和信号完整性的要求越苛刻。
避坑指南：我曾经在批量测试中发现，同一批光模块中，有约5%在400kHz下通信不稳定。后来查了规格书，发现这些模块的I2C输入引脚电容偏大。所以我的建议是：量产时用100kHz，调试时可以用400kHz加速。
速率控制还有一个关键点：上拉电阻的选择。上拉电阻太小，功耗大；太大，信号上升沿变缓。我一般按这个经验公式估算：
R_pullup ≈ t_r / (0.8473 × C_bus)
其中：
t_r = 上升时间（标准模式1000ns，快速模式300ns）
C_bus = 总线总电容（包括引脚电容和线缆电容）举个例子：总线电容约100pF，标准模式下，上拉电阻≈1000ns/(0.8473×100pF)≈11.8kΩ。实际中我常用4.7kΩ到10kΩ之间，具体看你的总线长度和从机数量。
3.4 光模块I2C地址：找到你的目标
光模块的I2C地址是固定的，由SFF-8472和SFF-8636协议规定。这里我直接给你最常用的地址表：
| 地址（7位） | 写操作地址 | 读操作地址 | 用途 |
|---|---|---|---|
| 0x50 | 0xA0 | 0xA1 | EEPROM（A0h页，存储标识符、序列号等） |
| 0x51 | 0xA2 | 0xA3 | 诊断监控（A2h页，实时监测数据） |
注意：I2C地址是7位的，但实际通信时发送的是8位（左移1位后加上读写位）。所以你在代码里看到0xA0，其实是地址0x50左移一位（0xA0）再加写位（0）。读操作就是0xA1。
重点记忆：光模块有两个主要I2C地址——0xA0/0xA1用于读EEPROM配置信息，0xA2/0xA3用于读实时诊断数据。这两个地址你闭着眼睛都得记住。
我记得有一次，同事调试时一直读不到诊断数据，查了两天发现他把地址写成了0xA0而不是0xA2。嗯，这种低级错误其实很容易犯，尤其是熬夜加班时。所以我的习惯是：在代码里用宏定义明确区分：
#define I2C_ADDR_EEPROM_WRITE 0xA0
#define I2C_ADDR_EEPROM_READ 0xA1
#define I2C_ADDR_DIAG_WRITE 0xA2
#define I2C_ADDR_DIAG_READ 0xA3这样写代码时一目了然，不容易搞混。
3.5 实战中的I2C读写流程
咱们以读光模块温度为例，走一遍完整的I2C读写流程：
- 主机发送起始条件
- 主机发送从机地址+写位（0xA2）
- 从机应答
- 主机发送要读取的寄存器地址（比如温度寄存器0x60）
- 从机应答
- 主机发送重复起始条件
- 主机发送从机地址+读位（0xA3）
- 从机应答
- 主机读取数据（2字节，温度值）
- 主机发送非应答（NACK）表示读取结束
- 主机发送停止条件
对应的代码片段（伪代码）：
uint16_t read_temperature(void) {
uint8_t reg_addr = 0x60;
uint8_t data[2];
i2c_start();
i2c_write_byte(0xA2); // 写地址
i2c_wait_ack();
i2c_write_byte(reg_addr);
i2c_wait_ack();
i2c_repeated_start();
i2c_write_byte(0xA3); // 读地址
i2c_wait_ack();
data[0] = i2c_read_byte(ACK);
data[1] = i2c_read_byte(NACK);
i2c_stop();
return (data[0] << 8) | data[1];
}小技巧：我习惯在每次I2C操作后加一个短延时（比如10μs），给从机一点处理时间。虽然标准没要求，但实际中能避免很多偶发问题。
3.6 知识体系总览
下面这张图把本章的核心逻辑串起来了，你可以对照着复习：
好了，I2C通信基础就讲到这里。记住：时序是骨架，地址是门牌，速率是节奏。这三样搞明白了，光模块通信这块你就拿下了八成。剩下的就是多写代码、多调试，慢慢积累手感。