在实际嵌入式开发项目中，温湿度检测是一个经典且高频的需求，无论是环境监控、农业大棚还是智能家居，都需要一个稳定可靠的系统来采集数据。很多初学者在接触这个项目时，常常会陷入一个误区：以为只要把传感器连上单片机，调用一个库函数就能万事大吉。然而，从硬件选型、电路设计、通信协议解析到软件防错处理，每一步都藏着影响最终数据准确性和系统稳定性的细节。本文将围绕STM32F103C6单片机和DHT11温湿度传感器，带你从零构建一个完整的温湿度检测系统，并深入探讨如何在Proteus中进行仿真验证，以及如何将设计转化为实际的PCB。文章不仅会给出可运行的代码，更会解释每一个配置和代码段背后的设计逻辑，以及开发过程中必然会遇到的坑和排查方法。

1. 系统核心：理解DHT11传感器与STM32的通信机制

在动手连接线路和编写代码之前，必须彻底理解传感器是如何工作的。DHT11是一款数字式温湿度复合传感器，它通过单总线协议与单片机通信。这个“单总线”既是它的优点（节省IO口），也是新手最容易出错的地方。

1.1 DHT11单总线协议时序剖析

DHT11的通信流程严格遵循特定的时序。一次完整的数据传输约为4ms，包含40位数据。这40位数据中，前16位是湿度整数和小数，接着16位是温度整数和小数，最后8位是校验和。通信始于单片机（主机）发送起始信号。

起始信号：主机将数据线（通常命名为DATA或DQ）拉低至少18ms（典型值为20ms），然后释放，由上拉电阻将总线拉高。传感器在检测到主机释放总线后，会等待20-40us，然后发出响应信号。

传感器响应：DHT11会将总线拉低约80us作为应答信号，随后再次拉高80us，表示即将开始传输数据。

数据位传输：每一位数据都以一个50us的低电平起始位开始。随后是一个高电平，其持续时间决定了数据是0还是1。26-28us的高电平表示‘0’，70us的高电平表示‘1’。整个通信过程对时序要求非常苛刻，微秒级的误差都可能导致读取失败。

理解这个时序是编写稳定驱动代码的基础。很多“读取失败”的问题，根源都在于单片机IO口速度配置不当、延时函数不精确或中断干扰。

1.2 STM32F103C6的GPIO配置要点

STM32F103C6是一款基于Cortex-M3内核的常用单片机。为了可靠地与DHT11通信，我们需要将连接传感器的GPIO引脚配置为开漏输出模式，并启用内部（或外部）上拉电阻。

为什么是开漏输出？因为在单总线通信中，同一根线需要被主机和从机（DHT11）轮流控制。开漏模式允许主机在输出‘0’时强下拉总线，在输出‘1’时释放总线（由外部上拉电阻拉高），从而避免总线冲突。在读取传感器数据时，我们需要将引脚快速切换为浮空输入模式，以读取传感器输出的电平。

以下是关键的GPIO初始化代码示例：

// dht11.h #define DHT11_GPIO_PORT GPIOB #define DHT11_GPIO_PIN GPIO_Pin_12 // dht11.c void DHT11_GPIO_Config(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); // 使能GPIOB时钟 // 初始化为开漏输出，并默认输出高电平（释放总线） GPIO_InitStructure.GPIO_Pin = DHT11_GPIO_PIN; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_OD; // 开漏输出 GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; // 高速模式，确保时序 GPIO_Init(DHT11_GPIO_PORT, &GPIO_InitStructure); GPIO_SetBits(DHT11_GPIO_PORT, DHT11_GPIO_PIN); // 置高，释放总线 }

在发送起始信号和接收数据时，需要动态切换引脚模式。一个常见的优化是，利用STM32的“位带操作”或直接操作寄存器来快速翻转IO状态，以减少函数调用带来的时序误差。

2. 环境准备与项目框架搭建

一个清晰的项目结构是后续开发和调试的保障。我们将使用Keil MDK作为开发环境，Proteus 8进行电路仿真。

2.1 硬件清单与软件环境

硬件部分：

• 主控芯片：STM32F103C6T6（核心板或最小系统板）
• 温湿度传感器：DHT11
• 显示模块：可选OLED (SSD1306驱动) 或 LCD1602，用于本地显示数据。
• 连接线：杜邦线若干。
• 电源：5V或3.3V电源，注意DHT11供电电压范围（3.3V-5.5V）。

软件部分：

• 集成开发环境(IDE)：Keil uVision 5 (MDK-ARM)
• 仿真软件：Proteus 8 Professional
• 串口调试助手：如XCOM、SSCOM，用于查看原始数据。
• STM32固件库：建议使用标准外设库（StdPeriph_Lib）或HAL库，本文示例基于标准外设库。

2.2 在Keil中创建STM32工程

1. 新建工程：打开Keil，选择Project -> New uVision Project，指定工程路径和名称（如DHT11_Project）。
2. 选择器件：在弹出的对话框中，搜索并选择STMicroelectronics -> STM32F103C6。
3. 管理运行时环境：在Manage Run-Time Environment窗口中，根据你的固件库选择核心支持（如Device -> Startup）和可能需要的外设（如GPIO）。你也可以选择不通过RTE，手动添加库文件。
4. 添加组和文件：在Project窗口创建User,Library,Hardware等组。将标准外设库的core_cm3.c、system_stm32f10x.c、startup_stm32f10x_md.s（对于中等密度器件）以及用到的外设.c文件（如stm32f10x_gpio.c,stm32f10x_rcc.c）添加到相应组。在User组添加main.c，在Hardware组添加dht11.c、oled.c（如果使用）等。
5. 配置魔术棒：
   • Target选项卡：确认晶振频率（通常为8MHz）。
   • Output选项卡：勾选Create HEX File，用于生成Proteus可加载的文件。
   • C/C++选项卡：在Define框中添加USE_STDPERIPH_DRIVER, STM32F10X_MD。在Include Paths中添加所有头文件路径。

2.3 在Proteus中绘制仿真电路

Proteus仿真可以让我们在不具备实物的情况下验证逻辑的正确性。

1. 新建工程：打开Proteus ISIS，选择File -> New Project。
2. 选择模板：通常选择DEFAULT模板。
3. 添加元件：
   • 在元件库中搜索STM32F103C6并放置。
   • 搜索DHT11并放置。
   • 如果需要显示，搜索OLED12864或LM016L(LCD1602)并放置。
   • 搜索RES（电阻）、CRYSTAL（晶振）、CAP（电容）等搭建最小系统。对于DHT11的数据线，记得添加一个4.7kΩ - 10kΩ的上拉电阻连接到VCC。
4. 连线：将DHT11的VCC接电源（POWER），GND接地（GROUND），DATA接STM32的某个IO口（如PB12），并通过上拉电阻接VCC。OLED的SCL和SDA分别接STM32的PB6和PB7（模拟I2C）。
5. 配置STM32属性：双击原理图中的STM32芯片，在Program File一栏，选择Keil编译生成的.hex文件。在Crystal Frequency中设置为8MHz（与Keil工程配置一致）。

3. 核心驱动代码实现与解析

我们将分模块实现功能，确保每个部分都清晰可测。

3.1 DHT11驱动代码详解

驱动代码的核心是严格按照时序要求，实现起始信号发送、响应检测和数据位读取。

// dht11.c #include "dht11.h" #include "delay.h" // 需要一个微秒级延时函数 // 设置引脚为输出模式（主机控制总线） static void DHT11_Mode_Out(void) { GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin = DHT11_GPIO_PIN; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_OD; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(DHT11_GPIO_PORT, &GPIO_InitStructure); } // 设置引脚为输入模式（读取传感器数据） static void DHT11_Mode_In(void) { GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin = DHT11_GPIO_PIN; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; // 浮空输入 GPIO_Init(DHT11_GPIO_PORT, &GPIO_InitStructure); } // 读取一个字节（8位）数据 static uint8_t DHT11_Read_Byte(void) { uint8_t i, data = 0; for(i=0; i<8; i++) { data <<= 1; // 左移，先接收高位 while(DHT11_Read_Pin() == 0); // 等待50us低电平起始位结束 delay_us(40); // 延时40us，避开起始位，到达判断数据位的位置 if(DHT11_Read_Pin() == 1) { // 如果此时还是高电平，说明是‘1’ data |= 0x01; while(DHT11_Read_Pin() == 1); // 等待高电平结束 } // 如果是‘0’，则直接进入下一位的起始低电平等待 } return data; } // 读取温湿度主函数 uint8_t DHT11_Read_Data(DHT11_Data *dht11) { uint8_t buf[5]; uint8_t i; uint8_t check_sum; DHT11_Mode_Out(); DHT11_Output_Low(); // 主机拉低总线 delay_ms(20); // 拉低至少18ms DHT11_Output_High(); // 主机释放总线 delay_us(30); // 延时20-40us，等待传感器响应 DHT11_Mode_In(); // 切换为输入模式，准备读取 if(DHT11_Read_Pin() == 0) { // 检测传感器响应信号（80us低电平） while(DHT11_Read_Pin() == 0); // 等待低电平结束 while(DHT11_Read_Pin() == 1); // 等待高电平结束（80us） // 连续读取5个字节（湿度高、低、温度高、低、校验和） for(i=0; i<5; i++) { buf[i] = DHT11_Read_Byte(); } DHT11_Mode_Out(); DHT11_Output_High(); // 读取完毕，释放总线 check_sum = buf[0] + buf[1] + buf[2] + buf[3]; if(check_sum == buf[4]) { // 校验数据 dht11->humi_int = buf[0]; dht11->humi_deci = buf[1]; dht11->temp_int = buf[2]; dht11->temp_deci = buf[3]; return 0; // 读取成功 } } return 1; // 读取失败 }

关键点解析：

1. 延时精度：delay_us()和delay_ms()函数的精度直接影响通信成败。在STM32中，通常使用SysTick定时器实现微秒级延时。避免使用简单的for循环延时，因为编译器优化和中断可能破坏其准确性。
2. 模式切换：每次通信前后必须正确切换GPIO模式。输出模式用于控制，输入模式用于读取。
3. 校验和：校验和是前四个字节（湿度和温度数据）的累加和，只取低8位。这是判断数据在传输过程中是否出错的重要依据。

3.2 OLED显示模块集成

为了直观查看数据，我们集成一个OLED显示模块（I2C接口）。这里使用软件模拟I2C。

// oled.c (部分关键函数) void OLED_ShowString(uint8_t x, uint8_t y, char *str) { // 显示字符串函数 } void OLED_ShowNum(uint8_t x, uint8_t y, uint32_t num, uint8_t len) { // 显示数字函数 } // 在主循环中调用显示 void Show_DHT11_Data(DHT11_Data dht11) { char str[20]; OLED_Clear(); // 清屏 sprintf(str, "Temp:%2d.%1dC", dht11.temp_int, dht11.temp_deci); OLED_ShowString(0, 0, (uint8_t*)str); sprintf(str, "Humi:%2d.%1d%%", dht11.humi_int, dht11.humi_deci); OLED_ShowString(0, 2, (uint8_t*)str); }

3.3 主程序逻辑与系统循环

主程序负责初始化各外设，并循环读取传感器数据、更新显示。

// main.c #include "stm32f10x.h" #include "dht11.h" #include "oled.h" #include "delay.h" #include "usart.h" // 可选，用于串口打印调试 DHT11_Data dht11_data; int main(void) { uint8_t read_status; delay_init(); // 初始化延时函数（基于SysTick） DHT11_GPIO_Config(); // 初始化DHT11 GPIO OLED_Init(); // 初始化OLED USART1_Config(115200); // 初始化串口，用于调试 OLED_Clear(); OLED_ShowString(0, 0, (uint8_t*)"DHT11 System"); OLED_ShowString(0, 2, (uint8_t*)"Initializing..."); delay_ms(1000); while(1) { read_status = DHT11_Read_Data(&dht11_data); if(read_status == 0) { // 读取成功，显示数据 Show_DHT11_Data(dht11_data); // 通过串口发送数据到PC printf("Temp:%d.%d C, Humi:%d.%d %%\r\n", dht11_data.temp_int, dht11_data.temp_deci, dht11_data.humi_int, dht11_data.humi_deci); } else { // 读取失败 OLED_ShowString(0, 4, (uint8_t*)"Read Error!"); printf("DHT11 Read Failed!\r\n"); } // 两次读取间隔至少2秒，DHT11采样周期较慢 delay_ms(2000); } }

4. 系统验证、仿真与问题排查

代码编写完成后，需要通过仿真和实物调试来验证系统功能。

4.1 Proteus仿真运行与观察

1. 在Keil中编译工程，生成DHT11_Project.hex文件。
2. 在Proteus中，双击STM32芯片，将Program File指向该hex文件。
3. 点击Proteus左下角的运行按钮。
4. 观察现象：
   • OLED屏幕上应显示“DHT11 System”和“Initializing...”，随后显示具体的温度和湿度数值。Proteus中的DHT11模型可以右键点击，选择Edit Properties来手动设置温湿度仿真值。
   • 可以在Proteus中添加虚拟终端（Virtual Terminal），连接USART1的TX引脚，查看串口打印的调试信息。

4.2 实物连接与调试

将程序下载到真实的STM32F103C6开发板，按照原理图连接DHT11和OLED。

上电前检查清单：

• [ ] 电源电压是否正确（3.3V/5V）？
• [ ] DHT11数据线是否已接上拉电阻（4.7kΩ）？
• [ ] OLED的I2C地址是否正确（通常0x78或0x7A）？
• [ ] 所有连接是否牢固，有无虚焊、短路？

上电后调试步骤：

1. 观察电源指示灯：开发板和模块的电源指示灯是否正常亮起。
2. 使用逻辑分析仪或示波器：这是最直接的调试手段。抓取DHT11数据线上的波形，与协议时序图对比，看起始信号、响应信号和数据位是否符合规范。
3. 利用串口调试：在主程序中加入丰富的串口打印信息，例如在DHT11_Read_Data函数的每个关键步骤（发送起始信号后、检测到响应后、读取每个字节后）打印状态，可以快速定位问题发生在哪个阶段。
4. 检查延时函数：用示波器或定时器中断验证delay_us(30)、delay_us(40)等关键延时是否准确。

4.3 常见问题与排查路径

以下是开发DHT11系统时最常遇到的几个问题及其解决方法。

5. 从仿真到实践：PCB设计与生产考量

当仿真和面包板验证通过后，若需小批量制作，可以考虑设计PCB。

5.1 使用嘉立创EDA进行原理图设计

1. 创建新项目：在嘉立创EDA（立创EDA）中新建一个项目。
2. 绘制原理图：
   • 从元件库中搜索并放置STM32F103C6T6、DHT11、OLED接口、晶振、复位电路、滤波电容、电源接口（如Type-C或Micro USB）、LDO稳压芯片（如AMS1117-3.3，如果输入是5V）。
   • 特别注意DHT11的数据线需要连接一个4.7kΩ的上拉电阻到3.3V。STM32的NRST引脚需要连接一个10kΩ上拉电阻和一个100nF电容到地，构成复位电路。
   • 为每个电源引脚（VDD）附近放置一个100nF的退耦电容。
3. 电气规则检查(ERC)：完成连线后，运行ERC，检查是否有未连接的网路、电源冲突等。

5.2 PCB布局与布线要点

1. 布局原则：先放置核心元件（STM32），然后围绕其放置外围电路（晶振靠近MCU的OSC_IN/OUT引脚，滤波电容靠近电源引脚）。DHT11作为传感器，可以放置在板边便于接触空气的位置。
2. 电源走线：电源线应适当加宽（如20-30mil）。先经过滤波电容，再进入芯片电源引脚。
3. 信号线：晶振走线尽量短且粗，下方避免走其他信号线。I2C、DHT11数据线等普通信号线正常走线即可。
4. 覆铜：对顶层和底层进行地（GND）覆铜，可以增强抗干扰能力。
5. 设计规则检查(DRC)：设定好线宽、间距等规则后，运行DRC检查，确保无误。

5.3 生产与焊接调试

将设计好的PCB文件（Gerber）提交给嘉立创等PCB制板商。收到空板后：

1. 焊接顺序：建议先焊接电源部分（LDO、电容），上电测试3.3V输出是否正常。再焊接MCU、晶振、复位电路，通过ST-Link下载一个简单的LED闪烁程序测试MCU最小系统是否工作。最后焊接传感器和显示模块。
2. 调试：焊接完成后，重复4.2和4.3节的调试步骤。PCB上的问题可能还包括虚焊、连锡、元件方向焊反等，需要仔细检查。

6. 项目优化与扩展方向

一个基础的温湿度检测系统完成后，可以从多个维度进行优化和功能扩展，使其更贴近实际应用。

6.1 软件层面的优化

• 增加滤波算法：DHT11读取的数据可能会有微小跳动。可以在软件中实现滑动平均滤波、中值滤波或一阶滞后滤波，使显示更稳定。

  // 示例：滑动平均滤波（队列长度为5） #define FILTER_LEN 5 int32_t temp_sum = 0, humi_sum = 0; int16_t temp_buf[FILTER_LEN], humi_buf[FILTER_LEN]; uint8_t filter_idx = 0; // 每次读取到新数据后 temp_sum -= temp_buf[filter_idx]; humi_sum -= humi_buf[filter_idx]; temp_buf[filter_idx] = dht11_data.temp_int * 10 + dht11_data.temp_deci; // 转换为整数处理 humi_buf[filter_idx] = dht11_data.humi_int * 10 + dht11_data.humi_deci; temp_sum += temp_buf[filter_idx]; humi_sum += humi_buf[filter_idx]; filter_idx = (filter_idx + 1) % FILTER_LEN; // 显示平均值 int16_t temp_avg = temp_sum / FILTER_LEN; int16_t humi_avg = humi_sum / FILTER_LEN;

• 低功耗设计：如果设备由电池供电，可以让STM32在读取间隔进入Stop或Sleep模式，并利用定时器唤醒。DHT11在不通信时功耗极低。
• 增加校准功能：通过按键或串口命令，可以输入一个已知的标准值，计算出传感器的偏移量，并在后续读数中进行补偿。

6.2 硬件与功能扩展

• 多传感器网络：使用多个GPIO口连接多个DHT11，或使用单总线挂载多个DS18B20（温度传感器），实现多点监测。
• 无线传输：集成ESP8266 Wi-Fi模块或HC-05蓝牙模块，将数据上传到手机APP或云平台（如阿里云、OneNET），实现远程监控。
• 增加报警功能：连接一个蜂鸣器和LED，当温度或湿度超过设定的阈值时，进行声光报警。
• 选用更精确的传感器：对于要求更高的场合，可以换用DHT22（AM2302）或SHT30等精度更高、响应更快的传感器，其通信协议可能略有不同，需调整驱动。

6.3 工程化考量

• 代码模块化：将DHT11驱动、OLED驱动、滤波算法、通信协议等封装成独立的.c/.h文件，通过清晰的接口调用，提高代码可读性和可移植性。
• 错误处理与日志：除了返回成功/失败，可以定义更详细的错误码（如超时错误、校验错误）。在调试版本中，通过串口输出详细的运行日志。
• 版本管理：使用Git等工具管理项目代码，特别是当项目开始扩展和优化时。

从理解一个简单的单总线协议开始，到完成一个稳定可靠的软硬件系统，再到考虑优化和扩展，这个过程涵盖了嵌入式开发的核心环节。最关键的不是记住代码，而是掌握“理解时序-编写驱动-硬件调试-排查问题”这一套方法论。当你再次面对一个新的传感器或通信协议时，这套方法依然适用。建议在完成基础功能后，主动尝试增加滤波、无线传输或低功耗等其中一个扩展功能，这会让你对嵌入式系统的理解更深一层。