STM32驱动DHT11的3种模式对比：轮询、中断与定时器状态机-尧图网络科技

STM32驱动DHT11的3种模式对比：轮询、中断与定时器状态机

在嵌入式开发中，温湿度传感器DHT11因其成本低廉、使用简单而广受欢迎。然而，不同的驱动实现方式会对系统性能产生显著影响。本文将深入探讨三种典型的驱动模式：轮询阻塞、外部中断触发和定时器状态机，从代码结构、资源占用和实时性等维度进行全面对比。

1. DHT11通信协议与基础驱动

DHT11采用单总线通信协议，数据传输时序要求严格。一次完整的数据传输包含40位（5字节）数据，格式如下：

数据段	长度	说明
湿度整数部分	8bit	相对湿度百分比整数
湿度小数部分	8bit	相对湿度百分比小数
温度整数部分	8bit	摄氏度整数
温度小数部分	8bit	摄氏度小数
校验和	8bit	前四个字节之和的低8位

典型通信时序如下：

// 基础时序控制函数示例 void DHT11_StartSignal(void) { SET_DQ_OUTPUT(); DQ_LOW(); delay_ms(18); // 至少18ms低电平 DQ_HIGH(); delay_us(30); // 主机拉高20-40us SET_DQ_INPUT(); }

注意：DHT11对时序要求严格，微秒级延时误差可能导致通信失败。建议使用硬件定时器实现精确延时。

2. 轮询阻塞模式实现

轮询模式是最直接的实现方式，通过循环检测总线状态完成数据读取。以下是核心代码结构：

uint8_t DHT11_ReadByte_Polling(void) { uint8_t data = 0; for(int i=0; i<8; i++) { while(DQ_READ() == 0); // 等待低电平结束 delay_us(40); // 关键延时点 data <<= 1; if(DQ_READ()) { data |= 1; while(DQ_READ()); // 等待高电平结束 } } return data; }

优缺点分析：

优点：
- 实现简单，代码直观
- 不依赖额外硬件资源
缺点：
- CPU占用率高（全程阻塞等待）
- 实时性差（无法响应其他任务）
- 时序精度依赖软件延时

适用场景：对实时性要求不高的简单应用，或资源极度受限的系统。

3. 外部中断模式实现

中断模式利用GPIO中断特性，在总线状态变化时触发中断处理：

// 中断服务例程 void EXTIx_IRQHandler(void) { static uint32_t lastFall = 0; if(EXTI_GetITStatus(EXTI_Linex)) { uint32_t now = TIM_GetCounter(TIMx); uint32_t pulseWidth = now - lastFall; if(pulseWidth > 28 && pulseWidth < 70) { // 判断数据位0或1 bitBuffer |= (pulseWidth > 40) << bitIndex; bitIndex++; } lastFall = now; EXTI_ClearITPendingBit(EXTI_Linex); } }

关键配置步骤：

配置GPIO为中断输入模式
设置边沿触发类型（下降沿）
启用NVIC中断
配合定时器记录脉冲宽度

性能对比：

指标	轮询模式	中断模式
CPU占用率	100% during IO	<5%
响应延迟	不可预测	微秒级
代码复杂度	低	中
时序精度	依赖软件延时	硬件计时

提示：中断模式需要特别注意中断嵌套和优先级设置，避免与其他高优先级中断冲突。

4. 定时器状态机实现

状态机模式将通信过程分解为离散状态，通过定时器中断推进状态迁移：

typedef enum { STATE_IDLE, STATE_START_LOW, STATE_START_HIGH, STATE_WAIT_ACK_LOW, // ...其他状态 } DHT11_State; void TIM_IRQHandler(void) { static DHT11_State state = STATE_IDLE; static uint8_t data[5], bitCount; switch(state) { case STATE_START_LOW: if(--delayCnt == 0) { DQ_HIGH(); state = STATE_START_HIGH; delayCnt = START_HIGH_US; } break; // 其他状态处理... } TIM_ClearITPendingBit(TIMx); }

状态机设计要点：