2、传感器接口协议详解（上）：I2C协议深度解析、寄存器读写实战、时序分析

各位同学，欢迎来到传感器驱动实战的第二讲。

上一章我们聊了传感器模组的基本构成，知道了传感器内部除了像素阵列，还有一堆控制寄存器。那问题来了——我们怎么跟这些寄存器对话？

答案就是I2C协议。这玩意儿在嵌入式领域太常见了，但说实话，我见过不少工程师写了几年驱动，对I2C的理解还停留在“调库调通就行”的层面。一旦遇到传感器不响应、数据错位、时序不满足，就抓瞎了。

今天我们就把它彻底讲透。

2.1 I2C协议的本质：两根线上的“摩斯电码”

I2C，全称Inter-Integrated Circuit，说白了就是两根线——SCL（时钟线）和SDA（数据线）——完成所有通信。

你想想看，只用两根线就能挂载几十个设备，每个设备还有自己的地址，这设计确实巧妙。我最早接触I2C是在做一款安防摄像头的PTZ控制，当时要同时控制云台电机、红外灯板、镜头变焦，全是I2C总线。一根总线上挂了七八个从设备，只要地址不冲突，跑得稳稳的。

I2C的核心规则其实就几条：

  • 主设备发起通信：传感器通常是从设备，主控（MCU/ISP）是主设备。
  • 地址+读写位：主设备先发7位或10位地址，再加1位读写标志。
  • 应答机制：每个字节后面跟一个ACK/NACK位，从设备必须回应。
  • 起始和停止条件：SCL高电平时，SDA从高到低是起始；SCL高电平时，SDA从低到高是停止。

关键点：I2C的地址是7位的，但实际发送时左移一位，最低位填读写位。比如传感器地址0x30，发送时是0x60（写）或0x61（读）。这个细节我见过有人搞反，结果调了一整天。

2.2 寄存器读写实战：从原理到代码

传感器驱动里，I2C最常用的操作就是读写寄存器。我们以OV5640摄像头传感器为例，它的I2C地址是0x3C（写）和0x3D（读）。

写寄存器流程：

  1. 主设备发送起始条件
  2. 发送从设备地址（写方向）
  3. 等待从设备ACK
  4. 发送寄存器高8位地址
  5. 等待ACK
  6. 发送寄存器低8位地址
  7. 等待ACK
  8. 发送要写入的数据
  9. 等待ACK
  10. 发送停止条件

代码实现（基于STM32 HAL库）：

// 写传感器寄存器
HAL_StatusTypeDef sensor_write_reg(uint16_t reg_addr, uint8_t data)
{
    uint8_t buf[3];
    buf[0] = (reg_addr >> 8) & 0xFF;  // 寄存器高字节
    buf[1] = reg_addr & 0xFF;         // 寄存器低字节
    buf[2] = data;                    // 要写入的数据

    return HAL_I2C_Master_Transmit(&hi2c1, 
                                   SENSOR_I2C_ADDR_WRITE, 
                                   buf, 3, 100);
}

读寄存器流程：

  1. 主设备发送起始条件
  2. 发送从设备地址（写方向）——先告诉传感器我要读哪个寄存器
  3. 发送寄存器地址（2字节）
  4. 发送重复起始条件（Repeated Start）
  5. 发送从设备地址（读方向）
  6. 读取数据字节，主设备发送NACK表示读完
  7. 发送停止条件
// 读传感器寄存器
HAL_StatusTypeDef sensor_read_reg(uint16_t reg_addr, uint8_t *data)
{
    uint8_t addr_buf[2];
    addr_buf[0] = (reg_addr >> 8) & 0xFF;
    addr_buf[1] = reg_addr & 0xFF;

    // 先写寄存器地址
    HAL_I2C_Master_Transmit(&hi2c1, 
                            SENSOR_I2C_ADDR_WRITE, 
                            addr_buf, 2, 100);
    // 再读数据
    return HAL_I2C_Master_Receive(&hi2c1, 
                                  SENSOR_I2C_ADDR_READ, 
                                  data, 1, 100);
}

个人经验：我习惯在读操作前加一个小的延时（比如1ms），有些传感器对连续操作反应不过来。尤其是老款的CCD传感器，寄存器读写太快会丢ACK。

2.3 时序分析：为什么你的I2C不通？

代码写好了，上电一跑——传感器没反应。这种情况我遇到过太多次了。问题往往出在时序上。

I2C时序有几个关键参数：

参数 标准模式(100kHz) 快速模式(400kHz) 说明
SCL时钟频率 ≤100kHz ≤400kHz 别超了，有些传感器不支持快速模式
tHD:STA ≥4.0μs ≥0.6μs 起始条件保持时间
tSU:STA ≥4.7μs ≥0.6μs 重复起始条件建立时间
tSU:DAT ≥250ns ≥100ns 数据建立时间
tHD:DAT ≥0ns ≥0ns 数据保持时间
tBUF ≥4.7μs ≥1.3μs 停止和起始之间的总线空闲时间

嗯，这里要注意一个常见坑：上拉电阻。I2C总线是开漏输出，必须外部上拉。电阻值选多大？

  • 总线电容小（短距离、少设备）：4.7kΩ~10kΩ
  • 总线电容大（长距离、多设备）：1.5kΩ~2.2kΩ

我曾经在一个项目里，I2C总线挂了6个传感器，用了10kΩ上拉电阻，结果400kHz模式下波形都变成正弦波了——上升沿太慢，时序不满足。换成2.2kΩ后问题解决。所以，上拉电阻不是随便选的，要根据总线负载算一下。

2.4 避坑指南：I2C调试的五个常见问题

做传感器驱动这些年，我总结了几条I2C调试的“血泪教训”：

  1. 地址搞错：传感器数据手册给的地址通常是7位，但发送时要左移。比如地址0x30，写地址是0x60，读地址是0x61。我见过有人直接拿0x30去发，结果从设备根本不鸟你。
  2. 没有上拉或上拉电阻太大：波形上升沿太慢，导致时序违规。用示波器看一下SDA/SCL的上升时间，如果超过1μs（400kHz模式下），就要换小电阻。
  3. 时钟延展（Clock Stretching）：有些传感器在内部处理时会拉低SCL，要求主设备等待。如果你的MCU不支持时钟延展，通信就会失败。我遇到过一款红外传感器，每次读数据前都要延展几十微秒，换了支持时钟延展的I2C控制器才搞定。
  4. 总线冲突：多个主设备同时发起通信，或者从设备地址冲突。用I2C总线分析仪可以快速定位。
  5. 电平不匹配：传感器是1.8V，MCU是3.3V，直接连会烧传感器。需要用电平转换芯片，比如PCA9306。

调试建议：我个人的习惯是，新板子第一次调I2C，先用逻辑分析仪抓一下波形。看起始条件、地址、ACK、数据、停止条件是否完整。很多时候，肉眼一看波形就知道问题在哪了。

2.5 实战：用逻辑分析仪抓I2C波形

光说不练假把式。我们来看一个实际案例。

假设我们要读取OV5640的芯片ID寄存器（地址0x300A），期望返回值是0x5640。代码跑完后读回来是0xFF——明显不对。

用逻辑分析仪抓波形，你会看到：

  • 起始条件正常
  • 发送地址0x3C，收到ACK
  • 发送寄存器地址0x30 0x0A，收到ACK
  • 重复起始条件
  • 发送地址0x3D，收到ACK
  • 读取数据——但这里从设备发送的是0xFF，不是0x56

问题出在哪？我仔细一看，寄存器地址发错了。OV5640的寄存器地址是16位的，但有些传感器是8位地址。我代码里用了16位地址格式，但传感器实际上期望8位地址——高位被忽略了，导致读到了错误的寄存器。

所以，一定要仔细看数据手册的寄存器地址格式。不同传感器，寄存器地址可能是8位、16位甚至24位。写驱动前，先把地址格式确认清楚。

2.6 小结

这一章我们深入聊了I2C协议在传感器驱动中的应用。从协议本质到寄存器读写实战，再到时序分析和调试技巧，都是我在项目中踩过坑后总结出来的。

下一章我们会继续讲传感器接口协议的下半部分——SPI和MIPI CSI-2。SPI比I2C快，但线多；MIPI CSI-2是高速图像传输的标准，做摄像头驱动必须掌握。

嗯，今天就到这里。记住一句话：I2C调通了，传感器驱动就完成了一半。

← 上一章 📖 返回目录 下一章 →