3. 传感器驱动开发：I2C/SPI寄存器配置、上电时序与初始化序列
传感器驱动开发，说白了就是让主控芯片和传感器芯片「说上话」。我见过不少项目，硬件设计没问题，3A算法也调得不错，偏偏卡在驱动这一关——要么寄存器写错了，要么上电时序没卡准。嗯，今天我们就来把这层窗户纸捅破。
3.1 通信接口选型：I2C vs SPI
先聊接口。你拿到一颗传感器，第一件事就是看它支持什么通信协议。目前主流传感器基本就两种：I2C和SPI。怎么选？我列个表，你一看就明白。
| 对比项 | I2C | SPI |
|---|---|---|
| 引脚数 | 2线（SCL+SDA） | 4线（SCLK+MOSI+MISO+CS） |
| 速率 | 标准100kHz~1MHz | 典型10MHz~50MHz |
| 多设备支持 | 地址寻址，最多127个 | 片选CS，理论上不限 |
| 传输可靠性 | 带ACK/NACK应答 | 无硬件应答，靠协议保证 |
| 典型场景 | 环境光、温湿度、IMU | 高帧率图像传感器、ToF |
我的习惯：如果传感器帧率低于30fps，数据量不大，我优先用I2C——省引脚、好调试。但像OV系列图像传感器，一帧几百万像素，必须上SPI或MIPI，I2C只用来做寄存器配置。
3.2 I2C寄存器配置实战
I2C的寄存器读写，核心就三步：发设备地址→发寄存器地址→读写数据。听起来简单，但坑不少。
举个例子，配置一颗IMU传感器（比如BMI160）的加速度计量程：
// I2C写寄存器示例：设置加速度计量程为±4g
uint8_t dev_addr = 0x68; // 设备地址（左移1位后）
uint8_t reg_addr = 0x41; // ACC_RANGE寄存器
uint8_t reg_val = 0x02; // ±4g对应的值
// 组合写操作：设备地址+写位 → 寄存器地址 → 数据
i2c_start();
i2c_write(dev_addr << 1 | 0); // 写方向
i2c_write(reg_addr); // 寄存器地址
i2c_write(reg_val); // 写入数据
i2c_stop();
我曾经踩过的坑：I2C设备地址到底是7位还是8位？很多数据手册写的是7位地址（如0x68），但实际发送时要左移1位，最低位表示读写方向。我见过有人直接拿7位地址当8位发，结果设备死活不应答。记住：7位地址左移1位，最低位补0（写）或1（读）。
读寄存器稍微复杂一点，需要先写后读：
// I2C读寄存器示例：读取加速度计X轴高字节
uint8_t reg_addr = 0x03; // ACC_X_LSB寄存器
i2c_start();
i2c_write(dev_addr << 1 | 0); // 写方向，发送寄存器地址
i2c_write(reg_addr);
i2c_restart(); // 重复起始条件
i2c_write(dev_addr << 1 | 1); // 读方向
uint8_t value = i2c_read(0); // 最后一个字节发NACK
i2c_stop();
关键点：读操作中间的重复起始条件（Repeated Start）不能少。有些驱动库用Stop+Start代替，虽然也能工作，但不符合I2C规范，多设备共线时可能出问题。
3.3 SPI寄存器配置实战
SPI比I2C快，但接线多。寄存器读写逻辑类似，不过多了个片选（CS）控制。
以配置一颗SPI接口的ToF传感器（比如VL53L1X）为例：
// SPI写寄存器示例
uint8_t reg_addr = 0x2F; // 配置寄存器地址
uint8_t reg_val = 0x01; // 使能测距模式
cs_low(); // 拉低片选
spi_transfer(reg_addr); // 发送寄存器地址（SPI通常高位在前）
spi_transfer(reg_val); // 发送数据
cs_high(); // 拉高片选
注意：SPI的寄存器地址是否需要拼接读写位？看数据手册。有些传感器（如ADXL345）的SPI地址最高位是读写标志位（1=读，0=写），而I2C版本则不需要。同一个传感器，不同接口的寄存器操作可能不一样，千万别想当然。
SPI读操作：
// SPI读寄存器示例
uint8_t reg_addr = 0x2F | 0x80; // 最高位置1表示读
cs_low();
spi_transfer(reg_addr); // 发送读命令
uint8_t value = spi_transfer(0x00); // 发送哑数据，同时接收
cs_high();3.4 上电时序（Power-up Sequence）
这是驱动开发里最容易翻车的地方。传感器不是一上电就能用的，它有自己的「起床气」——你得按顺序叫它。
典型的传感器上电时序包含三个阶段：
- 电源稳定期：VDD/VDDIO达到标称值后，需要等待一段时间（通常1~10ms），让内部LDO和参考电压稳定。
- 复位释放期：硬件复位引脚（如果有）从低拉高，或者等待内部POR（上电复位）完成。
- 初始化窗口期：传感器进入可通信状态，但此时寄存器可能还是默认值，需要写入配置。
我画了一张时序图，帮你理清关系：
我曾经翻车的一次经历：某项目用了一颗环境光传感器，上电后立刻读ID寄存器，结果返回0xFF。查了半天，发现数据手册里写着一行小字：「上电后需等待至少5ms，待内部振荡器稳定后再进行I2C通信」。我加了10ms延时，问题解决。所以，上电后别急着读写，先等一等。
3.5 初始化序列编写
初始化序列，就是传感器从「出厂默认」到「工作状态」的配置清单。我一般把它拆成四个步骤：
- 软复位：让传感器回到已知状态，清除之前可能残留的配置。
- 基础配置：设置工作模式、量程、采样率等核心参数。
- 中断/输出配置：配置数据输出格式、中断引脚行为。
- 启动测量：写入启动命令，传感器开始正常工作。
以BMI160 IMU为例，完整的初始化序列：
// BMI160 初始化序列
void bmi160_init(void) {
// 1. 软复位
i2c_write_reg(0x7E, 0xB6); // CMD寄存器写入软复位命令
delay_ms(10); // 等待复位完成
// 2. 基础配置
i2c_write_reg(0x41, 0x02); // ACC_RANGE = ±4g
i2c_write_reg(0x43, 0x03); // GYR_RANGE = ±2000°/s
i2c_write_reg(0x40, 0x0C); // ACC_CONF = 100Hz, 正常模式
// 3. 中断配置
i2c_write_reg(0x51, 0x10); // INT_EN_1 = 数据就绪中断使能
i2c_write_reg(0x53, 0x03); // INT_OUT_CTRL = 推挽输出, 高电平有效
// 4. 启动测量
i2c_write_reg(0x7E, 0x11); // CMD = 启动加速度计和陀螺仪
delay_ms(5); // 等待传感器稳定
// 验证：读取芯片ID
uint8_t chip_id = i2c_read_reg(0x00);
if (chip_id != 0xD1) {
// 初始化失败，进入错误处理
error_handler();
}
}
我的习惯：初始化序列最后一定要加验证步骤——读芯片ID或读回刚写入的寄存器值。别问我为什么，有一次我SPI的CS引脚虚焊，初始化函数返回成功，但传感器根本没工作。加了验证后，当场就能发现问题。
3.6 避坑指南
做传感器驱动开发这几年，我总结了几条血泪教训：
- 寄存器地址别搞混：同一个传感器，I2C和SPI的寄存器地址可能不同。比如ADXL345，I2C地址是0x1D（7位），SPI地址最高位是读写标志。每次换接口，都重新看数据手册。
- 上电时序别偷懒：不要为了省那几毫秒延时，把电源稳定和复位等待合并。我见过有人把VDD和RST同时拉高，结果传感器内部POR没完成，初始化失败。
- 多字节读写注意字节序：大部分传感器是大端（MSB first），但也有小端的。读回来的数据，高低字节别搞反。
- SPI模式别选错：CPOL和CPHA的组合有4种（Mode 0~3），传感器数据手册会写明。选错了，读回来的数据全是乱的。
调试小技巧：拿逻辑分析仪抓波形，比看代码管用多了。我每次调I2C/SPI驱动，第一件事就是挂上逻辑分析仪，看起始条件、地址、数据对不对。波形对了，代码基本没问题；波形不对，看代码也白看。
好了，传感器驱动开发的核心就这些。说白了就是：接口选对、时序卡准、寄存器写对、初始化验证。把这四点做到位，驱动这块基本不会出大问题。