第三讲：I2C/SPI控制总线——摄像头寄存器配置、I2C读写时序、SPI通信调试
各位同学，大家好。今天我们聊一个非常实在的话题——控制总线。说白了，就是怎么跟摄像头芯片“对话”。
摄像头模组里，除了数据通道（比如MIPI、DVP），还有一条“命令通道”。你让摄像头输出什么分辨率、增益调多大、曝光时间多长，都得靠这条通道发指令。最常见的两种总线就是I2C和SPI。
我个人习惯把I2C比作“邮局寄信”，SPI比作“专线电话”。各有各的脾气，搞不好就会出问题。今天我就把这两种总线的坑和经验，一次性讲透。
3.1 摄像头寄存器配置的本质
摄像头芯片内部有一张“寄存器地图”。每个地址对应一个功能开关或参数值。比如地址0x03是增益控制，地址0x04是曝光时间低8位。
你想想看，驱动工程师的工作，其实就是按照芯片手册，往这些地址里写正确的值。写对了，图像就正常；写错了，画面可能全黑、偏色、甚至花屏。
核心要点：摄像头初始化流程 = 按顺序写寄存器 → 等待稳定 → 读状态确认 → 开始采集。
我在项目中遇到过最头疼的事：某款传感器手册上写着“上电后等待10ms再写寄存器”。我赶进度没注意，结果图像一直不对。后来用逻辑分析仪抓波形才发现，芯片还没准备好，我指令就发出去了。嗯，从那以后，我每次都会在代码里加一个明确的延时函数。
3.2 I2C读写时序详解
I2C是摄像头领域最常用的控制总线。两根线：SCL（时钟）和SDA（数据）。
为什么摄像头喜欢用I2C？因为引脚少，而且支持多设备挂载。一个I2C总线上可以挂多个传感器，每个有独立地址。
3.2.1 I2C的基本时序
一个完整的I2C写操作，包含以下步骤：
- 起始信号：SCL高电平时，SDA从高变低。
- 发送设备地址+写位：7位地址 + 1位写标志（0）。
- 等待ACK：从机拉低SDA表示应答。
- 发送寄存器地址：告诉摄像头你要写哪个寄存器。
- 等待ACK。
- 发送数据：要写入的值。
- 等待ACK。
- 停止信号：SCL高电平时，SDA从低变高。
读操作稍微复杂一点，需要先写寄存器地址，再重新发送起始信号，然后读数据。这叫“复合操作”。
个人经验：我建议你在调试I2C时，先用逻辑分析仪抓一次完整的读写波形。对照手册上的时序图，一个bit一个bit地看。很多问题都是时序边沿不满足导致的。
3.2.2 常见I2C问题与避坑
- ACK丢失：摄像头没回应。原因可能是地址错了、电源没稳定、或者总线被拉死。
- 时钟延展：有些摄像头会拉低SCL，表示“我还没准备好”。主控必须等待。我遇到过一款传感器，每次写寄存器后都会延展几十微秒，代码里没处理，导致后续数据全乱。
- 速率不匹配：标准模式100kHz，快速模式400kHz。不是所有摄像头都支持400kHz。我曾经把一款老传感器配成400kHz，结果读写时好时坏，降到100kHz就稳了。
警告：千万不要在I2C通信过程中拔插摄像头！总线可能进入死锁状态，必须重新上电才能恢复。我吃过这个亏，调试时手贱拔了一下，然后花了半小时排查为什么I2C一直报错。
3.3 I2C代码示例
下面是一个典型的I2C写寄存器函数。我用的是Linux内核的i2c-dev接口，但逻辑是通用的。
// 写摄像头寄存器
int camera_i2c_write(int fd, uint8_t dev_addr, uint16_t reg_addr, uint8_t value)
{
struct i2c_msg msg;
struct i2c_rdwr_ioctl_data data;
uint8_t buf[3];
// 构造数据：寄存器地址(2字节) + 值(1字节)
buf[0] = (reg_addr >> 8) & 0xFF; // 高字节
buf[1] = reg_addr & 0xFF; // 低字节
buf[2] = value;
msg.addr = dev_addr;
msg.flags = 0; // 写操作
msg.len = 3;
msg.buf = buf;
data.msgs = &msg;
data.nmsgs = 1;
if (ioctl(fd, I2C_RDWR, &data) < 0) {
printf("I2C write failed at reg 0x%04X\n", reg_addr);
return -1;
}
return 0;
}
注意：有些摄像头的寄存器地址是8位的，有些是16位的。一定要看手册确认。我见过有人把16位地址当8位发，结果写进去的值全跑偏了。
3.4 SPI通信调试
SPI在摄像头领域用得比I2C少，但某些高速传感器或需要大量配置参数的模组，会选用SPI。因为SPI速度更快，而且没有I2C的ACK机制，通信更简单直接。
SPI有四根线：SCLK（时钟）、MOSI（主出从入）、MISO（主入从出）、CS（片选）。
3.4.1 SPI与I2C的核心区别
| 特性 | I2C | SPI |
|---|---|---|
| 引脚数 | 2（SCL, SDA） | 4（SCLK, MOSI, MISO, CS） |
| 速度 | 通常100kHz~400kHz | 可达10MHz以上 |
| 多设备 | 通过地址区分 | 通过片选区分 |
| 应答机制 | 有ACK | 无硬件ACK |
| 典型用途 | 寄存器配置 | 高速配置/数据读取 |
3.4.2 SPI调试的常见坑
SPI看起来简单，但调试起来也有不少门道。
- 极性相位不匹配：SPI有四种模式（CPOL和CPHA的组合）。摄像头手册会明确写“Mode 0”或“Mode 3”。配错了，数据就会错位。我调试一款红外传感器时，折腾了两天才发现是SPI模式配反了。
- 片选时序：有些摄像头要求CS在传输前拉低，传输后拉高，中间不能有毛刺。如果主控的GPIO初始化顺序不对，CS可能会产生一个短脉冲，导致摄像头误判。
- 数据长度：摄像头寄存器通常是8位或16位。SPI传输时，主从机必须约定好字节序（MSB first还是LSB first）。大部分摄像头用MSB first，但也有例外。
调试技巧：我建议你准备一个双通道示波器。一个通道看SCLK，一个通道看MOSI或MISO。触发在CS下降沿，然后看第一个时钟边沿的数据是否和预期一致。这个方法能快速定位90%的SPI问题。
3.5 SPI代码示例
下面是一个SPI读写寄存器的示例。我用的是Linux的spidev接口。
// SPI写摄像头寄存器（16位地址，8位数据）
int camera_spi_write(int fd, uint16_t reg_addr, uint8_t value)
{
uint8_t tx_buf[3];
uint8_t rx_buf[3] = {0};
struct spi_ioc_transfer tr;
// 构造SPI数据帧
tx_buf[0] = 0x02; // 写命令（具体看手册定义）
tx_buf[1] = (reg_addr >> 8) & 0xFF;
tx_buf[2] = value;
memset(&tr, 0, sizeof(tr));
tr.tx_buf = (unsigned long)tx_buf;
tr.rx_buf = (unsigned long)rx_buf;
tr.len = 3;
tr.speed_hz = 1000000; // 1MHz
tr.bits_per_word = 8;
tr.cs_change = 0;
if (ioctl(fd, SPI_IOC_MESSAGE(1), &tr) < 0) {
printf("SPI write failed\n");
return -1;
}
return 0;
}
注意：SPI的读写是同时进行的。你发数据的同时，从机也在往MISO线上发数据。所以读操作时，主机要发送“空数据”（通常是0x00或0xFF）来产生时钟。
3.6 总线调试的通用方法论
不管是I2C还是SPI，调试思路其实是一样的。我总结了一个“三步法”：
- 看波形：用逻辑分析仪或示波器抓取总线信号。确认起始条件、地址、数据、停止条件是否完整。
- 对手册：把抓到的波形和芯片手册上的时序图逐段对比。特别注意建立时间、保持时间、时钟频率。
- 读回验证：写完寄存器后，再读一次，确认写入的值和预期一致。很多问题在写的时候看不出来，一读就现原形。
我的经验：曾经有一款摄像头，写寄存器时一切正常，但读回来的值总是0xFF。我查了三天，最后发现是MISO引脚虚焊了。所以，硬件连接问题永远不要排除。先用万用表量一下引脚通断，能省很多时间。
3.7 本章小结
I2C和SPI是摄像头驱动的“基本功”。你想想看，如果连寄存器都写不进去，后面的图像采集根本无从谈起。
我个人建议：初学者先从I2C入手，因为它的协议更规范，调试工具也更成熟。等I2C玩熟了，再挑战SPI的高速配置。记住，调试总线时，耐心比技术更重要。有时候问题就出在一个上拉电阻没焊、一个时钟极性配反了。
下一讲，我们会进入真正的图像数据通道——MIPI和DVP接口。到时候你会看到，控制总线的数据量跟图像数据比起来，简直是小巫见大巫。
好，今天就到这里。有问题欢迎在课程群里交流。