GPIO模拟时序驱动外设2——DHT11温湿度传感器

1. DHT11温湿度传感器基础认知

第一次接触DHT11是在一个智能家居项目里，当时需要实时监测室内环境数据。这个火柴盒大小的传感器给我的第一印象是——简单得有点不可思议，就三个引脚（VCC、GND、DATA）就能同时测温度和湿度。后来踩过几次坑才明白，越是简单的硬件，时序控制越要精确。

DHT11采用单总线通信协议，和WS2812B最大的不同在于它是双向半双工通信。传感器平时处于休眠状态，需要MCU主动发送开始信号唤醒，然后DHT11才会响应并传回40位数据包。这40位数据包含：

• 16位湿度数据（整数+小数）
• 16位温度数据（整数+小数）
• 8位校验和

实测中发现个有趣现象：当你用逻辑分析仪抓取波形时，能看到DHT11的响应速度其实比手册标注的更快。官方说测量周期至少1秒，但实际测试环境稳定时，800ms就能完成一次有效测量。不过建议还是按手册标准来，避免传感器内部校准出错。

2. 单总线协议深度解析

2.1 通信时序的魔鬼细节

DHT11的时序控制比WS2812B更考验耐心。它的整个通信过程分为三个阶段：

1. 启动阶段：MCU拉低DATA线至少18ms（建议20ms），然后拉高20-40us等待DHT11响应
2. 应答阶段：传感器会拉低80us，再拉高80us表示准备就绪
3. 数据传输阶段：每个数据位以50us低电平开始，高电平持续时间决定数据是0（26-28us）还是1（70us）

这里有个容易翻车的点：WS2812B对时序误差容忍度较高（±150ns仍能工作），但DHT11的时序窗口非常窄。比如数据位判断时：

• 高电平<30us判为0
• 高电平>60us判为1
• 30-60us之间的数据直接丢弃

我在STM32F103上实测发现，用GPIO直接控制时，如果不用__nop()精确延时，误差可能超过10us。后来改用寄存器级操作才把误差控制在±2us以内。

2.2 硬件连接注意事项

虽然DHT11只有三根线，但布线不当会导致通信失败。分享几个实测有效的经验：

• VCC电压最好在3.3V-5V之间（低于3V可能无法启动）
• DATA线需要上拉电阻（4.7K-10K），否则高电平不稳定
• 导线长度不要超过20米（理想情况<5米）
• 避免与电机、继电器等干扰源共线

遇到过最奇葩的故障是：传感器放在空调出风口附近，温度读数正常但湿度始终为0。后来发现是冷凝水导致DATA引脚短路，加个防潮罩就解决了。

3. GPIO模拟时序实战

3.1 精确延时实现方案

DHT11的时序控制需要微秒级精度，在72MHz的STM32上，几种常见延时方案的实测结果对比：

推荐混合使用这些方案：

// 微秒级延时（用于起始信号） void Delay_us(uint32_t us) { uint32_t ticks = us * (SystemCoreClock / 1000000); uint32_t start = DWT->CYCCNT; while((DWT->CYCCNT - start) < ticks); } // 纳秒级延时（用于数据位判断） void Delay_ns(uint32_t ns) { uint32_t nops = ns / (1000000000 / SystemCoreClock); while(nops--) __nop(); }

3.2 完整驱动代码实现

经过多次优化后的驱动代码框架：

// 硬件接口定义 #define DHT11_PORT GPIOB #define DHT11_PIN GPIO_PIN_5 #define DHT11_HIGH() HAL_GPIO_WritePin(DHT11_PORT, DHT11_PIN, GPIO_PIN_SET) #define DHT11_LOW() HAL_GPIO_WritePin(DHT11_PORT, DHT11_PIN, GPIO_PIN_RESET) #define DHT11_READ() HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) uint8_t DHT11_ReadData(float *temp, float *humi) { uint8_t data[5] = {0}; // 启动信号 DHT11_LOW(); Delay_us(18000); // 18ms DHT11_HIGH(); Delay_us(30); // 主机拉高20-40us // 等待传感器响应 if(DHT11_READ() != GPIO_PIN_RESET) return 0; Delay_us(85); // 传感器拉低80us if(DHT11_READ() != GPIO_PIN_SET) return 0; Delay_us(85); // 传感器拉高80us // 接收40位数据 for(int i=0; i<5; i++) { for(int j=0; j<8; j++) { while(DHT11_READ() == GPIO_PIN_RESET); // 等待50us低电平结束 uint32_t start = DWT->CYCCNT; while(DHT11_READ() == GPIO_PIN_SET); // 测量高电平持续时间 uint32_t duration = DWT->CYCCNT - start; data[i] <<= 1; if(duration > 40) data[i] |= 1; // 阈值取40us（保守策略） } } // 校验数据 if(data[4] != (data[0]+data[1]+data[2]+data[3])) return 0; *humi = data[0] + data[1]*0.1; *temp = data[2] + data[3]*0.1; return 1; }

这段代码有三个优化点：

1. 使用DWT时钟周期计数器实现精准计时
2. 采用保守阈值（40us）提高抗干扰能力
3. 加入完整的校验机制

4. 异常处理与性能优化

4.1 常见故障排查指南

根据多年调试经验，整理出DHT11的典型故障现象及解决方案：

4.2 低功耗优化技巧

在电池供电场景下，通过以下方法可降低80%功耗：

1. 测量完成后立即切断传感器电源（典型工作电流2.5mA，休眠电流0.2mA）
2. 将上拉电阻增大到10K（降低静态电流）
3. 采用间歇工作模式（如每10分钟唤醒一次）

实测案例：在STM32L476的低功耗模式下，配合DHT11的间歇测量，整个系统平均电流可从5mA降至0.8mA。

5. 与WS2812B的时序对比

虽然都是单总线设备，但两种传感器的时序特性截然不同：

有个有趣的发现：用WS2812B的驱动代码去操作DHT11会导致传感器永久损坏（因为高速脉冲会击穿DHT11的CMOS电路）。反过来用DHT11的代码驱动WS2812B，LED只会轻微闪烁但不会损坏。