基于STC89C51的双通道DHT11温湿度采集与LCD1602显示系统

简介：这是一套基于STC89C51单片机的双通道DHT11实时温湿度显示系统项目包，面向单片机初学者、电子设计与嵌入式系统爱好者，适合用于课程设计或毕业设计参考。项目以STC89C51为控制核心，通过单总线读取两路DHT11传感器数据，并借助LCD1602液晶实时显示温度和湿度，覆盖了传感器驱动、单总线时序、液晶显示、按键交互与硬件电路等关键知识点。双通道设计支持同时监测两个位置的温湿度状态，便于数据对比与联动控制。压缩包中共有22个文件，大小仅68KB，包含C语言与头文件源码、Keil工程文件、编译生成的十六进制烧录文件、目标文件、列表文件及编译日志等，结构清晰，便于直接打开工程查看或烧录验证。目前已有1370人学习下载，对于想快速上手单片机温湿度采集与显示设计的读者，这套资源提供了从硬件选型、接口设计到软件调试的完整闭环，能有效帮助理解DHT11单总线时序控制和LCD1602液晶驱动的实际应用。

1. 项目整体设计与方案选型

1.1 双通道采集：从单点测温到冗余校验

刚开始想做温湿度显示的时候，我第一反应也是用一个DHT11加一块LCD1602，程序跑通、屏幕亮起来就完事。但真正往实际场景里一放就会发现，单点采集的问题特别多：传感器放在电路板边上，发热元件一烤，数据明显偏高；换个位置，又因为通风不好导致湿度数值老是飘。你很难判断到底是环境本身就那样，还是传感器出了问题。后来我把方案改成双通道DHT11同时采集，一块LCD1602分成两行显示，第一行显示通道1的温湿度，第二行显示通道2的温湿度，一屏看全两路数据，这才算是把问题解决了。

双通道真正的价值不只是多了一个测量点，而是多了一个互相校验的依据。DHT11这传感器的精度本来就不算高，温度误差±2℃，湿度误差±5%RH，如果两个通道放在同一个环境里读数差得离谱，那基本可以断定有一颗传感器已经不行了。而且在实际做毕业设计或者课程设计的时候，把“为什么用双通道”讲清楚，比如冗余设计、点位对比、故障预警，比单纯做一个单点的温度计不知道高到哪里去了。代码量不过多了几十行，硬件也就多了一个传感器和几根杜邦线，性价比极高。

1.2 为什么用STC89C51这颗“老将”

STC89C51是一颗非常经典的51内核单片机，很多人觉得它性能弱、资源小，但我个人认为做这种小系统它反而是最稳的选择。它内部集成4KB的Flash程序存储器和128字节RAM，外接12MHz晶振时单周期指令其实很快，对付DHT11这种低速通信和LCD1602显示完全够用。更重要的是它的IO口是准双向口，输出高电平的能力虽然不算强，但驱动LCD1602的数据线和控制线基本无压力，不需要额外加总线缓冲器，极大简化了电路。

另一个我看中的点是资料生态。STC89C51的指令系统跟经典8051完全兼容，从开发环境到烧录工具再到各种例程，中文互联网上的资源多得看不完。对于新手来说，遇到问题搜一下就能找到答案，这对学习氛围和调试效率非常友好。很多人喜欢一上来就追STM32，但如果你连51的IO配置、定时器、外部中断这些基础都还没吃透，直接上HAL库反而容易迷路。先用51把一个完整的温湿度显示系统跑通，底层逻辑清楚之后再往更高性能的平台迁移，路子会顺很多。

2. 硬件电路搭建与引脚分配实战

2.1 DHT11上拉和时序：最容易翻车的地方

DHT11是一个单总线数字传感器，引脚只有四个：VCC、DATA、GND和一个悬空的NC脚。供电范围很宽，3.3V也能跑，5V也没问题，所以我这里直接接系统的5V和GND。但数据线DATA必须接一个上拉电阻到VCC，阻值选4.7kΩ到10kΩ都行。这个电阻是很多人第一次做的时候漏掉的关键器件，没有上拉电阻的话，数据线只能被传感器拉低，却没办法拉高，读回来的数据要么全是0要么直接是乱码。我建议直接在面包板上用排阻或者贴片电阻焊一个小转接板，别图省事悬空处理。

再说通信时序。主机先拉低数据线至少18ms，再释放并延时大约20到40us，这一组操作就是起始信号。DHT11收到以后会拉低总线80us左右，再拉高80us左右，表示“收到，准备发数据”。紧接着是40位数据：8位湿度整数、8位湿度小数、8位温度整数、8位温度小数、最后8位校验和。每一位的编码规则是：先有50us的低电平，然后如果高电平持续26到28us就表示这一位是0，如果高电平持续70us左右就表示这一位是1。所以读位的核心就是测量高电平持续的时间，而不是机械地去数电平跳变。

这里必须提醒一下：DHT11的时序参数有一定公差，不同批次、不同温度下高低电平的宽度都会有波动。如果代码里用死循环加空指令来卡延时，一旦晶振频率偏差、编译器优化级别不同、或者中断突然插进来，读出的数据就会隔三差五出错。更可靠的做法是开启一个定时器，在高电平期间记录计数值，然后和阈值比较。我在这个项目里就是使用定时器0作为us级计时基准，把测到的高电平时间阈值设在40us左右，大于40判1，小于40判0，实测稳定了很多。

2.2 LCD1602四线模式接线与电平匹配

LCD1602背后用的驱动芯片大多是HD44780，可以显示两行、每行16个字符，自带ASCII字库，往DDRAM地址写字符编码就能直接显示。它支持8位和4位两种数据模式，8位模式需要占用8根数据线加3根控制线，一共11个IO口，对于引脚本来就不多的STC89C51来说压力有点大。所以我这里选择了4位模式，只接高4位数据线DB4到DB7，控制线接RS、RW、EN三根，总共7个IO口就能跑起来，省出来的引脚正好留给两个DHT11。

接线方式我整理一下：LCD的RS接单片机的P2.5，RW接P2.6，EN接P2.7，DB4到DB7依次接P1.4到P1.7。显示器的VDD接5V，VSS接地，V0接一个10k电位器的中间抽头用来调节对比度，不调的话屏幕可能黑底一片或者完全看不清字。背光A通过一个100Ω限流电阻接5V，K接地。这里有个细节：STC89C51的IO口在输出高电平时的驱动能力其实不强，但LCD1602的输入阻抗很高，所以不会有什么问题，倒是V0引脚的对比度电压一定要调好，不然后期写再多代码屏幕上都是空的。

2.3 完整引脚分配表和最小系统搭建

我把整个系统的引脚分配固定下来，方便后面写程序的时候一一对应。两个DHT11分别用P2.0和P2.1作为数据引脚，VCC和GND都并接在一起。LCD1602用前面说的那7个IO口。剩下的引脚暂时空着，以后如果还要加按键、报警器或者串口通信，可以直接扩展。

这里要重点说说最小系统。STC89C51并不是所有开发板都自带了可靠的上电复位电路，如果是自己焊板子，复位引脚RST接一个10uF电解电容到VCC，再接一个10k电阻到GND，上电瞬间RST会短暂维持高电平，让单片机完成内部复位。晶振电路也别忘了两个20pF左右的对地电容，它们能帮助晶振起振并稳定频率。如果晶振不起振，现象是程序烧录成功但屏幕不亮、IO口完全没反应，这是很多自焊板子最容易碰到的问题之一。

3. 软件驱动与数据流程拆解

3.1 DHT11驱动框架：状态机比延时更靠谱

写DHT11驱动，最直观的思路是拉低、延时、拉高、再延时、读数据。但我实际写下来发现，把整个读过程写成一个大函数，中间全是延时，代码一旦遇到外部中断就会很脆弱。更稳妥的写法是把通信过程拆成几个步骤，用状态机的思路去跑：先发起始信号，然后等待响应，再依次读取40位数据，最后做校验。每一步之间只需要根据当前状态判断下一步该干什么，即使中途被中断打断，恢复之后也能回到正确的状态继续跑。

核心读取代码大概长这样，我简化成关键部分方便说明：

unsigned char dht11_read_bit(void) { unsigned char cnt = 0; while(!DHT1_DATA); // 等待高电平 while(DHT1_DATA && cnt < 100) { cnt++; DelayUs(1); } // 统计高电平时间 if(cnt > 40) return 1; // 高电平宽度超过阈值，判定为1 return 0; // 否则判定为0 }

上面这段代码的思路就是前面说的阈值判断法，把高电平持续的时间通过循环次数近似测量出来。这里有一点要提醒，while(!DHT1_DATA)如果传感器没有正确响应，可能陷入死等，所以实际项目里我会在循环外面再加一个超时保护变量，比如超过一定循环次数就退出并返回错误标志，这样即使传感器拔掉了，程序也不会卡死。

另一个容易被忽略的点是：两次读取DHT11之间必须间隔至少1秒。因为DHT11本身就是这样设计的，传感器每次采样转换需要一定时间，如果你读得太频繁，它会一直不响应或者返回错误数据。我在主循环里用一个定时器加标志位做调度，每1.2秒左右触发一次双通道采集，既满足了传感器要求，也让LCD显示刷新显得足够流畅。

3.2 双通道数据读取与显示刷新策略

两个DHT11共用一套读取协议，只是数据引脚不同，所以我在驱动层写了两个入口函数：DHT11_Read_Data(通道号)，内部根据传入参数选择操作P2.0还是P2.1。这样可以避免复制粘贴两份几乎一样的代码，也方便以后扩展到三个、四个通道。每次采集完成之后，把温度和湿度数据放在一个结构体数组里，显示模块再去读取数组内容刷新LCD。

LCD1602显示的时候要注意DDRAM地址的规律。第一行起始地址是0x80，第二行是0xC0。在4线模式下，往DDRAM写数据之前要先发送地址指令，然后再写入字符数据。我在刷新画面时是先清屏再打印，这个做法简单但会有轻微闪烁，后来改成了只更新变化区域：也就是直接修改对应位置的字符，不清屏。对于这个项目来说，温湿度每秒变化幅度不大，所以刷新频率不需要太高，我设置成每1秒刷一次，屏幕显示稳定且没有闪动。

代码里我用了一个小技巧：把数字转成字符串之后先补空格再写LCD，避免上一次数字较长时留下残留字符。比如温度从99变成9的时候，如果不对齐，屏幕上会多出一个9的残影。这个问题很常见，很多新手会遇到“数字短了后面多出来了一截”的怪现象，其实就是在写字符之前没有清掉旧的显示位。用printf配合格式化输出到LCD不太方便，我一般定义一个LCD_PrintVal函数，手动把整数拆成字符并填充定宽字段。

3.3 数据校验与异常保护

DHT11传回来的40位数据里面，前32位是有效数据，最后8位是校验和，规则是湿度整数加湿度小数加温度整数加温度小数之和的末8位，应该等于校验字节。如果对不上，说明这次通讯有干扰，数据不能采用，最好直接丢弃并等待下一次采样。这个校验看似简单，但能挡掉大部分因为杜邦线松动、触点氧化引起的偶发错误。

我在程序里做了三级异常处理。第一级是读时序超时，比如传感器没响应，直接返回失败。第二级是校验和不匹配，返回错误标志，不更新显示。第三级是数据合理性判断，比如温度大于60℃或者小于-40℃，湿度大于99%RH，这类值明显超出DHT11的正常量程，也当作异常处理。只有三个环节都通过，才更新LCD上的数值。连续多次失败后，我会在对应通道的位置显示“Err”，提醒用户去检查接线，这个对后续调试帮助特别大。

实际跑起来以后，我发现加上异常处理之后，程序的“抗造”能力提升了很多。以前数据线稍微碰一下屏幕就乱跳，现在最多丢一帧数据，下一轮重试又恢复正常。做嵌入式系统，数据可信度有时候比数据实时性还重要，这一点在温湿度采集这种低速应用里体现得特别明显。

4. 调试实录与常见翻车点排查

4.1 读回0xFF或全0的典型原因

我第一次接好硬件烧完程序，LCD上两个通道的温度都是0，湿度也是0，第一反应是传感器坏了。后来用示波器挂上数据线才发现，主机压根没测到任何低电平响应。翻来覆去找原因，最后发现是DHT11的数据引脚接错了，接到了NC脚上。这个NC脚在模块上通常标注得不明显，很多人会把它当成数据脚给接上，结果当然读不到任何信号。如果你用的是那种三引脚封装的DHT11模块，没有NC脚，那就不存在这个问题，但独立封装的小模块要特别留意。

另一个常见现象是读回来全是0xFF。这种通常是因为上拉电阻没有接，或者接得太大导致电平抬不上去。DHT11数据线必须有上拉，4.7k到10k比较适合，阻值太小会加重传感器驱动负担，阻值太大则沿太缓，容易误判电平。我后来用了一个稍微讲究的做法：把LCD1602和DHT11的上拉电阻放在了一起，统一在5V端子上做星型接地和星型供电，减小公共阻抗带来的干扰，读数的稳定性明显好了不少。

4.2 LCD1602显示乱码或花屏怎么办

如果你发现LCD上出现满屏方块或者字符错位，第一件事不是怀疑代码，而是检查对比度调节电位器。V0引脚电压如果不在合适范围，屏可能显示出一堆“雪花”一样的方块，也就是常说的花屏。把电位器慢慢旋到合适位置，能明显看到字符从块状变成可识别的字母和数字。另一个常见原因是初始化时序不对，尤其是4线模式下的初始化序列，必须严格按HD44780手册里的步骤来：先延时、再写功能设置、再开关显示、再清屏，顺序错了屏幕就会一团糟。

还有一种很隐蔽的问题，就是LCD1602和单片机之间地线接触不良。杜邦线插在面包板上看着挺牢固，实际上氧化或者松动以后，地阻抗变大，数据线的信号参考点飘了，屏幕就开始间歇性乱码。排查方法很简单，用万用表量一下LCD的VSS和单片机GND之间电阻，如果明显大于0.1Ω，就重新插一遍线，顺便换几根新的杜邦线，这个问题大部分人遇到却很难想到。

4.3 温湿度数值跳变或偏差大的处理

双通道在同一个环境下读数本来应该有较高的一致性，如果两边温度差了2℃以上，那就要考虑是不是某一颗传感器受到了局部热源影响。我之前把两个传感器都放在单片机旁边，结果一个通道读数比另一个高了将近3℃，后来测了一下才知道，那个位置正好对着电源稳压芯片的散热面。把它稍微挪开几厘米，两边数据就贴近了。所以传感器安装位置要在设计阶段就想清楚，别等着数据出来再猜。

数值跳变还有可能是数据线过长或者干扰太强造成的。DHT11的数据线最好不要超过20cm，如果必须延长，使用双绞线或者屏蔽线，数据线远离电源线。我试过把数据线从面包板这边拉到另一边，绕了一圈经过电源模块，结果湿度数据在30%和60%之间疯狂横跳，把线理直缩短之后就好了。另外ADC供电的纹波也会影响读数，如果系统里还同时驱动了电机或者继电器，一定要隔离好电源，这个项目虽然简单，但在复杂一点的环境里就得认真对待。

5. 扩展思路与我的最终心得

5.1 从LCD1602到上位机、WiFi和存储

这套系统的核心框架做好以后，要继续往上加功能非常顺。最直接的扩展是加一个串口模块，把双通道温湿度数据通过UART每隔几秒发送到电脑上位机，画一条实时曲线。STC89C51的UART是经典51的串口，配合蓝牙模块或者CH340G，上位机用串口调试助手或者Python的pyserial就能轻松接收数据。对于毕业设计来说，加上“上位机实时监测”这一项，整个项目的画面感就完全不一样了。

如果想做远程监测，可以考虑换成带WiFi功能的芯片，比如ESP8266或者ESP32，思路依然可以复用这套驱动逻辑，只是把LCD显示部分替换成网络上报。存储扩展也很简单，外挂一个AT24C02或者FM24C02，定时记录温湿度数据，掉电不丢失，配上时间戳就能做一个简单的环境记录仪。其实你会发现，51单片机上验证过的驱动方式和数据校验逻辑，挪到其他平台只是更换底层API的问题，核心思路是完全通用的。

5.2 这套架构对新手最大的价值

我经常跟刚开始学单片机的人说，DHT11是一个被低估的学习载体。它的通信协议既不是标准I2C也不是标准SPI，你必须去读数据手册、理解时序图、调延时、做故障排查，这一整套流程下来，你对单片机的基本功会有质的提升。LCD1602虽然老，但它让你接触到初始化序列、寄存器地址、控制时序这些嵌入式开发里的基础概念，比那些点几个LED灯有意思得多。

双通道的设计也不是为了花哨，它逼着你学会用结构体管理多路数据、处理多个外设的调度关系，同时还要考虑数据异常的时候系统怎么表现。这些能力在你以后去做更复杂的项目、参加电赛或者工作以后写正式固件时，都是实实在在的核心竞争力。如果你正打算做课程设计或者毕业设计，我建议别只停留在“让它显示出来”，试着把每个环节都问一遍为什么，然后把异常处理和代码结构再打磨一下，收获会完全不一样。

本文还有配套的精品资源，点击获取