STM32F103C8T6+DHT11温湿度传感器实战：从硬件连接到代码调试全流程

STM32F103C8T6与DHT11温湿度传感器：从零构建一个稳定可靠的嵌入式数据采集系统

对于许多嵌入式开发者而言，将传感器数据稳定、准确地采集到微控制器中，是项目成功的第一步。STM32F103C8T6，这颗被誉为“蓝色药丸”的经典Cortex-M3芯片，以其极高的性价比和丰富的生态，成为了无数入门和中级项目的首选。而DHT11，作为一款普及度极高的数字温湿度传感器，其简单的单总线协议看似友好，却在实际应用中暗藏不少时序“陷阱”。今天，我们就抛开那些千篇一律的教程，深入探讨如何基于STM32F103C8T6，构建一个工业级可靠的DHT11数据采集模块。这不仅仅是连接引脚和复制代码，更是关于时序精度、错误处理、代码架构以及调试技巧的实战分享。

1. 项目核心：理解你的硬件伙伴

在动手写一行代码之前，我们必须像了解老朋友一样，熟悉手中的两个核心硬件。这能帮助我们在后续调试中，快速定位问题是出在硬件连接、传感器本身，还是我们的软件逻辑。

1.1 STM32F103C8T6的GPIO能力与配置要点

STM32F103C8T6的GPIO口功能强大，但对于DHT11这种对时序极其敏感的器件，配置不当会导致通信彻底失败。

首先，我们需要明确几个关键点：

• 推挽输出 vs. 开漏输出：DHT11的单总线需要主机（MCU）能够主动拉高和拉低线路。因此，在主机发送起始信号时，GPIO必须配置为推挽输出模式。开漏输出模式在拉低时有效，但拉高依赖于外部上拉电阻，在高速切换时可能无法提供快速、稳定的高电平，不推荐使用。
• 输入模式的选择：当STM32需要读取DHT11的数据时，GPIO需切换为输入模式。通常使用浮空输入或上拉输入。由于DHT11协议要求总线有一个外部上拉电阻（通常4.7KΩ-10KΩ），因此配置为浮空输入即可。如果省去了外部上拉电阻，则可以配置为内部上拉输入，但稳定性可能不如外部电阻。
• 速度设置：GPIO输出速度配置（如GPIO_Speed_2MHz, 10MHz, 50MHz）会影响信号边沿的陡峭程度。对于DHT11这种最高通信速率不超过100Kbps的器件，2MHz或10MHz足以满足要求，且噪声更小。设置为50MHz虽然可以，但可能引入更多的振铃和过冲，在长导线连接时需谨慎。

一个常被忽略的细节是，在代码中动态切换GPIO的输入输出模式时，STM32的标准外设库（SPL）或HAL库的配置函数（GPIO_Init）会重新配置整个端口组。如果你的DHT11数据引脚与其他外设（如LED、按键）共用同一GPIO端口（如GPIOA），频繁的重新初始化可能会干扰其他设备的工作。更优雅的做法是，利用STM32的引脚重映射或选择独立引脚，或者采用更精细的位操作来避免影响同端口其他引脚。

1.2 DHT11传感器：协议深潜与“坑点”预警

DHT11的数据手册看起来简单，但魔鬼藏在细节里。我们来拆解其单总线协议，并指出那些容易导致读取失败的关键参数。

通信时序的精确解读：

一次完整的DHT11数据读取分为三个阶段：主机发起起始信号、DHT11响应、数据传输。

1. 主机起始信号：主机拉低总线至少18毫秒，然后拉高20-40微秒。这里第一个坑是“至少18ms”。很多教程代码里写Delay_ms(20)，没问题。但如果你在实时操作系统（RTOS）的任务里调用，或者被高优先级中断频繁打断，可能导致低电平时间不足，DHT11无法被正确唤醒。

2. 传感器响应信号：DHT11接收到起始信号后，会拉低总线80微秒作为应答，随后再拉高80微秒准备发送数据。我们的代码必须在这段时间内，将GPIO从输出模式切换到输入模式，并开始检测这个响应信号。响应超时判断至关重要，代码必须包含超时退出机制，否则一旦DHT11不存在或损坏，程序将死循环在等待响应的代码里。

3. 数据传输：每一位数据都以一个50微秒的低电平起始脉冲开始，随后的高电平持续时间决定数据位是0还是1。

   • 26-28微秒的高电平表示 ‘0’
   • 70微秒的高电平表示 ‘1’

   这里最大的挑战在于如何精确测量这段高电平的宽度。在禁止中断的环境下，使用微秒级延时循环进行“测量”是常见方法，但这种方法严重依赖于系统时钟的准确性。如果系统时钟因配置错误而有偏差，测量就会出错。

数据格式与校验： DHT11输出40位（5字节）数据。格式如下表所示：