STM32软件IIC驱动SHT30温湿度传感器：从协议原理到稳定采集实践

1. 项目概述：从IIC协议到SHT30温湿度数据采集

最近在做一个环境监测的小项目，核心需求是精准获取环境的温度和湿度数据。市面上温湿度传感器不少，但综合考虑精度、稳定性和接口的便利性，我最终选择了Sensirion的SHT30。这颗传感器口碑一直不错，关键是它采用标准的IIC（Inter-Integrated Circuit）接口，对于嵌入式开发者来说，这意味着我们可以用最少的IO口资源，通过一套成熟的通信协议来获取高精度的数据。IIC协议虽然基础，但在实际调试SHT30的过程中，从时序匹配到数据校验，再到提高采样稳定性的技巧，每一步都有不少值得深究的细节。这篇文章，我就结合这次使用STM32通过IIC驱动SHT30的完整过程，把协议原理、驱动编写、数据处理以及那些容易踩坑的地方，系统地梳理一遍。无论你是刚开始接触IIC的新手，还是想优化现有温湿度采集方案的老手，相信这些从实际项目中总结出的经验都能给你带来直接的参考价值。

2. IIC协议核心原理与SHT30适配性分析

2.1 为什么IIC协议是传感器连接的理想选择？

在嵌入式系统里，连接外部传感器，我们常听到UART、SPI和IIC这三种协议。我选择IIC来对接SHT30，绝不是随便选的，而是基于项目实际需求做的权衡。

首先，我的主控芯片是STM32F103，IO口资源比较紧张。IIC协议最大的优势就是只需要两根线： 串行数据线（SDA） 和 串行时钟线（SCL） 。这两根线通过上拉电阻连接到正电源，总线上可以挂载多个从设备，每个设备有唯一的地址。这意味着，用两根线我就能管理一个传感器网络，极大节省了宝贵的IO引脚。相比之下，SPI通常需要四根线（CS、SCK、MOSI、MISO），虽然速度更快，但占用的硬件资源也多。

其次，SHT30的典型应用场景是环境监测，数据更新频率通常在1Hz到10Hz之间，这个速率对于IIC协议来说游刃有余。IIC标准模式速率为100kbps，快速模式可达400kbps，对于传输几个字节的温湿度数据完全够用，避免了“杀鸡用牛刀”的资源浪费。

最后，IIC协议具有完备的应答机制。主机每发送一个字节的数据，从机都必须回一个应答（ACK）或非应答（NACK）信号。这个机制为通信增加了一层可靠性保障。在读取SHT30数据时，我们可以通过检查CRC校验和以及应答信号，及时发现通信错误，确保数据的有效性。

注意 ：IIC总线是开漏输出结构，这意味着SDA和SCL线必须通过外部上拉电阻连接到VCC。电阻值的选择很重要，典型值在2.2kΩ到10kΩ之间，需要根据总线电容和通信速度调整。阻值太小会增加功耗，阻值太大会导致上升沿过慢，影响高速通信的稳定性。我通常先用4.7kΩ的电阻，如果波形边沿不够陡峭，再酌情减小。

2.2 SHT30的IIC通信特性深度解析

SHT30的IIC接口设计得非常标准，但也有一些需要特别注意的细节，这些细节直接关系到驱动能否稳定工作。

1. 设备地址与读写位： SHT30有一个可选的地址引脚（ADDR）。当ADDR接低电平（GND）时，设备写地址为 0x88 ，读地址为 0x89 （这是7位地址模式下的表示，通常我们操作的是8位地址，即左移一位后加上读写位）。当ADDR接高电平（VCC）时，写地址为 0x8A ，读地址为 0x8B 。在硬件设计时，这个引脚的状态就决定了软件中需要使用的地址。我的板子上ADDR接了GND，所以后续代码都基于写地址 0x88 和读地址 0x89 来操作。

2. 测量命令与时钟拉伸： SHT30支持多种测量命令，主要分为单次测量模式和周期测量模式。单次测量命令（如 0x2C06 表示高重复性测量）更常用，主机发送命令后，传感器开始测量，测量完成后主机再去读取数据。这里的关键是 时钟拉伸（Clock Stretching） 。在测量期间，SHT30可以将SCL线拉低，迫使主机等待，直到测量完成。这个功能非常有用，它简化了主机端的程序设计，我们不需要去精确估算或延时等待测量时间，只需要在发送读命令后，检测总线是否就绪即可。当然，如果你不想用这个功能，也可以发送关闭时钟拉伸的命令（如 0x2400 ），然后由主机软件延时足够的时间（对于高重复性测量，典型值约15ms）后再去读取。

3. 数据格式与CRC校验： SHT30一次测量会返回6个字节的数据。以读取温湿度为例，数据帧结构如下： [温度高8位] [温度低8位] [温度CRC8] [湿度高8位] [湿度低8位] [湿度CRC8] 温度和湿度都是16位的原始数据，需要按照数据手册中的公式进行转换。更关键的是，每个数据值后面都紧跟了一个8位的CRC校验码。 CRC校验是保证数据可靠性的最后一道，也是最重要的一道关卡 。IIC物理层传输可能受到干扰，即使应答信号都正确，接收到的数据位也可能出错。CRC校验能高效地检测出这类错误。我在驱动中强制实现了CRC校验，任何一次校验失败都会丢弃本次数据，并触发重试机制，这在实际工业环境中至关重要。

3. 基于STM32 HAL库的IIC驱动实现详解

3.1 硬件IIC与软件模拟IIC的抉择

在STM32上实现IIC，首先面临的选择是使用硬件IIC外设还是用GPIO模拟（软件IIC）。网上关于STM32硬件IIC的“黑历史”很多，主要是早期标准库的硬件IIC固件存在一些缺陷，容易卡死。但到了HAL库时代，情况已经大为改观。我两种方式都深入使用过，这里分享一下我的选择逻辑。

我最终选择了 软件模拟IIC 。原因有三点： 第一， 极强的可移植性 。软件IIC的代码完全由GPIO的拉高拉低和延时构成，不依赖特定的MCU型号或外设。今天代码在STM32F103上跑，明天换到GD32或者ESP32，几乎不用修改就能直接用。这对于需要跨平台复用的项目组件来说，价值巨大。 第二， 调试的直观性 。软件IIC的时序完全受代码控制，任何一个步骤出错，都可以通过逻辑分析仪清晰地看到是起始信号、地址位、数据位还是应答位出了问题，排查故障非常直接。硬件IIC一旦出错，可能是配置问题、中断问题、DMA问题，排查起来更复杂。 第三， 规避潜在风险 。虽然HAL库的硬件IIC已经稳定，但在极端复杂的多任务或中断环境下，仍然可能出现总线冲突、仲裁失败等需要精细处理的情况。软件IIC由我们完全掌控，在相对简单的单主机、单从机（或少量从机）场景下，反而更简单可靠。

当然，软件IIC的代价是占用CPU时间。但对于SHT30这种低速传感器，一次完整的读写操作也就几十个微秒到毫秒级，这点CPU开销在绝大多数应用中都可以忽略不计。

3.2 软件模拟IIC的底层构建块

软件IIC的核心就是精确控制两根GPIO线的时序。下面是我封装的最底层函数，它们构成了所有IIC操作的基础。

1. 引脚初始化与宏定义： 首先，定义好SDA和SCL对应的GPIO端口和引脚。为了代码清晰和易于修改，我习惯用宏来定义。

// iic_port.h
#define IIC_SDA_PORT    GPIOB
#define IIC_SDA_PIN     GPIO_PIN_7
#define IIC_SCL_PORT    GPIOB
#define IIC_SCL_PIN     GPIO_PIN_6

#define IIC_SDA_HIGH()  HAL_GPIO_WritePin(IIC_SDA_PORT, IIC_SDA_PIN, GPIO_PIN_SET)
#define IIC_SDA_LOW()   HAL_GPIO_WritePin(IIC_SDA_PORT, IIC_SDA_PIN, GPIO_PIN_RESET)
#define IIC_SCL_HIGH()  HAL_GPIO_WritePin(IIC_SCL_PORT, IIC_SCL_PIN, GPIO_PIN_SET)
#define IIC_SCL_LOW()   HAL_GPIO_WritePin(IIC_SCL_PORT, IIC_SCL_PIN, GPIO_PIN_RESET)

#define IIC_SDA_READ()  HAL_GPIO_ReadPin(IIC_SDA_PORT, IIC_SDA_PIN) // 读取SDA输入状态

void IIC_Init(void); // 初始化函数，将SDA和SCL配置为开漏输出模式，并先置高

初始化时，GPIO模式必须设置为 开漏输出（Open-Drain） ，并启用内部上拉或外部上拉。这是为了符合IIC总线的电气标准，实现“线与”功能。

2. 关键时序的微秒级延时： IIC协议对时序有严格要求，特别是SCL高电平期间数据必须稳定。我们需要一个微秒级的延时函数。在STM32上，可以用SysTick定时器或简单的空循环实现。这里用一个基于系统时钟的简单延时：

// 假设系统主频为72MHz，此函数提供约1微秒的延时（不精确，用于时序要求不严的场合）
void IIC_Delay_us(uint16_t us) {
    for(uint32_t i=0; i<us*8; i++) { // 这个循环次数需要根据实际CPU频率校准
        __NOP();
    }
}

更精确的做法是使用定时器，但对于100kHz的标准模式IIC，时序裕量较大，用校准后的空循环通常就够了。我的经验是， SCL 的高电平和低电平持续时间至少保持在4微秒以上，就能稳定工作在100kHz。

3. 起始（S）与停止（P）信号： 这是IIC通信的“标点符号”。

// 产生IIC起始信号：SCL高电平期间，SDA产生一个下降沿
void IIC_Start(void) {
    IIC_SDA_HIGH();
    IIC_SCL_HIGH();
    IIC_Delay_us(5); // 建立时间
    IIC_SDA_LOW();
    IIC_Delay_us(5);
    IIC_SCL_LOW(); // 钳住总线，准备发送数据
}

// 产生IIC停止信号：SCL高电平期间，SDA产生一个上升沿
void IIC_Stop(void) {
    IIC_SDA_LOW();
    IIC_SCL_HIGH();
    IIC_Delay_us(5);
    IIC_SDA_HIGH();
    IIC_Delay_us(5);
}

这里有个细节：在 Start() 信号最后，我把 SCL 拉低了。这是因为按照协议，在 SCL 低电平期间， SDA 才能变化。这个操作让总线进入“可发送数据”的状态，为后续发送第一个字节（设备地址）做好准备。

4. 发送一个字节与接收应答： 发送是从高位（MSB）开始，逐位将数据放到 SDA 线上，然后制造一个 SCL 脉冲将数据锁存到从机。

// 发送一个字节，并返回从机的应答信号（0：应答，1：非应答）
uint8_t IIC_Send_Byte(uint8_t byte) {
    uint8_t i, ack;
    for(i=0; i<8; i++) {
        if(byte & 0x80) IIC_SDA_HIGH(); // 发送最高位
        else IIC_SDA_LOW();
        byte <<= 1;
        IIC_Delay_us(2);
        IIC_SCL_HIGH(); // 拉高SCL，从机在此上升沿采样数据
        IIC_Delay_us(5); // 确保SCL高电平时间足够
        IIC_SCL_LOW();
        IIC_Delay_us(2);
    }
    // 释放SDA线，准备接收应答位
    IIC_SDA_HIGH();
    IIC_Delay_us(2);
    IIC_SCL_HIGH();
    IIC_Delay_us(2);
    ack = IIC_SDA_READ(); // 读取SDA状态，0为ACK
    IIC_SCL_LOW();
    return ack; // 返回应答值
}

关键点 ：发送完8位数据后，主机需要释放 SDA 线（置高），然后将 SCL 拉高。此时，从机会控制 SDA 线，拉低表示应答（ACK），保持高表示非应答（NACK）。主机必须去读取这个状态。

5. 接收一个字节与发送应答： 接收过程是发送的逆过程，主机控制 SCL 产生时钟脉冲，并在 SCL 高电平期间读取 SDA 线上的数据。

// 接收一个字节，并发送应答信号（ack=0发送ACK，ack=1发送NACK）
uint8_t IIC_Read_Byte(uint8_t ack) {
    uint8_t i, byte = 0;
    IIC_SDA_HIGH(); // 确保主机释放SDA
    for(i=0; i<8; i++) {
        byte <<= 1;
        IIC_SCL_HIGH();
        IIC_Delay_us(3);
        if(IIC_SDA_READ()) byte |= 0x01; // 读取数据位
        IIC_Delay_us(2);
        IIC_SCL_LOW();
        IIC_Delay_us(5);
    }
    // 主机发送应答位
    if(ack) IIC_SDA_HIGH(); // 发送NACK
    else IIC_SDA_LOW();      // 发送ACK
    IIC_Delay_us(2);
    IIC_SCL_HIGH();
    IIC_Delay_us(5);
    IIC_SCL_LOW();
    IIC_SDA_HIGH(); // 释放SDA线，为后续操作做准备
    return byte;
}

这里有个非常重要的约定： 主机在接收完最后一个字节后，必须发送一个NACK信号，然后跟一个停止信号 。对于SHT30，我们一次读6个字节，前5个字节（温度高、低、CRC、湿度高、低）后，主机都应回ACK，表示“请继续发送下一个字节”。在第6个字节（湿度CRC）后，主机回NACK，表示“我收到了，停止发送吧”。

4. SHT30驱动层与应用层代码实现

4.1 驱动层：命令发送、数据读取与CRC校验

有了稳健的IIC底层函数，我们就可以构建针对SHT30的专用驱动了。驱动层主要完成三件事：发送测量命令、读取数据块、校验数据有效性。

1. 发送测量命令函数： 这个函数负责发起一次单次高精度测量。

// sht30_drv.c
#define SHT30_WRITE_ADDR 0x88 // ADDR引脚接地时的写地址
#define CMD_MEAS_HIGHREP 0x2C06 // 高重复性单次测量命令

uint8_t SHT30_StartMeasurement(void) {
    uint8_t ack1, ack2;
    IIC_Start();
    // 发送设备写地址
    ack1 = IIC_Send_Byte(SHT30_WRITE_ADDR);
    // 发送测量命令的高字节 (0x2C)
    ack2 = IIC_Send_Byte(CMD_MEAS_HIGHREP >> 8);
    // 发送测量命令的低字节 (0x06)
    ack2 |= IIC_Send_Byte(CMD_MEAS_HIGHREP & 0xFF);
    IIC_Stop();
    // 只有当设备地址和两个命令字节都被正确应答，才返回成功
    return ((ack1 == 0) && (ack2 == 0)) ? 0 : 1;
}

这个函数发送了三个字节：设备地址（写）、命令高字节、命令低字节。每个字节后都检查了应答（ACK）。任何一次非应答（NACK）都意味着通信失败，函数返回错误。发送命令后，传感器开始内部测量，我们需要等待一段时间。

2. 读取数据与CRC校验函数： 测量完成后，主机需要发送一个“读数据”的序列。这里包含了地址切换（从写到读）和时钟拉伸的等待。

uint8_t SHT30_ReadData(uint16_t *temp_raw, uint16_t *humi_raw) {
    uint8_t data[6];
    uint8_t crc;
    uint8_t i;
    uint16_t retry = 1000; // 时钟拉伸等待超时计数

    // 1. 发送起始信号和设备读地址 (0x89)
    IIC_Start();
    if(IIC_Send_Byte(SHT30_WRITE_ADDR | 0x01)) { // 读地址
        IIC_Stop();
        return 1; // 设备无应答
    }

    // 2. 处理时钟拉伸：如果SCL被从机拉低，则等待其释放
    IIC_SCL_HIGH(); // 主机先尝试拉高SCL
    while((IIC_SCL_READ() == 0) && (retry > 0)) { // 检测SCL是否被从机拉低
        retry--;
        IIC_Delay_us(10); // 延时10us
    }
    if(retry == 0) {
        IIC_Stop(); // 等待超时，发生总线错误
        return 2; // 时钟拉伸超时错误
    }

    // 3. 读取6个字节数据
    for(i=0; i<5; i++) { // 前5个字节后发ACK
        data[i] = IIC_Read_Byte(0); // 参数0表示主机发ACK
    }
    data[5] = IIC_Read_Byte(1); // 最后一个字节后发NACK (参数1)
    IIC_Stop();

    // 4. CRC校验
    // 校验温度数据 (data[0], data[1])
    crc = SHT30_Calc_CRC8(&data[0], 2);
    if(crc != data[2]) {
        return 3; // 温度CRC错误
    }
    // 校验湿度数据 (data[3], data[4])
    crc = SHT30_Calc_CRC8(&data[3], 2);
    if(crc != data[5]) {
        return 4; // 湿度CRC错误
    }

    // 5. 组合原始数据
    *temp_raw = (data[0] << 8) | data[1];
    *humi_raw = (data[3] << 8) | data[4];
    return 0; // 成功
}

时钟拉伸的处理 是这段代码的精华。在发送读地址并得到ACK后，主机拉高 SCL 。如果传感器测量未完成，它会将 SCL 拉低（时钟拉伸），主机通过 while 循环检测并等待。直到传感器释放 SCL ，主机才能继续产生时钟脉冲读取数据。这个机制完美解决了主机和从机之间的速度同步问题。

CRC8校验函数 是数据可靠性的守护神。SHT30使用的CRC8多项式是 x^8 + x^5 + x^4 + 1 ，初始值为 0xFF ，不进行输出异或。校验算法如下：

// SHT30专用的CRC8计算函数
uint8_t SHT30_Calc_CRC8(const uint8_t *data, uint8_t len) {
    uint8_t crc = 0xFF; // 初始值
    uint8_t i, j;
    for(i=0; i<len; i++) {
        crc ^= data[i];
        for(j=0; j<8; j++) {
            if(crc & 0x80) {
                crc = (crc << 1) ^ 0x31; // 多项式 0x31 (x^8 + x^5 + x^4 + 1)
            } else {
                crc <<= 1;
            }
        }
    }
    return crc;
}

4.2 应用层：数据转换、滤波与任务调度

驱动层拿到的是原始的16位整数，应用层需要将其转换为有物理意义的温度和湿度值，并进行必要的处理。

1. 数据转换： 根据SHT30数据手册，转换公式如下：

• 温度： Temperature (°C) = -45 + 175 * (S_T / 65535)
• 湿度： Relative Humidity (%RH) = 100 * (S_RH / 65535) 其中 S_T 和 S_RH 是读取到的16位原始值。

在嵌入式系统中，浮点运算应尽量避免，特别是对于没有FPU的MCU（如STM32F103）。我们可以使用定点数运算来提高效率。

// sht30_app.c
// 将原始值转换为实际温度（放大100倍，返回整数，单位0.01°C）
int32_t SHT30_ConvertTemperature(uint16_t raw_temp) {
    // 公式: T = -45 + 175 * raw/65535
    // 等价于: T = (-45*65535 + 175*raw) / 65535
    // 为避免溢出，分步计算，并先放大100倍
    int32_t temp;
    temp = (int32_t)raw_temp * 17500; // 175*100 = 17500
    temp /= 65535;
    temp -= 4500; // -45*100 = -4500
    return temp; // 例如，返回值2512表示25.12°C
}

// 将原始值转换为实际湿度（放大100倍，返回整数，单位0.01%RH）
int32_t SHT30_ConvertHumidity(uint16_t raw_humi) {
    // 公式: RH = 100 * raw/65535
    int32_t humi;
    humi = (int32_t)raw_humi * 10000; // 100*100 = 10000
    humi /= 65535;
    return humi; // 例如，返回值6532表示65.32%RH
}

2. 软件滤波： 传感器数据难免会有噪声，尤其是快速采样时。简单的软件滤波能显著提升读数稳定性。我最常用的是 移动平均滤波 。

#define FILTER_LEN 5 // 滤波窗口大小
static int32_t temp_buf[FILTER_LEN] = {0};
static int32_t humi_buf[FILTER_LEN] = {0};
static uint8_t buf_index = 0;

void SHT30_Filter_Data(int32_t new_temp, int32_t new_humi, int32_t *filtered_temp, int32_t *filtered_humi) {
    int32_t sum_temp = 0, sum_humi = 0;
    uint8_t i;

    // 更新缓冲区
    temp_buf[buf_index] = new_temp;
    humi_buf[buf_index] = new_humi;
    buf_index = (buf_index + 1) % FILTER_LEN;

    // 计算平均值
    for(i=0; i<FILTER_LEN; i++) {
        sum_temp += temp_buf[i];
        sum_humi += humi_buf[i];
    }
    *filtered_temp = sum_temp / FILTER_LEN;
    *filtered_humi = sum_humi / FILTER_LEN;
}

对于变化缓慢的环境参数，移动平均滤波效果很好，且计算量小。窗口大小 FILTER_LEN 可以根据需要调整，越大越平滑，但响应速度也越慢。

3. 任务调度与状态机： 在实时操作系统（如FreeRTOS）或裸机循环中，我们需要合理调度SHT30的测量。SHT30单次高精度测量需要约15ms，不宜频繁调用。我通常使用一个简单的状态机来管理：

typedef enum {
    SHT_STATE_IDLE,
    SHT_STATE_MEAS_STARTED,
    SHT_STATE_READING,
    SHT_STATE_ERROR
} sht30_state_t;

void SHT30_Task(void) {
    static sht30_state_t state = SHT_STATE_IDLE;
    static uint32_t meas_start_tick = 0;
    uint16_t raw_temp, raw_humi;
    int32_t temp, humi, f_temp, f_humi;
    uint8_t ret;

    switch(state) {
        case SHT_STATE_IDLE:
            // 每隔1000ms启动一次测量
            if(HAL_GetTick() - last_measure_tick >= 1000) {
                ret = SHT30_StartMeasurement();
                if(ret == 0) {
                    state = SHT_STATE_MEAS_STARTED;
                    meas_start_tick = HAL_GetTick();
                } else {
                    state = SHT_STATE_ERROR;
                    error_count++;
                }
                last_measure_tick = HAL_GetTick();
            }
            break;

        case SHT_STATE_MEAS_STARTED:
            // 等待至少15ms的测量时间
            if(HAL_GetTick() - meas_start_tick >= 15) {
                state = SHT_STATE_READING;
            }
            break;

        case SHT_STATE_READING:
            ret = SHT30_ReadData(&raw_temp, &raw_humi);
            if(ret == 0) {
                temp = SHT30_ConvertTemperature(raw_temp);
                humi = SHT30_ConvertHumidity(raw_humi);
                SHT30_Filter_Data(temp, humi, &f_temp, &f_humi);
                // 将滤波后的数据 f_temp, f_humi 用于显示、上传或控制
                state = SHT_STATE_IDLE;
            } else {
                // 读取失败，记录错误并回到空闲状态，等待下次循环
                state = SHT_STATE_ERROR;
            }
            break;

        case SHT_STATE_ERROR:
            // 错误处理，例如记录日志，重置传感器（发送软复位命令0x30A2）
            // ...
            state = SHT_STATE_IDLE; // 处理完后回到空闲状态
            break;
    }
}

这个状态机确保了测量、等待、读取、处理各个环节有序进行，不会阻塞主循环，也便于错误恢复。

5. 调试技巧、常见问题与性能优化

5.1 硬件调试：逻辑分析仪是你的最佳伙伴

调试IIC通信，光靠串口打印是远远不够的。一个逻辑分析仪（即使是几十块钱的简易版）能让你直观地看到总线上的每一个比特。连接好 SDA 、 SCL 和 GND ，设置好触发条件（比如 Start 信号下降沿），你就能捕获完整的通信波形。

如何看波形：

1. 起始信号 ：寻找 SCL 高电平期间， SDA 的一个明显下降沿。
2. 设备地址 ：起始信号后，第一个8位数据就是设备地址（7位地址+1位读写方向）。确认它是否与你代码中设置的一致（例如 0x88 写， 0x89 读）。
3. 应答位 ：每个字节后的第9个时钟脉冲， SDA 线应该被从机拉低（ACK）。如果一直是高电平（NACK），说明从机没有应答，可能是地址错误、设备未就绪或硬件连接问题。
4. 数据内容 ：对照你发送的命令或读取的数据，逐一核对波形上的数据位。
5. 停止信号 ：通信结束时， SCL 高电平期间， SDA 应有一个上升沿。

常见硬件问题：

• 波形毛刺或幅度不足 ：检查上拉电阻阻值是否合适，总线走线是否过长或靠近干扰源。可以尝试减小上拉电阻（如从10kΩ换成4.7kΩ）以增强驱动能力。
• 无任何波形 ：检查MCU的GPIO是否配置正确（开漏输出），引脚是否连接，传感器供电是否正常。
• 只有起始信号，后续无数据 ：可能是从机地址错误，或者从机（传感器）本身处于异常状态（尝试发送软复位命令 0x30A2 ）。

5.2 软件问题排查清单

当通信失败时，可以按照以下清单逐步排查：

实操心得：中断与IIC的冲突 ：我在一个项目中，IIC通信偶尔会丢数据。后来用逻辑分析仪发现，在IIC的SCL高电平期间，有时会出现一个不该有的毛刺导致数据错位。最终定位到是一个高优先级定时器中断打断了IIC的延时函数。 解决方案 ：在 IIC_Start() 到 IIC_Stop() 的整个通信过程中，用 __disable_irq() 和 __enable_irq() 临时关闭全局中断。虽然粗暴，但对于软件模拟IIC来说是最简单有效的保障。如果使用硬件IIC，则需考虑其他同步机制。

5.3 稳定性与性能优化进阶

当基本功能实现后，可以考虑以下优化来提升系统的鲁棒性和效率：

1. 增加重试机制： 通信失败是难免的，特别是上电初期或环境干扰大时。一个健壮的驱动应该有自动重试的能力。

#define MAX_RETRY 3
uint8_t SHT30_ReadData_WithRetry(uint16_t *temp, uint16_t *humi) {
    uint8_t retry = MAX_RETRY;
    uint8_t ret;
    while(retry--) {
        ret = SHT30_ReadData(temp, humi);
        if(ret == 0) { // 成功
            return 0;
        } else if(ret == 2) { // 时钟拉伸超时，可能是总线死锁，尝试发送停止信号复位总线
            IIC_Stop();
            HAL_Delay(1);
        } else { // 其他错误，短暂延时后重试
            HAL_Delay(2);
        }
    }
    return ret; // 返回最后一次错误码
}

2. 定期发送复位命令： 长期运行的设备，传感器可能有小概率进入未知状态。可以在每天或每次通信连续失败多次后，发送一次软复位命令（ 0x30A2 ），让传感器恢复初始状态。

3. 降低采样率与功耗优化： 如果对数据更新速度要求不高（例如每分钟记录一次），可以使用SHT30的低功耗单次测量命令（如 0x2C10 ），或者直接让MCU进入睡眠模式，定时唤醒进行测量。这能极大降低系统平均功耗，适合电池供电的场景。

4. 温度补偿（进阶）： SHT30的湿度读数会受环境温度影响。数据手册提供了温度补偿公式。对于要求极高的应用，可以使用当前测得的温度值对湿度读数进行补偿，得到更精确的相对湿度值。公式通常为： RH_compensated = RH_measured * (1 + a * (T - T_ref)) ，其中 a 是补偿系数， T_ref 是参考温度，具体值需参考最新版数据手册。