基于STM32与DHT11的温湿度监控系统：从硬件设计到Proteus仿真全流程解析

1. 项目概述：从零构建一个温湿度监控“大脑”

最近在整理工作室的环境数据记录，发现市面上的温湿度计要么功能单一，要么数据无法导出，对于想长期监测并分析环境变化的人来说不太友好。于是，我决定自己动手，用STM32和DHT11搭建一个核心的温湿度数据采集与控制系统。这个项目听起来基础，但麻雀虽小五脏俱全，它涉及了微控制器编程、传感器通信、数据处理以及系统仿真验证等多个环节，是嵌入式入门到进阶的绝佳练手项目。

简单来说，我们要做的是一个能实时、准确采集环境温湿度数据，并能根据预设逻辑（比如温度过高启动风扇）进行自动控制的智能单元。我选择STM32F103C8T6这款经典的“蓝桥杯”核心板作为主控，因为它资源丰富、性价比高、社区支持完善。传感器则选用DHT11，虽然它精度和速度不如更高级的DHT22或SHT系列，但其单总线通信协议对于理解时序操作非常有帮助，且成本极低，非常适合学习和原型开发。

整个设计流程会从原理图与PCB设计开始，使用嘉立创EDA这类工具可以让我们快速将想法转化为实物。接着是固件开发，我们需要深入理解DHT11的通信协议，并用STM32的GPIO模拟单总线时序来读取数据。最后，为了在焊接硬件前验证逻辑的正确性，我会使用Proteus进行系统仿真，搭建一个包含STM32、DHT11、LCD显示屏和继电器（模拟风扇）的虚拟电路，并加载程序进行联调。这个过程能极大避免前期设计错误导致的物料浪费和时间成本。

无论你是刚接触STM32的新手，想通过一个完整项目打通任督二脉；还是有一定经验的开发者，需要一套可靠的DHT11驱动和控制系统框架，这个分享都能提供直接的参考。我会把重点放在那些容易踩坑的地方，比如单总线时序的严格性、STM32中断与延时的平衡、仿真模型中元件的参数设置等，这些都是文档里不会细说，但实际做项目时一定会遇到的“坎”。

2. 核心硬件选型与电路设计解析

2.1 主控芯片：为什么是STM32F103C8T6？

在众多STM32型号中选中F103C8T6，绝非偶然。首先，它基于ARM Cortex-M3内核，主频72MHz，性能对于处理温湿度数据和控制逻辑绰绰有余，甚至留足了后期添加复杂算法（如滤波、PID控制）的余量。其64KB Flash和20KB RAM的存储空间，足以容纳我们这个项目的程序以及一些历史数据缓存。

其次，它的外设资源非常匹配我们的需求。我们需要至少一个高精度的定时器（TIM）来为DHT11的微妙级时序操作提供基准，也需要USART用于调试信息打印，还需要普通的GPIO来连接传感器、控制继电器和驱动LCD。F103C8T6完全满足这些要求。更重要的是，它的生态极其成熟，标准库（StdPeriph Lib）和HAL库都有海量资料，无论是用Keil MDK、STM32CubeIDE还是VSCode+PlatformIO进行开发，都能找到丰富的例程和社区支持，极大降低了学习门槛。

最后是成本与可获得性。这款芯片及其核心板在市场上价格非常透明且低廉，被称为“性价比之王”。对于个人项目或小批量生产，它能有效控制BOM成本。在嘉立创画原理图时，其封装（LQFP48）也易于手工焊接，对DIY爱好者友好。

注意：STM32F103系列有多个子型号，注意区分“C8T6”（64K Flash）和“CBT6”（128K Flash）。我们的项目代码量不大，C8T6完全足够，采购时请认准型号，避免资源不足或浪费。

2.2 传感器：DHT11的工作原理与局限

DHT11是一款经典的温湿度复合传感器，采用单总线（1-Wire）数字信号输出。其内部包含一个电阻式感湿元件和一个NTC测温元件，并集成了一个8位单片机进行校准和数据输出。

它的通信协议是项目的核心难点之一。协议要求主机（STM32）先发起一个起始信号（拉低总线至少18ms后拉高20-40us），然后等待DHT11的响应。响应成功后，DHT11会连续输出40位数据（16位湿度整数+16位温度整数+8位校验和），每一位数据都以一个50us的低电平起始，随后的高电平持续时间（26-28us表示‘0’，70us表示‘1’）来区分数据位。

这里的关键在于时序的严格性。STM32必须能够精确地产生和检测微秒级的电平变化。因此，在编程时，绝对不能使用简单的for循环延时，因为编译器优化和中断干扰会导致延时极不准确。必须使用系统滴答定时器（SysTick）或通用定时器（TIM）来提供精准的延时函数。

关于精度，DHT11的湿度测量范围是20%-90%RH，精度±5%RH；温度测量范围0-50°C，精度±2°C。对于一般的室内环境监测、花卉养殖等场景，这个精度是可以接受的。但如果你的应用场景对精度要求高（如实验室、仓储），那么需要考虑DHT22（精度更高）或I2C/SPI接口的传感器（如SHT30、BME280）。

2.3 外围电路：从原理图到PCB布局要点

使用嘉立创EDA进行设计，可以遵循以下步骤和要点：

1. 最小系统电路：这是STM32工作的基础。必须正确连接电源（3.3V）、地（GND）、复位电路（10K上拉电阻+0.1uF电容到地）、启动模式选择（BOOT0/BOOT1通常下拉）、以及晶振电路（8MHz主晶振+两个20pF负载电容，32.768KHz RTC晶振可选）。特别注意：STM32的模拟电源引脚VSSA和VDDA必须分别连接到纯净的模拟地和模拟3.3V，即使不用ADC也建议连接，并通过一个磁珠或0Ω电阻与数字电源隔离，以提高系统稳定性。

2. DHT11接口电路：非常简单。DHT11的VCC接3.3V，GND接地，DATA引脚接STM32的某个GPIO（如PA0）。关键点：必须在DATA引脚和VCC之间连接一个4.7KΩ或5.1KΩ的上拉电阻，以确保总线在空闲时处于高电平。这是单总线协议正常工作的必要条件，很多初学者会忽略这一点导致通信失败。

3. 输出控制电路：以控制一个12V直流风扇为例。我们不能直接用STM32的GPIO（3.3V）驱动风扇，需要使用一个继电器模块或一个MOS管（如IRF540）进行电平转换和功率驱动。在原理图上，STM32的GPIO通过一个限流电阻连接到MOS管的栅极（G），风扇接在MOS管的漏极（D）和12V电源之间，源极（S）接地。MOS管栅极到地之间最好并联一个10K电阻，确保默认状态下MOS管关闭。如果使用继电器模块，通常模块内部已有驱动电路，STM32只需控制其输入信号脚即可。

4. PCB布局布线建议：

   • 电源优先：先布置电源走线，尽量粗短，并在芯片电源引脚附近放置足够数量的去耦电容（例如，每个VDD/VSS对附近放置一个0.1uF的陶瓷电容）。
   • 晶振靠近：8MHz晶振及其负载电容必须尽可能靠近STM32的OSC_IN和OSC_OUT引脚，走线短而粗，下方避免其他信号线穿过，以减少时钟干扰。
   • 模拟部分隔离：将VDDA/VSSA的走线与其他数字信号线分开，必要时在电源入口处增加一个π型滤波器（磁珠+电容）。
   • 传感器走线：DHT11的DATA信号线不宜过长，如果超过1米，需要考虑信号完整性，可以适当减小上拉电阻值。

3. 固件开发：驱动编写与系统逻辑实现

3.1 开发环境搭建与工程配置

我选择使用Keil MDK（V5）配合STM32标准外设库进行开发。对于新手，标准库的寄存器级操作更有利于理解底层原理。当然，使用HAL库和STM32CubeMX进行图形化配置会更快捷，这里以标准库为例。

首先，需要安装Keil MDK和对应的STM32F1系列器件支持包（DFP）。新建工程时，选择器件STM32F103C8，并添加必要的启动文件（startup_stm32f10x_md.s）和标准库文件（如misc.c,stm32f10x_gpio.c,stm32f10x_rcc.c,stm32f10x_tim.c等）。

关键配置步骤：

1. 系统时钟配置：在system_stm32f10x.c中，通常通过调用SetSysClockTo72()函数，将系统时钟设置为72MHz。这是后续所有精准延时的基础。
2. 滴答定时器（SysTick）初始化：配置SysTick为1ms中断，用于提供delay_ms()函数。同时，基于此实现一个微秒级延时函数delay_us()，这是驱动DHT11的核心。注意，delay_us()函数内部通常使用__nop()空指令循环实现，需要根据CPU频率进行校准。
3. GPIO初始化：将连接DHT11 DATA引脚的GPIO（如GPIOA_Pin_0）配置为开漏输出模式（GPIO_Mode_Out_OD）并初始化为高电平。开漏模式方便实现总线“线与”，在读取数据时再临时切换为浮空输入模式（GPIO_Mode_IN_FLOATING）。

3.2 DHT11单总线驱动代码精讲

驱动代码的核心是严格遵循时序图的发送起始信号和读取40位数据函数。

// 微秒延时函数（需根据72MHz主频校准） void DHT11_Delay_us(uint16_t us) { while(us--) { __nop(); __nop(); __nop(); __nop(); __nop(); __nop(); __nop(); __nop(); __nop(); __nop(); // ... 具体循环次数需要示波器或逻辑分析仪校准 } } // 主机发送起始信号 void DHT11_Start(void) { DHT11_IO_OUT(); // 设置为输出模式 DHT11_DQ_OUT(0); // 拉低总线 delay_ms(20); // 至少拉低18ms DHT11_DQ_OUT(1); // 释放总线，拉高 DHT11_Delay_us(30); // 等待20-40us DHT11_IO_IN(); // 切换为输入模式，准备读取响应 } // 等待DHT11响应 uint8_t DHT11_Wait_Response(void) { uint8_t retry = 0; while(DHT11_DQ_IN() && retry < 100) { // 等待DHT11拉低总线 retry++; DHT11_Delay_us(1); } if(retry >= 100) return 1; // 超时，响应失败 retry = 0; while(!DHT11_DQ_IN() && retry < 100) { // 等待DHT11拉高 retry++; DHT11_Delay_us(1); } if(retry >= 100) return 1; // 超时，响应失败 return 0; // 响应成功 } // 读取一位数据 uint8_t DHT11_Read_Bit(void) { uint8_t retry = 0; while(DHT11_DQ_IN() && retry < 100) { // 等待50us低电平开始 retry++; DHT11_Delay_us(1); } retry = 0; while(!DHT11_DQ_IN() && retry < 100) { // 等待低电平结束 retry++; DHT11_Delay_us(1); } DHT11_Delay_us(40); // 等待40us后采样，此时若为高则是‘1’，低则是‘0’ if(DHT11_DQ_IN()) { return 1; } else { return 0; } } // 读取一个字节（8位） uint8_t DHT11_Read_Byte(void) { uint8_t i, data = 0; for(i=0; i<8; i++) { data <<= 1; data |= DHT11_Read_Bit(); } return data; } // 读取一次温湿度数据 uint8_t DHT11_Read_Data(uint8_t *temp, uint8_t *humi) { uint8_t buf[5]; uint8_t i; DHT11_Start(); if(DHT11_Wait_Response() == 1) return 1; // 响应失败 for(i=0; i<5; i++) { // 读取40位数据 buf[i] = DHT11_Read_Byte(); } // 校验和检查 if(buf[0] + buf[1] + buf[2] + buf[3] != buf[4]) { return 2; // 校验失败 } *humi = buf[0]; // 湿度整数部分 *temp = buf[2]; // 温度整数部分 return 0; // 成功 }

实操心得：

• DHT11_Delay_us函数的准确性至关重要。最好用逻辑分析仪或示波器抓取波形进行校准，确保延时时间与理论值偏差在几微秒以内。
• 在DHT11_Read_Bit函数中，等待低电平开始和结束的循环必须设置超时机制（retry<100），否则一旦DHT11故障或接触不良，程序会死等在这里。
• DHT11两次读取之间需要至少2秒的间隔，频繁读取会得不到响应。在程序中需要做好时间管理。

3.3 控制系统逻辑与状态机设计

采集到温湿度数据后，需要根据它们来控制外部设备。一个简单但鲁棒的控制逻辑是使用状态机。例如，我们定义一个两段式温控：

• 状态0（正常）：温度 < 28°C，风扇关闭。
• 状态1（降温）：温度 >= 28°C，风扇开启。
• 状态2（报警）：温度 >= 35°C 或 湿度 >= 80%，除了开启风扇，还通过LED闪烁或蜂鸣器进行声光报警。

为了避免在阈值附近频繁切换状态（例如温度在27.9°C和28.1°C之间波动），可以引入迟滞（Hysteresis）。修改逻辑为：从正常到降温的阈值是28°C，但从降温回到正常的阈值可以设为27°C。这样就能有效消除抖动。

在main函数的主循环中，可以这样组织逻辑：

int main(void) { // 系统初始化（时钟、GPIO、定时器、串口等） System_Init(); DHT11_Init(); Fan_Init(); // 风扇控制GPIO初始化 LED_Init(); // 报警LED初始化 uint8_t temperature, humidity; uint8_t last_fan_state = 0; uint32_t last_read_time = 0; while(1) { // 每2秒读取一次传感器 if(HAL_GetTick() - last_read_time > 2000) { last_read_time = HAL_GetTick(); if(DHT11_Read_Data(&temperature, &humidity) == 0) { // 打印数据到串口，用于调试 printf("Temp: %d C, Humi: %d %%\r\n", temperature, humidity); // 控制逻辑 if(temperature >= 35 || humidity >= 80) { // 报警状态 Fan_On(); LED_Blink(200); // LED快速闪烁 } else if(temperature >= 28) { // 降温状态 Fan_On(); LED_Off(); } else if(temperature <= 27) { // 迟滞，低于27度才关闭 // 正常状态 Fan_Off(); LED_Off(); } // 如果温度在27-28之间，保持上一个状态不变 } else { printf("DHT11 Read Error!\r\n"); } } // 其他任务... } }

4. Proteus仿真：虚拟环境下的系统联调

在PCB打样和焊接之前，用Proteus进行仿真可以验证硬件电路设计和软件逻辑是否正确，能节省大量时间和物料成本。

4.1 仿真电路搭建要点

1. 元件选择：

   • MCU：在Proteus元件库中搜索“STM32F103C8”，将其放入图纸。
   • DHT11：搜索“DHT11”。Proteus中的DHT11模型是一个可交互的传感器，你可以右键点击它，手动设置其输出的温湿度值，用于测试程序在不同数据下的反应。
   • 显示设备：可以添加一个字符型LCD（如LM016L，即1602）来显示数据，连接方式为8位或4位数据线加RS、RW、E控制线。
   • 执行机构：添加一个继电器（RELAY）或一个LED（模拟风扇开关），由STM32的GPIO控制。
   • 调试接口：添加一个“VIRTUAL TERMINAL”（虚拟终端），连接到STM32的USART_TX引脚，用于接收程序通过串口打印的调试信息。

2. 电路连接：按照原理图连接各元件。特别注意，Proteus中STM32的电源（VDD/VSS）可以不用显式连接电源符号，默认已连接。但晶振电路必须正确连接，否则仿真可能无法运行或时钟不对。DHT11的DATA引脚需要连接一个上拉电阻（如5K）到VCC。

3. MCU固件加载：双击原理图中的STM32元件，在“Program File”一栏中，选择你Keil或IDE编译生成的.hex文件。在“Crystal Frequency”中填入8MHz（与你的程序配置一致）。

4.2 仿真调试技巧与常见问题

启动仿真后，你可以通过以下方式观察系统行为：

• 虚拟终端：查看串口打印的温湿度数据及错误信息。
• DHT11器件：右键点击，选择“Component Properties”或使用快捷键，可以动态修改“Humidity”和“Temperature”的值，模拟环境变化。
• 电压探针/逻辑分析仪：在DHT11的DATA引脚上放置一个电压探针，可以观察通信波形。更高级的方法是使用“Digital Oscilloscope”（数字示波器）来查看精确的时序，验证你的延时函数是否准确。

仿真中常见问题与解决：

1. 程序不运行，STM32红色高亮：最常见的原因是.hex文件路径错误或时钟配置不匹配。检查.hex文件是否正确加载，并确认程序中的系统时钟配置（如72MHz）与Proteus中STM32属性里的“Crystal Frequency”（8MHz）是否对应。有时需要勾选“Ignore Reset Pin”选项。
2. DHT11读取始终失败：
   • 检查Proteus中DHT11的DATA引脚是否连接了上拉电阻。
   • 用逻辑分析仪查看起始信号和响应波形。重点检查主机拉低的时间是否足够长（>18ms），拉高后的等待时间（20-40us）是否准确，以及DHT11的响应低电平（约80us）和高电平（约80us）是否出现。
   • 对比波形与DHT11数据手册的时序图。Proteus中DHT11模型的时序参数是固定的，如果你的程序延时偏差太大，可能导致模型无法识别。这时需要回头校准你的delay_us函数。
3. 虚拟终端无输出：检查USART引脚连接是否正确（TX接虚拟终端的RX），波特率设置是否与程序一致（如115200）。在虚拟终端的属性中，正确设置波特率、数据位、停止位。
4. 控制逻辑不响应：修改DHT11的模拟温湿度值，观察控制风扇的GPIO引脚电平是否按预期变化。可以在该引脚接一个LED或在引脚上右键选择“Toggle Digital Probe”来观察状态。

提示：Proteus仿真虽然强大，但它毕竟是模型，其行为与真实物理器件存在细微差别。仿真通过后，在真实硬件上仍可能遇到问题（如电源噪声、信号干扰等）。仿真的主要价值在于验证核心逻辑和通信协议的正确性。

5. 硬件调试与系统优化实录

5.1 从仿真到实物的关键跨越

当PCB焊接完成，程序烧录进去后，真正的挑战才开始。首先确保最小系统工作正常：测量3.3V电源是否稳定，按下复位键看程序能否重新运行。可以使用一个简单的LED闪烁程序（不涉及传感器）来测试最基本的GPIO和定时器功能。

接下来连接DHT11。最常见的实物调试问题是通信失败。以下是我的排查清单：

1. 电源与接地：用万用表测量DHT11的VCC和GND之间电压是否为稳定的3.3V。确保地线连接良好。
2. 上拉电阻：确认DATA引脚上的4.7KΩ上拉电阻已正确焊接。
3. 信号波形：这是最直接的诊断方法。使用逻辑分析仪（甚至一个简易的USB逻辑分析仪）连接到DATA引脚。触发一次读取操作，抓取完整的通信波形。与数据手册的时序图逐项对比：
   • 起始信号的低电平宽度是否大于18ms？
   • 主机释放总线后，到DHT11拉低响应前，是否有足够长的等待时间（程序中的30us）？
   • DHT11的响应信号（约80us低+80us高）是否出现？
   • 每一位数据的“0”和“1”的高电平时间（26-28us vs 70us）是否能被清晰区分？ 如果波形严重畸形，问题通常出在delay_us函数的精度上。在真实硬件上，由于指令执行时间、中断等因素，仿真中能用的延时可能需要微调。
4. 软件调整：如果波形大致正确但仍有错误，可以尝试：
   • 在读取数据位的DHT11_Delay_us(40)后，增加几个微秒的延时再采样，给信号一个稳定的时间。
   • 在切换GPIO输入输出模式后，增加短暂的延时（几个__nop()）。
   • 降低系统主频进行测试（如降到36MHz），看是否通信成功，这有助于判断是否是时序过于紧张。

5.2 稳定性优化与抗干扰设计

系统能工作后，下一步是让它稳定可靠地工作。

1. 数据滤波：DHT11偶尔会读出错误数据（如湿度>100%）。可以在软件中加入简单的滤波算法。例如，连续读取N次（如5次），去掉一个最大值和一个最小值，然后对剩下的数据取平均。或者采用一阶滞后滤波（低通滤波）：current_value = alpha * new_value + (1 - alpha) * last_value，其中alpha是一个介于0和1之间的系数，用于控制新值的权重。
2. 看门狗（IWDG）：为了防止程序跑飞导致系统死机，必须启用独立看门狗。在main函数初始化部分配置IWDG的超时时间（如2秒），然后在主循环中定期“喂狗”。如果程序卡死在某个地方，看门狗超时后会复位整个系统。

   // 初始化独立看门狗，约2秒超时 IWDG_WriteAccessCmd(IWDG_WriteAccess_Enable); IWDG_SetPrescaler(IWDG_Prescaler_64); // 40kHz LSI / 64 = 625 Hz IWDG_SetReload(1250); // 625 Hz / 1250 = 0.5Hz， 即2秒 IWDG_ReloadCounter(); // 喂狗 IWDG_Enable();

   在主循环中定期调用IWDG_ReloadCounter()。
3. 电源管理：如果系统由电池供电，功耗就很重要。可以让STM32进入休眠模式（Stop Mode），通过定时器（RTC）每2秒唤醒一次，读取传感器并执行控制，然后再次休眠，这样可以极大降低平均功耗。
4. 通信增强：如果传感器需要长线连接（>1米），单总线信号容易衰减和受干扰。除了减小上拉电阻（如2.2KΩ）外，可以考虑使用屏蔽线，并在MCU端DATA引脚对地加一个几十皮法的小电容，以滤除高频毛刺。

5.3 功能扩展思路

基础系统稳定后，可以有很多扩展方向：

• 本地显示与交互：接入OLED屏幕（SSD1306，I2C接口）显示更丰富的图形化信息。增加按键，用于设置温湿度阈值、切换显示模式。
• 数据记录与导出：增加一个SPI接口的MicroSD卡模块，将采集到的温湿度数据（附带时间戳）以CSV格式写入文件，便于后期在电脑上用Excel或Python分析。
• 无线传输：接入ESP-01S WiFi模块（AT指令）或HC-05蓝牙模块，将数据上传到手机APP或云平台（如ThingsBoard、阿里云IoT），实现远程监控。这是当前物联网（IoT）的典型应用。
• 多节点组网：如果需要监控多个房间，可以使用多路GPIO连接多个DHT11，或者采用RS-485总线搭配Modbus协议，构建一个分布式的温湿度监测网络。

从一块小小的STM32核心板和一个廉价的DHT11开始，通过一步步的硬件设计、软件编程、仿真调试和实物优化，最终构建出一个稳定可靠的温湿度控制系统。这个过程不仅让你掌握了具体的技能点，更重要的是建立起一套完整的嵌入式项目开发方法论：需求分析、方案选型、电路设计、驱动开发、仿真验证、硬件调试、稳定性优化。当你下次面对更复杂的项目时，这套方法论将是你最有力的工具。