第4章 传感器驱动开发实战（I2C/SPI）：以BME680环境传感器为例

传感器驱动开发，说白了就是让MCU和传感器能正常“对话”。我做了这么多年嵌入式，发现很多项目出问题都出在驱动层——时序不对、寄存器配错、或者分层没做好，后面调起来特别痛苦。

这一章咱们就拿BME680这个环境传感器开刀。它集成了温度、湿度、气压和气体（VOC）检测，支持I2C和SPI两种接口，非常适合用来讲清楚驱动开发的完整套路。

4.1 BME680硬件接口与通信协议选择

BME680的接口选择很简单——看你的项目需求。我个人习惯：如果板子上传感器多、引脚紧张，就用I2C；如果对速率有要求，或者需要连续高速采集，那就走SPI。

我遇到过一个小坑：BME680的I2C地址如果和板子上其他设备冲突，记得检查SDO引脚的电平。曾经有个项目，气压传感器和温度传感器地址撞了，查了半天才发现是SDO没拉对。

4.2 I2C时序要点与寄存器读写

I2C的时序其实不复杂，但细节决定成败。咱们直接看BME680的寄存器读写流程。

4.2.1 写寄存器流程

1. 主机发送起始条件（S）
2. 发送设备地址 + 写位（0xEC）
3. 等待从机应答（ACK）
4. 发送寄存器地址（如0x74是控制寄存器）
5. 等待从机应答
6. 发送要写入的数据
7. 等待从机应答
8. 主机发送停止条件（P）

// 写BME680寄存器示例（HAL库）
HAL_StatusTypeDef BME680_WriteReg(uint8_t reg, uint8_t data)
{
    uint8_t buf[2] = {reg, data};
    return HAL_I2C_Master_Transmit(&hi2c1, BME680_ADDR, buf, 2, 100);
}

4.2.2 读寄存器流程

1. 主机发送起始条件
2. 发送设备地址 + 写位
3. 发送要读取的寄存器地址
4. 主机发送重复起始条件（Sr）
5. 发送设备地址 + 读位（0xED）
6. 从机发送数据，主机每字节后发送ACK
7. 最后一字节主机发送NACK
8. 主机发送停止条件

// 读BME680寄存器示例（HAL库）
HAL_StatusTypeDef BME680_ReadReg(uint8_t reg, uint8_t *data)
{
    HAL_I2C_Master_Transmit(&hi2c1, BME680_ADDR, ®, 1, 100);
    return HAL_I2C_Master_Receive(&hi2c1, BME680_ADDR, data, 1, 100);
}

4.3 驱动分层设计：HAL / LL / BSP

驱动分层这件事，很多人觉得是“过度设计”。但我在实际项目中吃过亏——早期把所有代码揉在一起，换了个MCU平台，驱动几乎重写。后来老老实实分层，移植工作量至少减少了70%。

咱们以BME680为例，看看三层怎么分。

4.3.1 HAL/LL层：硬件抽象

这一层负责和STM32的硬件外设打交道。说白了，就是封装I2C和SPI的收发函数、延时函数、GPIO控制。我建议用LL库做底层，因为LL库更轻量、执行效率高，适合传感器这种频繁调用的场景。

// HAL/LL层接口定义示例
typedef struct {
    int32_t (*i2c_write)(uint8_t dev_addr, uint8_t reg_addr, uint8_t *data, uint16_t len);
    int32_t (*i2c_read)(uint8_t dev_addr, uint8_t reg_addr, uint8_t *data, uint16_t len);
    void (*delay_ms)(uint32_t ms);
} bme680_io_t;

4.3.2 BSP层：传感器专属封装

BSP层是真正和BME680寄存器打交道的部分。包括初始化序列、校准参数读取、测量模式设置、数据读取等。这一层不关心底层是I2C还是SPI，只调用HAL/LL层提供的接口。

// BSP层初始化示例
int32_t BME680_Init(bme680_io_t *io)
{
    uint8_t chip_id;
    
    // 读取芯片ID，验证通信
    io->i2c_read(BME680_ADDR, 0xD0, &chip_id, 1);
    if (chip_id != 0x61) return -1;  // BME680的ID是0x61
    
    // 读取校准参数（需要从多个寄存器读取）
    // ... 省略具体实现
    
    // 设置测量模式为强制模式
    uint8_t ctrl_meas = 0x64;  // 温度过采样x2，湿度过采样x1，强制模式
    io->i2c_write(BME680_ADDR, 0x74, &ctrl_meas, 1);
    
    return 0;
}

4.3.3 应用层：业务逻辑

应用层只管调用BSP接口获取数据，然后做业务处理。比如每隔1秒采集一次环境数据，通过蓝牙发送到手机。这一层完全不需要知道底层通信细节。

// 应用层调用示例
void App_ReadEnvironment(void)
{
    float temp, hum, press;
    uint32_t gas_res;
    
    BME680_ReadTemperature(&temp);
    BME680_ReadHumidity(&hum);
    BME680_ReadPressure(&press);
    BME680_ReadGasResistance(&gas_res);
    
    // 通过蓝牙发送数据
    BLE_SendData(temp, hum, press, gas_res);
}

4.4 避坑指南：我踩过的几个坑

• 时序问题：我曾经在I2C速率上吃过亏。BME680的I2C最高支持3.4MHz，但STM32的I2C外设在高速模式下容易出问题。我建议先跑100kHz验证通信，没问题再往上提。
• 寄存器地址递增：BME680的多字节读需要连续地址递增。但有些传感器不支持自动递增，需要手动发地址。我建议读数据前先看数据手册的“Burst Read”说明。
• 校准参数更新：BME680的校准参数在每次上电后是固定的，但气体传感器的基线会漂移。我建议在系统启动后先做一次基线校准，然后定期更新。
• 测量模式选择：BME680有睡眠模式、强制模式和并行模式。低功耗场景下用强制模式最合适——每次触发测量，完成后自动进入睡眠。我曾经用并行模式，功耗直接翻了三倍。

4.5 性能调优要点

嗯，这里要注意：性能调优不是一上来就追求极致。我建议先把功能跑通，然后用逻辑分析仪抓一下I2C波形，看看实际通信时间，再针对性地优化。盲目优化往往适得其反。

驱动分层这件事，说白了就是“把变化隔离起来”。BME680的寄存器地址、校准算法这些是固定的，但底层通信接口、MCU平台是会变的。分层做好了，以后换传感器、换MCU，你都会感谢当初的自己。