DHT传感器的基本参数与硬件特性

在物联网、智能家居、环境监测等领域，温湿度是最基础也最核心的两个环境参数。想要低成本快速获取环境温湿度数据，DHT系列传感器几乎是很多嵌入式开发者的第一选择。从早期的DHT11到升级款的DHT22(也叫AM2302)，这款单总线协议的数字温湿度传感器凭借着接线简单、成本低廉、体积小巧的优势，占据了民用低端温湿度监测领域的大部分市场。很多人用过DHT，但对它的协议细节、性能特点、优缺点并没有深入了解，今天我们就从硬件特性、通信协议、实际应用几个维度，对DHT温湿度传感器做一次完整探究。

一、DHT传感器的基本参数与硬件特性

DHT系列是奥松电子推出的数字温湿度传感器，目前最常用的是两个型号：DHT11和DHT22，两者核心原理一致，性能参数和价格有明显区别，我们对比来看：

核心参数对比

参数项DHT11DHT22(AM2302)

温度测量范围0~50℃-40~80℃

湿度测量范围20%~90%RH0~100%RH

温度精度±2℃±0.5℃

湿度精度±5%RH±2%~±3%RH

分辨率温度1℃，湿度1%RH温度0.1℃，湿度0.1%RH

采样频率最大1Hz最大0.5Hz

供电电压3.3V~5.5V3.3V~6V

价格(2026年散单价)1~2元3~5元

从参数就能看出来，DHT11适合对精度要求不高的场景，比如室内温湿度显示、小家电的环境检测，成本优势非常明显;DHT22精度更高，测量范围更广，适合对精度有一定要求的场合，比如农业大棚监测、仓库环境监测，价格也只比DHT11贵一点，性价比依然很高。

硬件结构特点

DHT传感器的硬件设计非常简洁，整个传感器包含了电容式感湿元件、NTC测温元件和专用AD转换芯片三个部分，所有信号处理都在传感器内部完成，直接输出数字信号，不需要外接ADC，也不需要额外的信号调理电路，用户只需要一根线就能直接和MCU通信，这是它最大的优势。对比模拟输出的温湿度传感器，省去了AD采样和校准计算的工作，大大降低了开发难度。

常见的DHT一般是四种封装：最常用的是直插四脚封装，其实只用到三个脚：VCC、GND、DATA，第四个脚是空脚;还有贴装的SOP封装，以及带外壳的防水封装，防水款额外加了一层密封外壳，可以用在稍微高湿度甚至接触水的场景，但精度会略有下降;还有焊线式的，方便远距离布线。很多模块厂商会把DHT加上上拉电阻和排针做成成品模块，直接插在开发板上就能用，对初学者非常友好。

这里要注意一个常见的误区：很多人以为DATA脚不需要上拉电阻，实际上DHT的单总线协议需要外接一个4.7kΩ左右的上拉电阻，保证总线空闲时是高电平，如果用成品模块一般已经做好了上拉，如果是自己焊裸传感器，一定要记得加上拉电阻，否则通信肯定会出错。

二、单总线通信协议解析：DHT的核心逻辑

DHT最有特点的就是它的单总线通信协议，所有数据都通过一根DATA线传输，不需要时钟线，协议逻辑非常简单，但也有很多细节容易出错，我们来拆解一下完整的通信流程：

一次完整通信的流程

DHT传感器正常工作的时候，空闲状态下总线被上拉电阻拉到高电平，当MCU想要读取温湿度数据的时候，需要主动发起起始信号，然后DHT响应，之后输出40位数据，一次完整的传输流程是这样的：

MCU发起起始信号：MCU把总线拉低，保持至少18ms(DHT11一般要求18ms以上，DHT22只需要1ms以上，为了兼容一般都拉低20ms)，然后MCU释放总线，把总线改成输入模式(或者输出高电平)，等待DHT响应。

DHT响应信号：DHT检测到起始信号之后，会把总线拉低80μs作为响应，然后再拉高80μs，之后就开始输出40位数据。如果我们用示波器看，响应就是一个80μs低+80μs高的脉冲。

输出40位数据：DHT输出的40位数据，分成5个字节，格式是：8位湿度整数 + 8位湿度小数 + 8位温度整数 + 8位温度小数 + 8位校验和，高位先出，也就是说第一个字节是最高位。校验和的计算规则很简单：校验和 = 湿度整数 + 湿度小数 + 温度整数 + 温度小数，只取低8位，如果我们计算出来的校验和和收到的校验和不一致，说明数据出错了，直接丢弃就行。

一位数据的编码方式：DHT用脉冲长度来区分0和1，规则是这样的：不管是0还是1，都是先拉低50μs作为起始，然后拉高，如果拉高时间是26~28μs，就是0;如果拉高时间是70μs左右，就是1。这个编码方式非常简单，MCU只需要计时就能判断是0还是1，不需要复杂的解码逻辑。

40位数据传输完成之后，DHT会自动释放总线，拉低之后马上释放，回到空闲高电平状态，等待下一次起始信号。整个传输过程从MCU发起起始到传输完成，一共也就几毫秒，非常快。

协议实现的常见坑点

很多初学者用DHT的时候经常出现读不到数据、数据出错的问题，大部分都是协议时序没有处理对，常见的坑有几个：

第一个坑：起始信号拉低时间不够。DHT对起始信号的最低宽度有要求，DHT11必须拉低18ms以上，如果拉低只有几毫秒，DHT检测不到起始信号，自然不会响应。很多人为了快只拉低10ms，就会经常读失败。

第二个坑：没有正确切换IO方向。很多MCU的IO做单总线需要切换输入输出模式，MCU发起起始的时候是输出低，发起完之后要改成输入模式来接收DHT的响应和数据，如果一直保持输出高，根本读不到DHT拉低的信号，肯定会出错。

第三个坑：计时不准确。区分0和1靠的是拉高的时间，如果MCU的中断太多，导致计时不准，就会把0判断成1，把1判断成0，最后数据出错，校验和不对。所以读DHT的时候最好关闭不必要的中断，保证时序准确，尤其是在主频比较低的8位MCU上，这个问题更明显。

第四个坑：采样频率太高。DHT11最大采样频率是1Hz，也就是一秒只能读一次，DHT22最大是0.5Hz，也就是两秒读一次，如果读的太频繁，DHT还没准备好下一次数据，就会读出错数据，所以代码里至少要间隔1秒以上才能读一次，很多初学者一两百毫秒就读一次，当然经常出错。

三、DHT的校准与误差来源分析

DHT作为一款低成本数字传感器，它的误差来源有哪些，我们怎么尽量提高测量精度?

首先，DHT出厂的时候已经在内部校准好了，校准参数存在芯片里，输出的数据已经是校准好的，用户不需要自己再做校准，这也是它方便的地方。但这不代表它没有误差，常见的误差来源主要有几个：

第一个是自身发热误差。DHT的芯片工作的时候自身会发热，尤其是VCC一直供电的情况下，芯片发热会导致测量温度比实际温度高0.5~1℃左右，湿度也会跟着受影响。如果对精度要求比较高，可以采用间歇供电的方法：平时不供电，要读的时候再给VCC上电，读完就断电，避免芯片持续发热。不过间歇供电会增加代码复杂度，一般民用场景如果要求不高，持续发热的误差也可以接受。

第二个是老化漂移。DHT的感湿元件是电容式的，长期在高湿度、高温环境下使用，会出现老化漂移，一般每年的漂移大概在1%RH左右，用个三五年之后，误差就会变大，所以不适合长期无人值守的高精度监测场景，适合对精度要求不高、定期更换的消费类产品。

第三个是布线干扰。如果DATA线布线比较长，超过1米，就容易受到外界电磁干扰，导致脉冲变形，解码出错，或者数据跳变，所以长距离布线的时候，最好用屏蔽线，或者换用输出RS485的成品模块，不要直接用单总线传输很长距离。

还有一个常见的问题就是温湿度串扰：温度变化会影响湿度测量，当环境温度变化比较快的时候，DHT的湿度测量会有滞后，这是电容式湿敏元件的共性问题，DHT也不例外，所以不适合用在温湿度快速变化的动态测量场景。

四、实际开发中的使用技巧

针对DHT的特点，实际开发中有一些技巧可以提高通信成功率和测量精度：

1. 数据校验与容错处理

因为单总线容易受干扰，偶尔出错是正常的，所以代码里一定要做校验和校验，校验不对直接丢弃这次数据，不要用错误的数据。如果连续几次都读失败，可以尝试重启一下起始信号，重新读取，不要直接报错。一般我们可以做三次重试，三次都失败再返回错误，这样可以大大提高容错能力，避免偶尔一次干扰导致整个系统出错。

2. 数据滤波处理

因为DHT偶尔会出一些跳变的异常值，我们可以对多次读取的数据做简单滤波，比如滑动平均，去掉最大最小值之后再平均，这样出来的数据会更平稳，尤其是在做显示的时候，不会出现数据跳变的问题。比如我们每一秒读一次，存最近5次的数据，去掉最大最小，算平均，显示出来的温湿度就会非常平稳。

3. 低功耗设计技巧

如果是电池供电的低功耗设备，DHT可以用间歇供电，比如把VCC接到一个IO口，读之前IO输出高给DHT供电，等待100ms让DHT稳定，然后读数据，读完之后把IO改成低，关掉DHT的供电，这样平时不工作的时候几乎不耗电，能大大延长电池寿命。这个方法非常适合低功耗物联网节点，很多做电池供电的温湿度节点都这么用。

4. 开源库的使用

现在几乎所有主流MCU平台都有成熟的开源DHT驱动库，比如Arduino有现成的DHT库，STM32也有很多开源的驱动，RT-Thread、ESP-IDF这些RTOS也都有现成的软件包，不需要自己从头写协议，直接调用就能用，大大节省开发时间。当然，如果想要深入理解协议，自己从头写一遍还是很有必要的，能帮你避开很多坑。

五、DHT的优缺点对比与适用场景

我们总结一下DHT的优缺点，就能清楚知道它适合什么场景，不适合什么场景：

优点

成本极低：DHT11一块多，DHT22三四块，比很多高精度传感器便宜太多，适合大规模消费类产品。

开发简单：单总线协议，不需要AD，内部已经校准，代码简单，一个IO就能搞定，初学者半天就能跑通。

体积小巧：封装小，容易放进小家电、嵌入式节点里面，布线简单。

直接输出校准好的数字信号：不需要用户自己做校准和AD转换，拿来就能用。

缺点

精度有限：DHT11精度本身就不高，DHT22也就±0.5℃/±2%RH，和工业级传感器比差距很大，不能满足高精度场景。

响应速度慢，采样频率低：最快一秒一次，不能做动态监测。

容易受干扰：单总线抗干扰能力差，长距离容易出错。

老化漂移比较明显：长期使用精度下降快，寿命不如高端传感器。

适用场景

DHT最适合的就是对精度要求不高、成本敏感、对开发速度要求高的民用场景：比如家用温湿度计、空调内机的环境检测、智能家居的室内环境监测、农业大棚的低端监测、创客项目的原型开发，这些场景用DHT完全足够，性价比最高。

不适合的场景：工业现场高精度监测、要求长期稳定不变的监测点、动态温湿度测量、长距离传输的场合，这些场景不如换用精度更高、稳定性更好的SHT系列传感器，或者工业级的485输出温湿度模块，虽然贵一点，但稳定性和精度好很多。

六、DHT对嵌入式入门开发的意义

对于嵌入式初学者来说，DHT其实是一个非常好的入门练习项目：它只需要一个IO，不需要复杂的硬件接线，协议逻辑不复杂，但又能练习到IO操作、时序控制、中断处理、数据校验这些基础技能，很多单片机入门教程都把DHT读取作为例程，不是没有道理的。哪怕你只是做一个“读取DHT数据，显示在OLED上”的小项目，就能把GPIO操作、定时器、通信协议、数据处理这些基础知识点都练一遍，对初学者来说收获很大。

DHT温湿度传感器作为一款低成本民用传感器，它不是完美的，精度、稳定性、寿命都不如高端传感器，但它凭借简单易用、成本低廉的优势，成为了嵌入式领域最常用的温湿度传感器之一，甚至可以说是很多人接触的第一个数字传感器。理解它的协议特点、性能边界和优缺点，才能在合适的场景用对它，避开开发中的各种坑。

哪怕现在有了更多更高精度的低成本传感器，DHT依然凭借它的 simplicity 占据着大量低端市场，对于入门开发者来说，亲手读通一次DHT的协议，成功读出正确的温湿度数据，依然是嵌入式学习路上一个很有成就感的小里程碑。