4、传感器驱动开发：理解I2C/SPI通信协议，编写或移植温湿度传感器驱动，实现温湿度数据的读取与校验

在nRF环境监测节点中，温湿度传感器是数据采集的“眼睛”，而驱动开发则是让这颗“眼睛”与主控芯片nRF52832顺畅对话的桥梁。本章将聚焦于两种最常用的板级通信协议——I2C与SPI，深入剖析其物理层与时序特征，并在此基础上完成SHT30温湿度传感器驱动的编写与移植。我们将从协议原理出发，逐步拆解驱动代码的架构、寄存器操作、数据校验与错误处理，最终实现稳定、可靠的温湿度数据读取。本章内容既涵盖底层协议细节，也包含工程实践中的移植策略与调试方法，帮助你在实际项目中快速落地传感器驱动。

在嵌入式系统中，传感器驱动本质上是将硬件寄存器操作封装为符合业务逻辑的API。对于nRF52832而言，其内置的TWI（Two-Wire Interface，兼容I2C）和SPI外设提供了硬件级的总线控制能力，驱动开发的核心工作在于：正确配置外设参数、按照传感器数据手册的时序要求发起通信、解析并校验返回数据。下面我们分步展开。

4.1 核心原理：I2C与SPI通信协议的本质差异

I2C与SPI是当前短距离板级通信的两大主流协议，理解它们的差异是驱动开发的基础。I2C采用两根线（SCL时钟线、SDA数据线）实现半双工通信，所有设备通过地址寻址，支持多主机仲裁，适合低速、多设备的场景。其物理层使用开漏输出，必须外接上拉电阻，典型速率在100kHz至1MHz之间。SPI则采用四根线（SCLK、MOSI、MISO、CS），全双工通信，通过片选信号（CS）区分从设备，速率远高于I2C，但需要更多的引脚资源，且不支持多主机。

对比维度	I2C	SPI
引脚数量	2（SCL+SDA）	4（SCLK+MOSI+MISO+CS）
通信模式	半双工	全双工
设备寻址	软件地址（7/10位）	硬件片选（CS）
速率	100k/400k/1Mbps	可达10Mbps以上
多主机支持	支持仲裁	不支持
典型应用	温湿度、气压、EEPROM	Flash、LCD、高速ADC

对于温湿度传感器SHT30，其默认工作于I2C模式，地址为0x44（ADDR引脚接地时）。选择I2C的原因在于：温湿度数据更新速率低（通常每秒几次），I2C的速率完全满足需求，且仅占用两个引脚，有利于节省nRF52832的GPIO资源。

4.2 驱动开发流程：从寄存器到API的封装

编写传感器驱动的标准流程可分为四个步骤：总线初始化、传感器寄存器配置、数据读取与解析、校验与错误处理。以SHT30为例，其驱动核心操作包括：发送测量命令（0x2C06用于高重复性测量）、等待测量完成（约15ms）、读取6字节数据（温度高字节、温度低字节、温度CRC、湿度高字节、湿度低字节、湿度CRC）。

// nRF52832 TWI（I2C）初始化示例
ret_code_t twi_init(void) {
    ret_code_t err_code;
    const nrf_drv_twi_config_t twi_config = {
        .scl = 27,  // SCL引脚
        .sda = 26,  // SDA引脚
        .frequency = NRF_DRV_TWI_FREQ_400K,
        .interrupt_priority = APP_IRQ_PRIORITY_HIGH,
        .clear_bus_init = false
    };
    err_code = nrf_drv_twi_init(&twi_instance, &twi_config, twi_handler, NULL);
    nrf_drv_twi_enable(&twi_instance);
    return err_code;
}

// SHT30读取温湿度数据
int32_t sht30_read_data(float *temp, float *hum) {
    uint8_t cmd[2] = {0x2C, 0x06};
    uint8_t buf[6];
    // 发送测量命令
    nrf_drv_twi_tx(&twi_instance, SHT30_ADDR, cmd, 2, false);
    nrf_delay_ms(20);  // 等待测量完成
    // 读取6字节数据
    nrf_drv_twi_rx(&twi_instance, SHT30_ADDR, buf, 6);
    // 解析温度（16位）
    uint16_t raw_temp = (buf[0] << 8) | buf[1];
    *temp = -45.0f + 175.0f * (float)raw_temp / 65535.0f;
    // 解析湿度（16位）
    uint16_t raw_hum = (buf[3] << 8) | buf[4];
    *hum = 100.0f * (float)raw_hum / 65535.0f;
    // CRC校验（多项式0x31）
    if (crc8_check(buf[0], buf[1], buf[2]) != 0) return -1;
    if (crc8_check(buf[3], buf[4], buf[5]) != 0) return -2;
    return 0;
}

上述代码展示了驱动开发的核心逻辑。值得注意的是，nrf_drv_twi_tx的最后一个参数false表示不发送停止条件，以便紧接着发送重复起始条件进行读取。这种“先写后读”的组合是I2C传感器最常见的操作模式。

4.3 案例拆解：SHT30驱动的移植与调试实战

在实际项目中，我们往往不需要从零编写驱动，而是移植厂商或开源社区提供的驱动。以SHT30为例，移植的关键在于抽象层（HAL）的适配。假设我们有一个基于STM32的驱动，其底层函数为HAL_I2C_Mem_Read和HAL_I2C_Mem_Write，移植到nRF52832时，需要将这些调用替换为nRF的TWI API。

在一次实际调试中，我们发现读取的湿度值始终为0xFF。通过逻辑分析仪观察，发现SDA线在ACK阶段一直为高电平，说明传感器未应答。进一步检查发现，SHT30的地址引脚ADDR被误接至高电平，导致设备地址变为0x45，而驱动中仍使用0x44。修正地址后，数据恢复正常。这个案例提醒我们，硬件地址配置是I2C调试中最容易忽略的环节。

4.4 数据校验与错误处理：保障数据的可信度

温湿度数据用于环境监测，任何一位翻转都可能导致误告警。SHT30内置CRC8校验，多项式为0x31（x^8+x^5+x^4+1），初始值为0xFF。驱动中必须实现CRC校验，并在校验失败时采取策略：重试读取、丢弃数据或上报错误。

// CRC8校验实现（多项式0x31，初始值0xFF）
uint8_t crc8_check(uint8_t msb, uint8_t lsb, uint8_t crc_rx) {
    uint8_t crc = 0xFF;
    uint8_t data[2] = {msb, lsb};
    for (int i = 0; i < 2; i++) {
        crc ^= data[i];
        for (int j = 0; j < 8; j++) {
            if (crc & 0x80) crc = (crc << 1) ^ 0x31;
            else crc <<= 1;
        }
    }
    return (crc == crc_rx) ? 0 : -1;
}

除了CRC，还需要考虑通信超时和总线挂死问题。I2C总线可能因从设备异常而拉低SDA线，导致总线锁死。nRF52832的TWI外设提供了NRF_DRV_TWI_ERROR_OVERFLOW等错误事件，驱动中应注册错误处理回调，在检测到总线错误时重新初始化TWI外设。

4.5 常见误区与总结复盘

在传感器驱动开发中，以下误区值得特别注意：

• 忽略数据手册的时序图：例如SHT30在发送测量命令后需要等待至少15ms，若延时不足，读取到的数据可能是上一次的残留值。
• 混淆I2C地址的7位与8位表示：nRF的TWI API使用7位地址（不含读写位），而某些传感器驱动使用8位地址（含读写位），需进行转换。
• 未处理总线错误：在长跑测试中，I2C总线可能因干扰产生错误，若不处理，驱动将永久卡死。
• 移植时直接修改底层驱动而不做抽象：这会导致代码耦合度高，后续更换MCU平台时需重写大量代码。

总结而言，传感器驱动开发的核心在于“协议理解+硬件操作+数据校验”三位一体。通过本章的学习，你应能够独立完成I2C/SPI接口的温湿度传感器驱动编写与移植，并具备基本的调试能力。在实际项目中，建议使用逻辑分析仪或示波器验证时序，同时利用nRF52832的日志模块输出关键数据，以便快速定位问题。