1. 从零开始：认识你的硬件伙伴

大家好，我是老张，一个在单片机圈子里摸爬滚打了十几年的老玩家。今天咱们不聊那些高大上的概念，就实实在在地聊聊怎么用最经典的51单片机，去“指挥”一个叫DHT11的小家伙，让它乖乖地把温度和湿度数据报上来。这就像教一个老朋友去认识一个新朋友，过程可能有点小波折，但一旦搞通了，成就感满满。

你可能已经听说过51单片机，它就像电子世界里的“乐高基础积木”，结构简单、价格便宜，是无数工程师和爱好者的入门首选。而DHT11温湿度传感器，则是环境监测项目里的“常客”，几块钱一个，能同时测温度和湿度，精度对于日常应用完全够用。把它们俩凑到一起，你能做的东西就多了：一个放在花盆边提醒你浇花的装置、一个记录卧室温湿度的小仪表，甚至是一个简易的仓库环境监控器。这个组合的魅力就在于，用最低的成本和最简单的代码，实现一个看得见摸得着的功能。

在开始动手之前，咱们得先把手头的家伙事儿认全了。DHT11传感器通常是一个蓝色或白色的小模块，上面有三个或四个引脚（三引脚版本通常将VCC和DATA之间内置了一个上拉电阻）。最关键的是这三个：VCC（接电源正极，一般是3.3V或5V，DHT11兼容5V）、GND（接电源负极）、DATA（数据线，用来和单片机“对话”）。而51单片机，咱们以最常用的STC89C52为例，它有一组组的IO口（P0, P1, P2, P3），咱们的任务就是用其中任意一根IO口，连接到DHT11的DATA引脚，建立起通信的桥梁。

这里有个新手最容易迷糊的点：单总线协议。DHT11和单片机聊天，只用一根数据线（除了电源和地），这就叫单总线。这根线既要负责单片机发送“开始聊天”的指令，又要负责传感器回传数据。所以，它们的对话是有严格时序的，谁先说、说多久、什么时候该听，都有规矩。就好比两个人用对讲机，按下通话键才能说，说完要松开等对方回答，如果同时按住，那就谁也听不清了。理解这个“对话规则”，是成功读取数据的关键。别担心，接下来的部分，我会带你一步步把这个规则用代码实现出来。

2. 硬件连接：搭好沟通的桥梁

理论说再多，不如动手接一下。硬件连接是第一步，也是保证后续一切顺利的基础。这一步搞错了，代码写得再漂亮也没用。我见过不少朋友，程序调了半天没反应，最后发现是线接错了或者虚焊了，白白浪费很多时间。

首先，准备你的核心部件：一块51单片机最小系统板（比如STC89C52RC）、一个DHT11模块、几根杜邦线（公对母的就行）。单片机最小系统板意味着它已经具备了工作的最基本条件：电源、复位电路和晶振。你只需要给它供电（通常是USB口或者5V直流电源），它就能跑起来。连接的原则非常简单：共地、供电、接数据线。

具体的接线方法，我画个简单的表格，你对照着接，保准没错：

元件引脚连接到51单片机说明
DHT11 VCC单片机板的5V引脚提供工作电源，注意模块电压范围
DHT11 GND单片机板的GND引脚非常重要！ 必须共地，否则信号无法识别
DHT11 DATA任意一个IO口，例如 P3^3数据通信线，后续编程就针对这个引脚

注意：很多DHT11模块上已经集成了一个4.7K或10K的上拉电阻（连接在VCC和DATA之间）。如果你的模块是三个引脚（VCC, GND, DATA），那通常已经内置了。如果是四个引脚（VCC, DATA, NC, GND），你可能需要在DATA线和VCC（5V）之间，自己外接一个4.7KΩ的电阻，这是为了保证数据线在空闲时能稳定在高电平，这是单总线协议的要求。接上它，通信会稳定很多，算是我的一个经验之谈。

接好线后，先别急着写代码。用万用表量一下电压是个好习惯。确保单片机板的5V和GND之间确实是5V左右，再量一下DHT11的VCC和GND引脚，确认它也拿到了5V电。有时候杜邦线接触不良，或者板子上的排针有虚焊，都会导致没电。我刚开始玩的时候，就遇到过因为一根劣质杜邦线内部断线，导致传感器不工作，排查了半天。

硬件连接稳妥后，咱们就可以进入激动人心的环节——写程序让它们“开口说话”了。这里我要强调一个思想：单片机编程，尤其是驱动这种有时序要求的传感器，本质上就是在精确地控制一根引脚输出高低电平的时间，以及检测这根引脚电平变化的时间。把你想象成一个严格的交通指挥，在毫秒甚至微秒级别上控制信号灯的变化。

3. 软件编程核心：破解DHT11的通信密码

好了，硬件桥梁已经搭好，现在我们来编写让单片机与DHT11对话的“语言手册”，也就是驱动程序。DHT11的通信时序是固定的，我们必须严格按照它的“规矩”来。整个过程可以分为三个大步骤：单片机发起对话（发送开始信号）、DHT11响应并准备数据、DHT11发送40位数据。下面我们拆解每一个步骤，并用最直白的代码实现它。

3.1 第一步：发起对话——发送开始信号

想象一下，你要问DHT11：“现在温湿度是多少？”你不能直接喊，得先拍拍它肩膀（发个开始信号）。这个信号的过程是：

  1. 单片机把连接DATA线的引脚（比如我们用的P3^3）设置为高电平（输出1），并保持至少一段时间，让总线空闲。
  2. 然后，单片机把这条线拉低（输出0），并且保持至少18毫秒（ms）。这个时间不能短于18ms，但长一点没关系，我一般用20-30ms，比较保险。
  3. 之后，单片机把线拉高（输出1），并等待大约20-40微秒（us）。这个拉高的动作，相当于松开了手，告诉DHT11：“我话说完了，该你回答了。”

用代码来实现，就是几个简单的引脚操作和延时函数。这里延时函数的准确性非常关键！因为51单片机执行一条指令需要固定的时钟周期，我们可以用循环来制造精确的延时。下面是我常用的一个针对11.0592MHz晶振的30毫秒延时函数，你可以直接拿去用：

void Delay30ms()   //@11.0592MHz
{
    unsigned char i, j;
    i = 54;
    j = 199;
    do
    {
        while (--j);
    } while (--i);
}

发送开始信号的函数就可以这样写：

sbit DHT11_DATA = P3^3; // 定义数据线引脚

void DHT11_Start()
{
    DHT11_DATA = 1;    // 第一步：先拉高，总线空闲
    DHT11_DATA = 0;    // 第二步：拉低，开始信号
    Delay30ms();       // 保持低电平至少18ms，这里用30ms
    DHT11_DATA = 1;    // 第三步：拉高，释放总线，等待传感器响应
}

3.2 第二步：等待回应与读取数据位

当我们发送完开始信号并拉高数据线后，就要把引脚模式从“输出”切换到“输入”，准备听DHT11说话了。在51单片机里，我们不需要显式配置，只要后面去读取这个引脚的状态就行。

DHT11的回应和数据传输，都是通过控制数据线高低电平的持续时间来区分的。这里有两个关键时间点：

  • 响应信号：单片机拉高后，DHT11会先把线拉低大约80us，然后再拉高80us。这相当于它说：“喂，我听到了，准备发数据了。” 我们的程序需要检测到这个变化。
  • 数据位‘0’和‘1’：每一位数据都以一个50us的低电平开始（相当于提示“注意，要发一位数据了”），随后是一个高电平。如果高电平持续约26-28us，代表这一位是‘0’；如果持续约70us，代表这一位是‘1’。我们的任务就是测量这个高电平的时间。

所以，读取一位数据的流程是：

  1. 等待低电平结束（等待那个50us的起始低电平过去）。
  2. 延时一个很短的时间（比如40us），然后立刻去检测数据线的电平。
  3. 如果此时电平已经是高，说明高电平持续时间长，是‘1’；如果已经是低，说明高电平持续时间短，是‘0’。
  4. 然后还要等待这个高电平完全结束（如果是‘1’，就等久一点），为读取下一位数据做准备。

这里有一个我踩过的坑：延时时间的精度。用循环做的微秒级延时（Delay40us()）受编译器优化影响可能不准。更稳妥的办法是，在检测到低电平结束后，不固定延时40us，而是延时30us后，用一个循环去持续检测接下来几十微秒内的电平。如果很快（比如十几微秒内）又变低了，就是‘0’；如果检测了较长时间（比如超过50us）还是高，就是‘1’。原始代码里的while(dht);就是在等待高电平结束，利用这个等待时间，我们其实已经可以判断出是0还是1了。下面是一个更健壮的读取一位数据的代码思路：

unsigned char DHT11_ReadBit()
{
    unsigned char time = 0;
    while(!DHT11_DATA); // 等待50us低电平起始信号结束
    // 稍作延时，避开起始信号的边沿
    Delay40us(); // 一个大约40us的延时函数
    if(DHT11_DATA == 1)
    {
        // 如果40us后还是高电平，说明是‘1’
        while(DHT11_DATA); // 等待高电平结束
        return 1;
    }
    else
    {
        // 如果40us后已经是低电平，说明是‘0’
        return 0;
    }
}

3.3 第三步：组装数据与校验

DHT11一次会发送40位（5个字节）数据。这5个字节的含义是：

  • 字节1：湿度的整数部分（单位：%RH）
  • 字节2：湿度的小数部分（对于DHT11，通常为0）
  • 字节3：温度的整数部分（单位：摄氏度）
  • 字节4：温度的小数部分（对于DHT11，通常为0）
  • 字节5：校验和，等于前四个字节相加的低8位。

我们的读取函数需要循环40次，每次读取一位，并把这8位组合成一个字节。然后，把读取到的5个字节存到一个数组里，最后进行校验。如果校验通过（前四字节和等于第五字节），说明数据是可靠的。

unsigned char DHT11_Data[5]; // 存储读取到的5个字节

unsigned char DHT11_ReadData()
{
    unsigned char i, j;
    unsigned char check_sum = 0;

    DHT11_Start(); // 1. 发送开始信号
    // 2. 检测DHT11响应（可选，增加鲁棒性）
    if(DHT11_Check_Response() == 0) // 假设这个函数检测响应信号，超时返回0
        return 0; // 响应失败

    // 3. 读取40位数据
    for(i=0; i<5; i++)
    {
        unsigned char byte = 0;
        for(j=0; j<8; j++)
        {
            byte <<= 1; // 左移一位，为新的数据位腾出位置
            byte |= DHT11_ReadBit(); // 读取一位并拼接到字节末尾
        }
        DHT11_Data[i] = byte;
    }

    // 4. 校验数据
    check_sum = DHT11_Data[0] + DHT11_Data[1] + DHT11_Data[2] + DHT11_Data[3];
    if(check_sum == DHT11_Data[4])
    {
        return 1; // 读取并校验成功
    }
    return 0; // 校验失败
}

当你成功调用DHT11_ReadData()并返回1后，DHT11_Data[0]就是湿度整数，DHT11_Data[2]就是温度整数。你可以把它们显示出来，或者用于其他逻辑判断。至此，最核心的驱动部分就完成了。这个过程就像破解了一个简单的密码协议，一旦掌握了时序，DHT11在你面前就再无秘密可言。

4. 功能拓展：让数据“活”起来

光是读取到数据存在变量里还不够，咱们得让它能被看见、被用到，这个项目才算完整。这里我分享三个最常用也最实用的功能拓展：通过串口在电脑上显示、在LCD1602液晶屏上显示、以及通过蓝牙模块发送到手机。你可以根据自己的需要选择一种或多种组合。

4.1 通过串口在电脑上调试输出

这是调试阶段最强有力的工具。通过串口，你可以把单片机读取到的原始数据实时发送到电脑的串口助手软件上，这样就能最直观地判断程序是否工作正常，数据是否正确。这对于排查时序问题、校验失败等问题至关重要。

首先，你需要初始化51单片机的串口功能，通常设置为模式1，波特率9600（与电脑串口助手匹配）。STC89C52的串口初始化代码相对固定：

void UartInit(void)		//9600bps@11.0592MHz
{
	SCON = 0x50;		// 8位数据，可变波特率，允许接收（虽然这里只发不收）
	AUXR |= 0x01;		// 定时器1时钟为Fosc，即1T模式（STC特有）
	AUXR |= 0x04;		// 定时器2作为波特率发生器（STC特有，更精准）
	T2L = 0xE8;		    // 设置定时器2低8位，波特率9600
	T2H = 0xFF;		    // 设置定时器2高8位
	AUXR |= 0x10;		// 启动定时器2
}

然后编写发送一个字符和字符串的函数：

void SendByte(unsigned char dat)
{
	SBUF = dat;		 // 将数据放入发送缓冲区
	while(!TI);		 // 等待发送完成（TI标志位被硬件置1）
	TI = 0;			 // 软件清空发送完成标志
}

void SendString(unsigned char *s)
{
	while(*s != '\0') // 遍历字符串，直到结束符
	{
		SendByte(*s);
		s++;
	}
}

最后，在你主循环中读取DHT11数据后，就可以这样发送了：

// 假设已经成功读取数据到 DHT11_Data[5]
SendString("Humidity: ");
SendByte(DHT11_Data[0]/10 + '0'); // 发送湿度十位
SendByte(DHT11_Data[0]%10 + '0'); // 发送湿度个位
SendString(".0%RH\r\n"); // DHT11湿度小数常为0

SendString("Temperature: ");
SendByte(DHT11_Data[2]/10 + '0'); // 发送温度十位
SendByte(DHT11_Data[2]%10 + '0'); // 发送温度个位
SendString(".0C\r\n\r\n"); // DHT11温度小数常为0

打开电脑上的串口助手（如XCOM、SSCOM），选择正确的串口号，设置波特率9600，你就能看到一行行温湿度数据刷出来了。这感觉，就像单片机在和你聊天一样。

4.2 在LCD1602液晶屏上显示

想要做一个独立的显示设备，LCD1602是最经典的选择。它能显示两行，每行16个字符，足够清晰展示温湿度。驱动LCD1602需要连接较多的线（8位数据线或4位数据线，外加3根控制线），并编写初始化和显示函数。

接线方面，数据线（D0-D7）接单片机的P0口或任意8个IO，控制线RS（数据/命令选择）、RW（读/写选择）、E（使能信号）接其他IO。代码部分主要包括初始化、写命令、写数据和指定位置显示字符串的函数。这些函数比较固定，网上有很多现成的库，但理解其原理很重要：每次操作前最好检查LCD是否“忙”，写命令和写数据的区别仅在于RS引脚的电平。

将DHT11的数据转换成字符串，然后调用显示函数，就能在LCD上看到实时的温湿度了。比如，在第一行显示“H:45.0%”，在第二行显示“T:23.0C”。这个过程让项目瞬间有了“产品”的雏形，脱离了电脑也能独立工作。

4.3 通过蓝牙模块发送到手机

想让你的温湿度监测器“无线化”？加一个HC-05或HC-06蓝牙模块就行。蓝牙模块的TX、RX引脚分别连接到单片机的RX、TX引脚（注意交叉连接）。实际上，你完全可以复用串口。之前我们用串口向电脑发送数据，现在我们把蓝牙模块当成一个“无线的串口线”。单片机还是通过串口发送数据，只不过数据被蓝牙模块发出去了，而不是通过USB线。

在手机上安装一个蓝牙串口APP（如“蓝牙串口助手”），配对连接你的蓝牙模块后，手机就能接收到和电脑串口助手一样的数据了。这样，你就可以在手机端远程查看温湿度，甚至结合一些简单的APP开发，做出数据记录和报警功能。我做过一个小型的温室监控，就是把51单片机+DHT11+蓝牙模块放在大棚里，然后在棚外用手机查看数据，非常方便。

这里有个重要的实践细节：电源。蓝牙模块工作时电流可能比单片机大，尤其是发送数据时。如果都用电脑USB供电，可能会因为电流不足导致蓝牙模块或单片机工作不稳定。建议使用外部5V电源（比如手机充电器）给整个系统供电，或者至少确保你的USB电源适配器能提供足够的电流（500mA以上比较稳妥）。

5. 避坑指南与实战优化

走通了整个流程，并不意味着万事大吉。在实际制作中，你肯定会遇到一些奇怪的问题。下面我总结几个最常见的“坑”和优化建议，这些都是我用真金白银和时间换来的经验。

第一个大坑：时序不准，读取失败。 这是新手遇到最多的问题。现象可能是每次读取的数据都是0，或者校验永远失败。根本原因就是咱们前面反复强调的延时精度。用for循环或while循环做的微秒级延时，非常容易受到编译器优化等级、单片机主频的影响。解决方案有两个：一是使用单片机的定时器来产生精确的延时，这是最专业的方法。二是采用“检测等待”代替“固定延时”。比如在判断数据位0和1时，不要固定延时40us后采样，而是记录从低电平结束到高电平结束的时间。如果这个时间很短（比如小于40us），就是0；如果时间长，就是1。这需要用到定时器或者更精细的循环计数，但稳定性大大提升。

第二个坑：数据偶尔跳变或出错。 即使校验通过了，偶尔会发现数据明显不合理（比如湿度120%）。这通常是因为电源干扰或信号线干扰。单总线对干扰比较敏感。优化方法：第一，在DHT11的VCC和GND之间，靠近传感器引脚的地方，并联一个100nF（0.1uF）的瓷片电容，用于滤波。第二，数据线不要留得太长，如果必须很长，可以尝试在数据线上串联一个100欧姆左右的小电阻，削弱信号反射。第三，确保电源质量，使用线性稳压电源比开关电源噪声更小。

第三个坑：连续读取间隔太短。 DHT11两次测量之间需要至少1-2秒的间隔。如果你在while(1)循环里不加延时地连续调用读取函数，它会不响应或者返回错误数据。务必在两次读取之间加上Delay_ms(2000)这样的延时。更好的做法是，用定时器做一个1秒或2秒的定时，定时时间到了才去读取一次，这样程序结构更清晰。

第四个优化点：增加超时判断，避免程序卡死。 在我们之前的代码里，有while(!DHT11_DATA);这样的语句，意思是“一直等待，直到引脚变高”。如果传感器损坏或者接触不良，这个等待就会变成无限循环，整个程序就“卡死”了。一个健壮的程序应该为这种等待加上超时机制。例如，用一个计数器，在等待的同时计数，如果超过了一个很大的值（比如65535）引脚还没变化，就强制跳出循环，并返回读取失败的错误码。这样即使传感器出了问题，系统也能知道是哪里出了问题，而不是完全死机。

把这些坑都避开，你的51单片机+DHT11系统就会变得非常稳定可靠。我最早做的那个温湿度计，放在阳台上风吹日晒，已经连续跑了三年多，数据依然准确。这种把简单技术用扎实、做稳定的过程，本身就是一种乐趣和修炼。

# 51单片机
Logo
乐奇 Rokid 开放社区

更多推荐

cover

国庆文旅安保上新！AR智能眼镜守护景区，黑科技护航假期出游

avatar 乐奇 Rokid 开放社区
cover

2027中国深圳智能穿戴产业链展览会

avatar 乐奇 Rokid 开放社区
cover

AR巡检哪家好

avatar 乐奇 Rokid 开放社区