3. 温湿度传感器原理：DHT11/DHT22/HTU21D/SHT30等常见传感器的工作原理、精度对比、接口协议与数据格式
在ESP32环境感知项目中，温湿度数据是最基础、最核心的物理量。无论是判断室内舒适度、监测设备柜体凝露风险，还是为后续TinyML模型提供特征输入，传感器选型与数据读取的准确性都直接决定整个系统的可靠性。本章将深入剖析DHT11、DHT22、HTU21D、SHT30四类主流温湿度传感器的工作原理、精度差异、接口协议与数据格式，帮助你在实际项目中做出合理选型并正确解析数据。
3.1 核心工作原理：从感湿元件到数字信号
温湿度传感器的本质是将环境中的水蒸气分压和温度变化转换为可测量的电信号。尽管不同型号的封装和接口各异，但其核心感知机制存在明显差异，理解这些差异有助于你判断数据异常时的排查方向。
- 电容式湿度传感：DHT11、DHT22、HTU21D、SHT30均采用高分子薄膜电容作为感湿元件。当环境湿度变化时，薄膜介电常数改变，导致电容值变化。内部电路通过RC振荡器或电荷转移法将电容变化转换为频率或数字量。这类传感器响应速度较快（典型5-10秒），且长期稳定性较好。
- 热敏电阻或PN结测温：温度测量通常采用热敏电阻（NTC）或半导体PN结。DHT11使用NTC，其阻值随温度升高而降低；HTU21D和SHT30则使用带隙式温度传感器，输出线性度更好，精度更高。
- 信号调理与校准：传感器内部集成放大器、ADC和校准存储器。出厂前厂商会在恒温恒湿箱中进行多点校准，将校准系数写入OTP存储器。每次上电后，传感器内部逻辑自动加载校准系数，对原始ADC值进行补偿，最终输出经过温度补偿后的湿度值。
值得注意的是，湿度测量存在温度依赖效应。当环境温度变化时，即使水汽含量不变，相对湿度也会改变。因此，所有数字温湿度传感器都会在内部进行温度补偿计算，这也是为什么读取到的湿度值已经是“相对湿度”（%RH）而非湿度。
3.2 精度对比与选型决策
不同级别的传感器在精度、分辨率和成本上差异显著。下表汇总了四类常见传感器的关键参数，帮助你根据项目需求做出选择。
| 参数项 | DHT11 | DHT22 (AM2302) | HTU21D | SHT30 |
|---|---|---|---|---|
| 温度精度 | ±2°C | ±0.5°C | ±0.3°C | ±0.2°C |
| 湿度精度 | ±5%RH | ±2%RH | ±2%RH | ±1.5%RH |
| 温度分辨率 | 1°C | 0.1°C | 0.01°C | 0.01°C |
| 湿度分辨率 | 1%RH | 0.1%RH | 0.04%RH | 0.01%RH |
| 采样周期 | ≥1秒 | ≥2秒 | ≥2秒（典型） | ≥0.5秒（高速模式） |
| 接口类型 | 单总线 | 单总线 | I²C | I²C |
| 典型价格 | ¥3-5 | ¥10-15 | ¥15-25 | ¥20-35 |
| 适用场景 | 低成本演示、精度要求低 | 普通环境监测 | 便携设备、电池供电 | 高精度测量、TinyML特征 |
选型建议：对于ESP32环境感知项目，如果仅做粗略的舒适度判断，DHT11足够；但若要将温湿度作为TinyML模型的输入特征，建议至少选用DHT22或HTU21D。SHT30虽然精度最高，但价格也最高，适合对数据质量有严格要求的场景。此外，I²C接口的传感器（HTU21D、SHT30）在ESP32上更容易实现多设备挂载，且时序稳定性优于单总线。
3.3 接口协议与数据格式详解
正确解析传感器数据是项目稳定运行的前提。下面分别介绍单总线和I²C两种接口的通信协议与数据格式。
3.3.1 单总线协议（DHT11/DHT22）
单总线协议仅使用一根数据线（DATA）完成双向通信。ESP32作为主机，通过控制GPIO的电平时序来发起读取。一次完整的读取过程包含以下步骤：
- 主机发起起始信号：主机将数据线拉低至少18ms（DHT11）或1ms（DHT22），然后释放并拉高20-40μs，等待传感器响应。
- 传感器响应：传感器检测到起始信号后，拉低数据线80μs，再拉高80μs，表示准备发送数据。
- 数据位传输：每个数据位以50μs低电平开始，随后高电平持续26-28μs表示“0”，持续70μs表示“1”。
- 数据帧格式：共40bit，依次为：湿度整数（8bit）、湿度小数（8bit）、温度整数（8bit）、温度小数（8bit）、校验和（8bit）。
校验和的计算方法为：前四个字节之和的低8位。例如，若湿度整数=0x32，湿度小数=0x00，温度整数=0x01，温度小数=0x00，则校验和应为0x33。ESP32读取后需自行验证，否则数据可能因线路干扰而错误。
// ESP32读取DHT22的时序关键代码（伪代码）
void readDHT22() {
pinMode(DHT_PIN, OUTPUT);
digitalWrite(DHT_PIN, LOW);
delay(2); // 拉低至少1ms
digitalWrite(DHT_PIN, HIGH);
delayMicroseconds(30);
pinMode(DHT_PIN, INPUT_PULLUP);
// 等待响应：低80μs + 高80μs
while(digitalRead(DHT_PIN) == HIGH);
while(digitalRead(DHT_PIN) == LOW);
while(digitalRead(DHT_PIN) == HIGH);
// 读取40bit数据
for(int i=0; i<40; i++) {
while(digitalRead(DHT_PIN) == LOW);
unsigned long t = micros();
while(digitalRead(DHT_PIN) == HIGH);
if(micros() - t > 50) {
data |= (1 << (7 - i%8));
}
if(i%8 == 7) buffer[i/8] = data;
}
}时序陷阱：ESP32的GPIO操作并非实时性保证，若在读取过程中发生中断，可能导致时序偏移。建议在读取DHT系列时关闭中断（portENTER_CRITICAL()），或使用RMT外设实现精确时序。否则，在WiFi活动频繁时可能出现偶发读取失败。
3.3.2 I²C协议（HTU21D/SHT30）
I²C协议使用SDA（数据线）和SCL（时钟线）两根线，支持多设备挂载。HTU21D的I²C地址为0x40，SHT30的默认地址为0x44（ADDR引脚接VCC时为0x45）。读取流程相对简单：
- 发送测量命令：主机向从机发送测量触发命令。HTU21D发送0xE3（温度测量，无时钟扩展）或0xE5（湿度测量）；SHT30发送0x2C 0x06（高重复性测量）。
- 等待转换完成：HTU21D典型转换时间约50ms（温度）或22ms（湿度）；SHT30约4.5ms（高重复性）。可通过读取状态寄存器或延时等待。
- 读取数据：从机返回2字节数据 + 1字节CRC校验（可选）。SHT30支持一次读取温度和湿度共6字节。
数据格式为16位无符号整数。以SHT30为例，温度原始值（Raw）转换为实际温度的公式为：
温度(°C) = -45 + 175 * (Raw / 65535.0)
湿度(%RH) = 100 * (Raw / 65535.0)HTU21D的转换公式略有不同：
温度(°C) = -46.85 + 175.72 * (Raw / 65536.0)
湿度(%RH) = -6 + 125 * (Raw / 65536.0)CRC校验采用多项式0x31（初始值0xFF），用于检测传输错误。在长线缆或高干扰环境下，建议启用CRC校验。
3.4 实战案例：基于SHT30的ESP32环境节点数据校准与验证
为了说明实际项目中如何正确处理传感器数据，我们设计一个具体案例：使用SHT30传感器构建一个环境监测节点，要求温度精度±0.3°C，湿度精度±2%RH，并验证数据可靠性。
背景与约束：设备安装在室外配电柜内，环境温度范围-10°C至60°C，湿度范围20%-90%RH。柜内存在电磁干扰，且传感器靠近发热元件。项目预算有限，但要求数据可用于后续TinyML凝露预测模型。
初始现象：直接读取SHT30数据后发现，温度值比柜内实际温度高约1.5°C，湿度值偏低约5%RH。初步怀疑是传感器自发热和安装位置不当导致。
分析过程：
- 自发热检查：SHT30在连续测量模式下，内部电路会产生约0.5°C的温升。若传感器紧贴PCB且无通风，温升会更明显。
- 安装位置：传感器靠近电源模块，电源发热导致局部温度升高。
- 数据验证：使用标准温湿度计（精度±0.2°C，±1%RH）在相同位置进行对比测量，记录10组数据。
实际操作步骤：
- 将SHT30通过10cm延长线引出，远离发热源，并确保传感器通风良好。
- 在固件中增加软件滤波：采用滑动平均滤波（窗口大小5），去除瞬时尖峰。
- 进行两点校准：在恒温箱中设置10°C和40°C两个温度点，记录传感器读数与标准值，计算偏移量并写入Flash。
- 湿度校准：使用饱和盐溶液（如MgCl₂，33.1%RH；NaCl，75.3%RH）在25°C下进行两点校准。
结果对比：校准后，温度误差从1.5°C降至0.2°C以内，湿度误差从5%RH降至1.5%RH以内，满足项目要求。
风险与代价：校准过程需要恒温箱和标准湿度源，增加了开发时间和成本。但考虑到TinyML模型对输入数据质量敏感，这笔投入是值得的。
经验复盘：传感器数据“不准”时，先排查安装环境（自热、通风、热源），再检查通信时序，最后才考虑校准。盲目在代码中加偏移量而不解决物理安装问题，往往会导致不同温度点误差不一致。
3.5 常见误区与总结复盘
在温湿度传感器的实际使用中，以下误区经常导致项目返工或数据不可靠：
- 误区一：忽略传感器自热。所有有源传感器都会自热，尤其是连续测量模式。解决方案是采用单次测量模式，并在两次测量之间让传感器休眠。
- 误区二：将DHT11的“1°C分辨率”误认为“1°C精度”。分辨率是读数的最小步进，精度是读数值与真值的偏差。DHT11的精度是±2°C，远大于其分辨率。
- 误区三：I²C地址冲突。多个I²C设备挂载在同一总线上时，需确认地址是否冲突。SHT30可通过ADDR引脚修改地址，HTU21D则固定为0x40。
- 误区四：忽略电源纹波。传感器对电源噪声敏感，尤其是湿度测量。建议在传感器VCC和GND之间加100nF去耦电容，并避免与电机、继电器共用电源。
- 误区五：长时间暴露于高湿环境。湿度传感器在95%RH以上长时间工作后，可能发生漂移。若项目环境湿度极高，需定期进行恢复处理（在60°C、<5%RH环境下烘烤2小时）。
总结：选择温湿度传感器时，应综合考量精度需求、接口便利性、成本和长期稳定性。DHT11适合快速原型验证，DHT22适合一般监测，HTU21D和SHT30适合对数据质量有较高要求的TinyML应用。无论选择哪款传感器，正确的安装布局、可靠的通信时序和必要的校准流程都是保证数据可信的关键环节。在ESP32项目中，建议优先使用I²C接口传感器，并利用其CRC校验功能增强数据可靠性。