3. I2C/SPI 控制接口：寄存器读写机制、I2C时序与速率、SPI模式配置、多设备总线仲裁与调试

Sensor 的寄存器读写，说白了就是通过 I2C 或 SPI 这两条“数据高速公路”跟芯片内部的小本本（寄存器）打交道。我刚开始做驱动时，总觉得这不过是发几个字节的事，直到被时序坑过、被总线锁死过，才明白这里面的门道有多深。

这一章，咱们就把 I2C 和 SPI 的寄存器读写机制、时序细节、速率配置、多设备仲裁，以及调试手段，一次性讲透。

3.1 寄存器读写机制：Sensor 的“记忆单元”

每个 Sensor 内部都有一堆寄存器，用来存放配置参数、状态标志、图像数据等。读写寄存器，就是通过 I2C/SPI 总线，按照芯片手册规定的协议，往指定地址写入或读取数据。

我习惯把寄存器读写分为三个要素：

• 设备地址：Sensor 在总线上的唯一 ID，I2C 通常是 7 位或 10 位地址，SPI 则通过片选信号 CS 来选择。
• 寄存器地址：Sensor 内部寄存器的偏移量，决定了你要操作哪个寄存器。
• 数据：要写入或读取的值，通常为 8 位或 16 位。

举个例子，一个典型的 I2C 写操作流程如下：

// 伪代码：I2C 写寄存器
i2c_start();                    // 发送起始条件
i2c_send_byte(dev_addr << 1 | 0); // 发送设备地址 + 写位
i2c_wait_ack();                 // 等待从机应答
i2c_send_byte(reg_addr);        // 发送寄存器地址
i2c_wait_ack();                 // 等待从机应答
i2c_send_byte(data);            // 发送数据
i2c_wait_ack();                 // 等待从机应答
i2c_stop();                     // 发送停止条件

读操作稍微复杂一点，通常需要先“伪写”寄存器地址，再重新发起读操作：

// 伪代码：I2C 读寄存器
i2c_start();
i2c_send_byte(dev_addr << 1 | 0); // 伪写：发送设备地址 + 写位
i2c_wait_ack();
i2c_send_byte(reg_addr);        // 发送寄存器地址
i2c_wait_ack();
i2c_start();                    // 重复起始条件
i2c_send_byte(dev_addr << 1 | 1); // 发送设备地址 + 读位
i2c_wait_ack();
data = i2c_read_byte();         // 读取数据
i2c_send_nack();                // 发送非应答
i2c_stop();

3.2 I2C 时序与速率：快与稳的平衡

I2C 总线用两根线（SCL 时钟线、SDA 数据线）实现半双工通信。时序参数直接决定了通信的稳定性和速率。

常见的 I2C 速率模式有：

模式	最大速率	典型应用场景
标准模式 (Standard)	100 kbit/s	低速 Sensor，如温湿度、环境光
快速模式 (Fast)	400 kbit/s	多数图像 Sensor 配置寄存器
快速+模式 (Fast Plus)	1 Mbit/s	高帧率配置、少量数据传输
高速模式 (High Speed)	3.4 Mbit/s	特殊场景，需额外硬件支持

时序参数中，有几个关键点需要特别关注：

• SCL 高电平时间 (tHIGH) 和 低电平时间 (tLOW)：决定了时钟频率，必须满足 Sensor 手册的最小要求。
• 上升时间 (tR) 和 下降时间 (tF)：受总线电容影响，电容越大，上升/下降越慢，速率上限越低。
• 数据建立时间 (tSU;DAT) 和 保持时间 (tHD;DAT)：确保数据在时钟边沿前后稳定。

调试 I2C 时序时，我常用的方法是：

1. 用示波器或逻辑分析仪抓取 SCL 和 SDA 波形。
2. 检查起始条件、地址、数据、应答、停止条件是否完整。
3. 测量 SCL 频率、tHIGH、tLOW、tR、tF 等参数。
4. 对比 Sensor 手册中的时序要求，看是否在允许范围内。

3.3 SPI 模式配置：四线制的灵活与陷阱

SPI 总线用四根线（SCLK 时钟、MOSI 主出从入、MISO 主入从出、CS 片选）实现全双工通信。相比 I2C，SPI 速率更高（可达几十 MHz），但需要更多引脚。

SPI 有四种工作模式，由时钟极性 (CPOL) 和时钟相位 (CPHA) 决定：

模式	CPOL	CPHA	数据采样边沿	时钟空闲电平
模式 0	0	0	上升沿采样	低电平
模式 1	0	1	下降沿采样	低电平
模式 2	1	0	上升沿采样	高电平
模式 3	1	1	下降沿采样	高电平

配置 SPI 模式时，必须与 Sensor 手册一致。我见过不少新手，上来就用模式 0，结果 Sensor 死活不响应，一查手册才发现人家要求模式 3。

SPI 读写寄存器的典型代码（以模式 0 为例）：

// 伪代码：SPI 写寄存器
cs_low();                       // 拉低片选
spi_transfer_byte(reg_addr);    // 发送寄存器地址（通常高位为写标志）
spi_transfer_byte(data);        // 发送数据
cs_high();                      // 拉高片选

// 伪代码：SPI 读寄存器
cs_low();
spi_transfer_byte(reg_addr | 0x80); // 发送寄存器地址 + 读标志
data = spi_transfer_byte(0x00);     // 发送 dummy 字节，同时读取数据
cs_high();

3.4 多设备总线仲裁与调试：谁先谁后？

I2C 和 SPI 都支持多设备挂在同一条总线上。但多设备意味着冲突和仲裁问题。

I2C 多设备仲裁：I2C 总线是开漏结构，多个设备可以同时发送数据。仲裁发生在 SDA 线上：如果一个设备拉低 SDA，而另一个设备试图拉高，则拉低的设备获胜。仲裁失败的设备会释放总线，等待下次机会。

调试 I2C 多设备时，我遇到过最头疼的问题是“总线锁死”——某个设备拉低了 SDA 或 SCL，导致其他设备无法通信。原因通常是：

• 设备异常，没有释放总线。
• 时序错误，导致设备进入错误状态。
• 上拉电阻阻值不当，导致信号边沿过缓。

SPI 多设备仲裁：SPI 总线通过片选信号 CS 来选择设备。同一时刻只能有一个 CS 被拉低，否则多个设备会同时驱动 MISO 线，导致数据冲突。

调试 SPI 多设备时，我常用的方法是：

1. 用逻辑分析仪同时抓取所有 CS 信号，确保没有重叠。
2. 检查 MISO 线在非选中设备上是否处于高阻态（通常通过外部上拉或下拉实现）。
3. 如果多个设备共用 MISO 线，确保每个设备的 MISO 输出在 CS 拉高时变为高阻。

下面这张图展示了 I2C 和 SPI 多设备总线的典型结构：

3.5 调试工具与技巧：实战中的“三板斧”

调试 I2C/SPI 总线，光靠看代码是不够的。我常用的调试工具有：

• 逻辑分析仪：抓取总线波形，分析时序、数据内容、错误帧。推荐采样率至少 4 倍于总线速率。
• 示波器：测量信号质量，如上升/下降时间、过冲、振铃等。适合高速 SPI 调试。
• I2C/SPI 调试器：如 USBee、Saleae 等，可以直接发送和接收数据，验证 Sensor 响应。

最后，分享一个我常用的调试流程：

1. 确认硬件连接：检查电源、地线、上拉电阻（I2C 需要）、CS 连接（SPI 需要）。
2. 验证设备地址：用调试器发送设备地址，看是否有应答。
3. 读取 ID 寄存器：确认通信正常，Sensor 型号正确。
4. 配置基本参数：如分辨率、帧率、增益等。
5. 抓取波形：对比手册时序，确认无误。
6. 压力测试：连续读写大量寄存器，检查是否有丢包或错误。