当前位置：首页 > news >正文

STM32CubeMX实战：DHT11温湿度数据采集与串口打印

news 2026/4/24 21:49:49

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

第一次接触DHT11这个蓝色小模块时，我完全没想到它会在后来的智能家居项目中扮演如此重要的角色。这个比硬币大不了多少的传感器，内部却藏着测量温湿度的精妙机制。DHT11采用电阻式感温元件和湿敏电容的组合设计，温度测量范围覆盖-20℃到60℃，湿度测量范围20%RH到90%RH，虽然精度不算顶尖（温度±2℃，湿度±5%RH），但对于大多数日常监测场景已经绰绰有余。

最让我惊喜的是它的单总线通信协议。不同于需要复杂电路的其他传感器，DHT11只需要一根数据线就能完成双向通信，这大大简化了硬件连接。记得第一次测试时，我用杜邦线随便接了个GPIO口就成功读出了数据，这种即插即用的体验对新手特别友好。不过要注意的是，单总线协议对时序要求极为严格，后来在项目调试阶段我就因为延时没处理好，导致数据读取失败了好几次。

数据格式方面，DHT11每次会传输5个字节（40bit）的数据包。前两个字节是湿度数据（整数+小数），接着两个字节是温度数据，最后一个字节是校验和。实际使用中发现，小数部分通常为0，所以大多数应用只需要关注整数部分即可。校验和机制很实用，能有效避免传输错误的数据被误用，我在代码中专门做了校验判断，这个后面会具体说明。

2. 硬件连接与电路设计

拿到DHT11模块后，首先要解决的就是硬件连接问题。标准的DHT11模块有三个引脚：VCC（3.3V-5V）、DATA和GND。连接STM32时，我建议直接用开发板的3.3V供电，这样既安全又能避免电平转换的麻烦。DATA线需要接上拉电阻，通常模块本身已经集成4.7KΩ电阻，如果没有的话需要自己外接。

在实际项目中，我遇到过因为导线过长导致信号失真的情况。后来测试发现，当DATA线超过1米时，通信成功率会明显下降。如果必须长距离连接，可以考虑以下方案：一是降低上拉电阻阻值（如改用2.2KΩ），二是使用带屏蔽的线材，三是在代码中适当增加延时容错处理。不过最好的办法还是尽量缩短传感器与控制器的距离。

电路设计有个细节值得注意：DHT11的供电引脚最好并联一个100nF的去耦电容。这个是我在多次调试中总结的经验，加了电容后电源噪声明显减小，数据读取更稳定。如果使用杜邦线连接，记得把各条线拧在一起，这样可以减少电磁干扰。曾经有个项目因为忽略这点，导致在电机工作时温湿度数据出现跳变。

3. STM32CubeMX工程配置

CubeMX的图形化配置真是开发者的福音，特别是对刚接触STM32的新手。新建工程时记得选择对应的STM32型号，我用的是常见的STM32F103C8T6。时钟配置建议直接使用默认的内部RC振荡器（HSI），对于DHT11应用完全够用，如果项目有其他需求再考虑外接晶振。

定时器配置是关键步骤，我们需要一个基本的微秒级延时函数。选择任意一个通用定时器（如TIM4），时钟源选内部时钟，分频系数设为72-1（假设主频72MHz），这样计数器每递增一次就是1微秒。计数模式选向上计数，自动重装载值设为最大值0xFFFF。记得在NVIC设置中开启定时器中断，虽然我们的延时函数采用查询方式，但保留中断选项方便后续扩展。

GPIO配置要特别注意：用于DHT11数据线的引脚（如PB12）初始状态设为高电平，模式先配置为推挽输出。在代码中我们会动态切换输入输出模式，这是单总线协议的特殊要求。串口配置选择异步模式，波特率常用115200，数据位8位，无校验，停止位1位。调试接口建议启用SWD，这样后续出现问题方便在线调试。

生成代码前，记得在Project Manager里勾选"Generate peripheral initialization as a pair of .c/.h files"，这样每个外设的配置都会生成单独的文件，代码结构更清晰。我第一次用CubeMX时没注意这个选项，结果所有初始化代码都堆在main.c里，后期维护特别麻烦。

4. DHT11驱动代码实现

驱动代码的核心是精确的时序控制，这也是新手最容易踩坑的地方。首先需要实现微秒级延时函数，利用之前配置的定时器：

void Delay_us(uint16_t us) { uint16_t differ = 0xffff-us-5; __HAL_TIM_SET_COUNTER(&htim4,differ); HAL_TIM_Base_Start(&htim4); while(differ < 0xffff-5){ differ = __HAL_TIM_GET_COUNTER(&htim4); } HAL_TIM_Base_Stop(&htim4); }

这个函数通过查询定时器计数器实现精确延时，实测误差在±2us以内。注意while循环中的-5是经验值，用于补偿指令执行时间，不同型号MCU可能需要调整。

数据线模式切换是另一个关键点：

void DATA_OUTPUT(uint8_t flg) { GPIO_InitTypeDef GPIO_InitStruct = {0}; GPIO_InitStruct.Pin = DATA_Pin; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(DATA_GPIO_Port, &GPIO_InitStruct); HAL_GPIO_WritePin(DATA_GPIO_Port, DATA_Pin, flg?GPIO_PIN_SET:GPIO_PIN_RESET); }

每次切换模式都要重新初始化GPIO，这是HAL库的特点。我最初以为直接修改寄存器就行，结果调试了半天才发现问题。

数据读取函数要严格遵循DHT11的时序规范：

主机拉低至少18ms作为开始信号
释放总线并等待20-40us
检测DHT11的响应信号（80us低电平）
准备接收数据，每个bit以50us低电平开始
高电平持续时间决定数据位是0（26-28us）还是1（70us）

实际编码时，我增加了超时判断和校验机制：

uint8_t DH11_Read(void) { uint8_t retry=0; DATA_OUTPUT(0); // 拉低开始信号 HAL_Delay(18); // 保持18ms DATA_OUTPUT(1); // 释放总线 Delay_us(20); // 等待20us DATA_INPUT(); // 切换为输入模式 if(DATA_READ()==0) { while(DATA_READ()==0 && retry<100) retry++; // 等待DHT11响应 retry=0; while(DATA_READ()==1 && retry<100) retry++; // 等待DHT11拉高 for(int i=0;i<5;i++) DH11_data.Data[i]=DH11_Read_Byte(); // 校验数据 if((DH11_data.Data[0]+DH11_data.Data[1]+ DH11_data.Data[2]+DH11_data.Data[3])==DH11_data.Data[4]) { DH11_data.humidity = DH11_data.Data[0]; DH11_data.temp = DH11_data.Data[2]; return 1; } } return 0; }

5. 串口输出与数据处理

有了准确的温湿度数据，接下来要通过串口输出。HAL库提供了方便的串口发送函数，但直接使用printf会更直观。实现方法是在main.c中添加：

#include <stdio.h> int fputc(int ch, FILE *f) { HAL_UART_Transmit(&huart1, (uint8_t*)&ch, 1, 100); return ch; }

这样就能直接使用printf了，比如：

printf("Temperature: %d℃, Humidity: %d%%\r\n", DH11_data.temp, DH11_data.humidity);

在实际项目中，我建议对原始数据做以下处理：

添加时间戳：记录每次测量的时间
数据滤波：采用滑动平均或中值滤波消除异常值
单位转换：如需要更高精度，可以自己计算小数部分
报警功能：当温湿度超出设定范围时触发警告

一个实用的数据输出格式示例：

void Display_Data(void) { static uint32_t counter = 0; printf("[%05lu] ", counter++); printf("Temp: %02d℃ ", DH11_data.temp); printf("Humi: %02d%% ", DH11_data.humidity); printf("CRC: %s\r\n", DH11_Read()?"OK":"ERROR"); }