基于AT89C51与DS18B20的温度监测系统：从单总线协议到Proteus仿真全解析

简介这是一份面向单片机初学者与嵌入式课程实践者的完整温度监测系统仿真资源聚焦AT89C51单片机驱动DS18B20数字温度传感器并实时显示于LCD1602的典型应用。资源解决硬件接口设计、1-Wire协议实现、字符型液晶驱动及Proteus联合仿真调试等核心难点适用于课程设计、实训项目与竞赛基础训练。压缩包共22个文件含Proteus电路工程.dsn、Keil C源码.c/.h、编译输出文件.hex/.obj/.lst、仿真截图.gif及开发环境配置文件.uv2/.pwi总大小仅73KB结构清晰、即开即用。已有1357人学习下载提供可直接加载运行的完整仿真工程与注释详尽的C程序源码涵盖DS18B20初始化、温度读取、数据格式转换、LCD动态刷新等关键函数助读者快速掌握单总线器件与常用外设协同开发全流程。1. 项目概述与核心价值最近在整理一些老项目的资料翻出来一个基于AT89C51单片机的经典温度监测系统。这个项目虽然用的都是“老古董”级别的芯片像AT89C51、DS18B20和1602液晶但它的完整性和教学价值在今天依然非常高。很多朋友尤其是刚接触单片机或者想夯实基础的同学常常会卡在如何将传感器、显示器和单片机这三者协调工作上。这个项目正好提供了一个从硬件连接到软件驱动再到Proteus虚拟仿真的全流程解决方案。简单来说这个项目实现的功能就是用一颗经典的AT89C51单片机去读取单总线数字温度传感器DS18B20测得的温度值然后将这个温度数值实时地显示在一块1602字符液晶屏上。更关键的是整个系统可以在Proteus仿真软件里完美运行这意味着你不需要任何实体硬件仅凭一台电脑就能学习、调试和验证整个系统。项目包里包含了完整的Proteus仿真电路图文件和C语言源代码对于想深入理解单片机与外围器件通信时序、掌握单总线协议、学习1602液晶驱动以及进行无硬件开发验证的朋友来说这无疑是一个极佳的练手素材。2. 核心器件与协议深度解析2.1 主控芯片AT89C51的定位与特点AT89C51是Intel MCS-51系列单片机中非常经典的一款由Atmel公司生产。它内核基于8051拥有4KB的Flash ROM用于存储程序和128字节的RAM。在如今动辄几十上百KB甚至MB级存储的单片机面前它的资源显得非常“拮据”。但正是这种限制迫使开发者必须精打细算地使用每一字节内存编写出效率极高的代码这对于理解计算机底层运作和培养优秀的编程习惯非常有帮助。在这个温度监测项目中AT89C51扮演着“大脑”和“调度中心”的角色。它的主要任务包括初始化与协调上电后初始化自身IO口、定时器等资源。驱动DS18B20严格按照DS18B20的单总线时序发出复位、写命令、读数据等操作完成温度转换和读取。驱动1602液晶按照1602的并行接口时序发送指令和数据控制其显示内容。数据处理将从DS18B20读取的原始二进制数据转换成我们熟悉的十进制温度值如25.5℃。主循环调度在while(1)主循环中周期性地执行温度采集、数据处理和显示刷新任务。选择AT89C51进行此类教学项目主要基于其极低的入门门槛、丰富的学习资料以及Proteus对其近乎完美的仿真支持。它的IO口驱动能力、运行速度对于驱动DS18B20和1602来说完全足够。2.2 温度传感核心DS18B20的单总线奥秘DS18B20是Dallas现Maxim Integrated公司的一款数字温度传感器。它的最大特点就是采用了单总线1-Wire协议仅需一根数据线外加电源和地即可与单片机通信极大地简化了布线。单总线协议的精髓在于严格的时序。所有通信都通过这一根线完成包括复位、写1、写0、读1、读0。每个操作都有精确的时间要求通常以微秒us为单位。例如DS18B20要求主机单片机发出的复位脉冲低电平至少要保持480us而DS18B20回应存在的脉冲则会持续60-240us。如果单片机程序中的延时稍有偏差通信就会失败。这也是很多新手调试DS18B20时最常遇到的问题——时序不对。在代码中你会看到大量使用_nop_()空操作或基于定时器精确定时实现的微秒级延时函数例如DelayUs(10)。这些延时就是用来满足上述时序窗口的。DS18B20的温度数据以16位补码形式存储分辨率可配置为9~12位。本项目通常采用12位分辨率此时温度值精度为0.0625℃。单片机读取两个字节的原始数据后需要进行一系列移位和计算才能得到实际的温度值。这个过程涉及到有符号数的处理是代码中的一个关键点。注意DS18B20对时序的要求是“苛刻”的。在编写驱动时务必关闭所有中断或者确保延时函数不会被中断打断否则极易导致通信失败。在Proteus仿真中由于CPU时间仿真是理想的用_nop_()循环实现的延时基本准确但在实际硬件上需要考虑指令周期和中断的影响最好使用定时器来产生更精确的延时。2.3 人机界面1602字符型液晶显示模块1602液晶是字符点阵型液晶显示模块的俗称“16”代表每行可显示16个字符“02”代表有2行。它内部集成了HD44780或其兼容驱动芯片通过并行接口8位或4位模式与单片机通信。驱动1602的核心同样是时序不过它的时序相比DS18B20要宽松得多通常是微秒到毫秒级。基本操作流程是单片机通过IO口发送数据指令或字符码然后通过使能信号E引脚的一个下降沿将数据锁存到1602内部。关键操作包括写指令如清屏、设置输入模式、开关显示等。写数据即要显示的字符的ASCII码。读状态查询液晶是否“忙”确保上一次操作已完成。为了简化代码本项目通常采用“延时等待”替代“忙检测”即在每次读写操作后插入一个足够长的延时如几十微秒到几毫秒。在温度显示项目中我们需要将计算得到的温度数值如整数部分和小数部分转换成对应的ASCII字符然后按照预设的位置如第一行中间写入1602的显示缓冲区。例如温度值25.75℃需要分别将‘2’、‘5’、‘.’、‘7’、‘5’的ASCII码依次写入指定DDRAM地址。3. 系统整体设计与Proteus仿真框架3.1 硬件电路连接设计在Proteus中搭建这个仿真系统连接关系清晰明了。下图展示了核心的连接方式器件引脚连接至AT89C51引脚说明DS18B20VDDVCC (5V)电源也可采用寄生供电方式DQP3.7 (可自定义)单总线数据线需接4.7K上拉电阻至VCCGNDGND地1602 LCDVSSGND电源地VDDVCC (5V)电源正V0电位器中间抽头对比度调节接电位器分压RSP2.0寄存器选择 (0:指令, 1:数据)RWP2.1读写选择 (0:写, 1:读)通常接地仅写模式EP2.2使能信号D0-D7P0.0-P0.7数据总线需接10K上拉排阻AVCC (通过限流电阻)背光正极KGND背光负极关键设计解析DS18B20的上拉电阻单总线在空闲时必须保持高电平4.7K的上拉电阻至关重要为总线提供稳定的高电平并帮助完成线“线与”逻辑。1602的对比度调节V0引脚电压决定了显示深浅通常通过一个10K电位器连接到VCC和GND之间来调节。仿真中调节到地电位附近通常显示最清晰。P0口的上拉电阻AT89C51的P0口是开漏输出在作为通用IO口使用时必须外接上拉电阻通常用排阻才能输出高电平。这是硬件设计中一个经典的必须项忘记接上拉会导致1602无法正常接收数据。RW引脚接地将RW读/写引脚直接接地意味着我们只对1602进行“写”操作不读取其忙状态。这样可以节省一个IO口代码中用延时代替状态查询简化了程序。3.2 软件流程与主程序架构整个C程序围绕一个主循环展开结构清晰。以下是典型的程序流程图和代码骨架#include reg51.h #include intrins.h // 用于_nop_() // 引脚定义 sbit DS18B20_DQ P3^7; // 温度传感器数据线 sbit LCD_RS P2^0; sbit LCD_RW P2^1; sbit LCD_E P2^2; #define LCD_DataPort P0 // 数据端口 // 函数声明 void DelayUs(unsigned int t); // 微秒延时 void DelayMs(unsigned int t); // 毫秒延时 void DS18B20_Init(void); bit DS18B20_ReadBit(void); void DS18B20_WriteByte(unsigned char dat); unsigned char DS18B20_ReadByte(void); void DS18B20_StartConvert(void); int DS18B20_ReadTemperature(void); // 返回温度值放大100倍如2550代表25.50℃ void LCD_WriteCommand(unsigned char cmd); void LCD_WriteData(unsigned char dat); void LCD_Init(void); void LCD_ShowString(unsigned char x, unsigned char y, unsigned char *str); void LCD_ShowTemperature(int temp); // 显示温度 void main(void) { int temperature 0; LCD_Init(); // 初始化液晶 LCD_ShowString(0, 0, Temp: . C); // 显示固定字符 // 或者 LCD_ShowString(0, 0, Temperature:); while(1) { DS18B20_StartConvert(); // 启动温度转换 DelayMs(750); // 等待转换完成12位分辨率时最大需750ms temperature DS18B20_ReadTemperature(); // 读取温度值 LCD_ShowTemperature(temperature); // 在液晶指定位置显示温度 DelayMs(500); // 间隔一段时间再采集降低CPU占用 } }主循环逻辑解析初始化首先初始化1602液晶显示一个固定的标题或格式如“Temp: . C”。启动转换向DS18B20发送命令启动一次温度A/D转换。等待转换必须等待足够长的时间取决于分辨率12位时最多750ms让DS18B20完成转换。此处用DelayMs(750)简单实现。读取并显示从DS18B20的暂存器中读取两个字节的温度数据经过计算得到实际温度值然后调用显示函数刷新1602屏幕。延时循环每次显示后加入一个几百毫秒的延时然后跳回步骤2形成周期性的温度采集与显示。这种架构简单直接但存在一个效率问题在DelayMs(750)等待转换期间CPU完全被阻塞什么也做不了。在更复杂的系统中我们可以利用这段时间去做其他事情或者采用中断、查询标志位的方式。4. 核心驱动代码实现与难点剖析4.1 DS18B20驱动代码精讲DS18B20的驱动是项目的难点其核心在于几个底层时序函数。下面以“写一位”和“读一位”为例进行详解。写一位例如写‘0’void DS18B20_WriteBit(bit b) { DS18B20_DQ 0; // 主机拉低总线启动写时序 _nop_(); _nop_(); // 短暂延时约几个微秒 DS18B20_DQ b; // 在15us内将目标电平送到总线 DelayUs(60); // 保持电平60-120us DS18B20_DQ 1; // 释放总线上拉电阻将其拉高 // 两个写周期之间需要至少1us的恢复时间 }关键点拉低总线的时间必须严格控制。写“0”时低电平要保持60-120us写“1”时拉低1-15us后就必须释放总线让上拉电阻将其拉高。上面的代码通过DS18B20_DQ b这一行巧妙地实现了两种情况的统一处理如果写1拉低极短时间后立刻输出高电平如果写0则输出低电平并保持。读一位bit DS18B20_ReadBit(void) { bit b; DS18B20_DQ 0; // 主机拉低总线至少1us启动读时序 _nop_(); _nop_(); // 保持低电平约2us DS18B20_DQ 1; // 释放总线准备采样 _nop_(); _nop_(); // 等待约10us让总线电平稳定由DS18B20控制 b DS18B20_DQ; // 在时序窗口内采样总线电平 DelayUs(50); // 等待读时序周期结束总时长约60us return b; }关键点主机拉低总线1us以上后必须释放然后在约15us内采样总线电平。DS18B20会在主机拉低总线后的15-60us窗口内将数据位放到总线上。采样太早或太晚都会读错。基于“读/写一位”的函数可以构建出“读/写一个字节”的函数即循环8次。而完整的温度读取流程则遵循固定的命令序列初始化复位与存在脉冲检测主机拉低总线480us以上然后释放。DS18B20会在等待15-60us后拉低总线60-240us作为回应。发送ROM命令如跳过ROM0xCC当总线上只有一个DS18B20时可以发送0xCC跳过地址匹配。发送功能命令如启动温度转换0x44。等待转换完成。再次初始化。发送跳过ROM命令0xCC。发送读暂存器命令0xBE。连续读取9个字节前两个字节就是温度值。温度值计算 读取到的两个字节假设为TL和TH组成一个16位有符号整数。温度的正负由TH的最高位符号位决定。计算过程如下int raw_temp (TH 8) | TL; // 合成16位数据 if (raw_temp 0x8000) { // 判断是否为负数 raw_temp ~raw_temp 1; // 取补码得到原码绝对值 temperature -(raw_temp * 0.0625); // 乘以分辨率加负号 } else { temperature raw_temp * 0.0625; }为了便于在液晶上显示小数通常将温度值放大100倍用整数变量存储。例如25.5℃存储为2550。4.2 1602液晶驱动代码精讲1602的驱动相对标准。初始化需要按照特定的指令序列进行通常包括设置8位数据接口、2行显示、5x8点阵字符然后打开显示、关闭光标最后清屏并设置输入模式地址指针自动右移。写操作时序函数void LCD_WriteCommand(unsigned char cmd) { LCD_RS 0; // RS0表示写入的是指令 LCD_RW 0; // RW0表示写操作 LCD_DataPort cmd; // 将指令码送到数据端口 DelayUs(1); // 短暂建立时间 LCD_E 1; // E置高 DelayUs(5); // 使能脉冲宽度至少450ns这里给5us足够 LCD_E 0; // E置低产生下降沿锁存数据 DelayMs(2); // 等待指令执行完成清屏、归位等指令需要较长时间 } void LCD_WriteData(unsigned char dat) { LCD_RS 1; // RS1表示写入的是数据 LCD_RW 0; LCD_DataPort dat; DelayUs(1); LCD_E 1; DelayUs(5); LCD_E 0; DelayUs(100); // 写数据后稍作延时即可 }关键点使能信号E的下降沿是触发1602读取数据的关键。DelayMs(2)用于等待那些耗时的指令如清屏完成如果采用“忙检测”方式则可以省去这个固定延时提高效率。显示温度函数 这是一个将计算得到的整型温度值如2550格式化为字符串并显示的例子。void LCD_ShowTemperature(int temp) { // temp是放大100倍的值 unsigned char str[7]; // 例如“ 25.50” unsigned char isNegative 0; if (temp 0) { isNegative 1; temp -temp; } // 分离整数部分和小数部分 str[0] (temp / 1000) % 10 0; // 十位可能为0 str[1] (temp / 100) % 10 0; // 个位 str[2] .; str[3] (temp / 10) % 10 0; // 十分位 str[4] temp % 10 0; // 百分位 str[5] \0; // 字符串结束符 // 处理十位为0的情况不显示前导零可选 if (str[0] 0) { str[0] ; // 用空格代替 } // 如果是负数在最前面添加负号 // 显示到液晶的固定位置例如第一行第6列开始 LCD_SetCursor(5, 0); // 假设设置光标位置的函数 if (isNegative) { LCD_WriteData(-); } LCD_ShowString(6, 0, str); // 显示数字字符串 }5. Proteus仿真搭建与调试实录5.1 仿真工程搭建步骤新建工程打开Proteus ISIS新建一个工程。放置元件在元件库中搜索并放置AT89C51。搜索放置LM016L这是Proteus中1602液晶的常用模型。搜索放置DS18B20。放置电阻 (RES)、排阻 (RESPACK-8)、电位器 (POT-HG)、电容、晶振 (CRYSTAL通常12MHz、按钮 (BUTTON) 等。绘制电路图按照前面“硬件电路连接设计”部分的表格用导线连接各元件。特别注意P0口连接RESPACK-8上拉排阻DS18B20的DQ线接4.7K上拉电阻。配置单片机双击AT89C51元件在“Program File”一栏中选择编译好的.hex文件。在“Clock Frequency”中设置为12MHz与晶振一致。添加电压探针可选但推荐为了调试时序可以在DS18B20的DQ线上放置一个电压探针在仿真运行时观察总线电平变化。5.2 仿真调试技巧与常见问题排查在Proteus中运行仿真点击运行按钮。如果一切正常你应该能在1602液晶上看到不断更新的温度值。DS18B20模型默认会模拟一个环境温度通常是20℃左右你可以双击DS18B20元件在属性中修改“Temperature”值来模拟温度变化观察显示是否跟随变化。常见问题及排查表现象可能原因排查与解决思路1602无显示或显示乱码1. 电源/地未接好。2. 对比度V0调节不当全黑或全白。3.P0口未加上拉电阻。4. 控制线RS、RW、E连接错误或时序不对。5. 初始化序列不正确或延时不足。1. 检查VCC和GND连线。2. 调整电位器将V0电压调至0V附近试试。3.这是最常见原因确认P0口接了10K排阻到VCC。4. 用示波器Proteus中查看E引脚是否有规律的脉冲RS、RW电平是否正确。5. 检查LCD_Init()函数中的指令顺序和延时。1602只显示第一行或字符错位1. 初始化时未正确设置为2行显示。2. DDRAM地址设置错误。1. 确认初始化指令0x38设置8位接口2行5x8点阵已发送。2. 检查LCD_SetCursor()函数或显示字符串时的地址计算。1602第一行地址从0x80开始第二行从0xC0开始。DS18B20读取温度始终为0或85上电值1.单总线时序错误最常见。2. DQ线未接上拉电阻。3. 初始化复位未成功未检测到存在脉冲。4. 发送的命令序列错误。5. 等待转换时间不足。1.重点检查DS18B20_Init、WriteBit、ReadBit函数中的延时。使用Proteus示波器查看DQ线波形与DS18B20数据手册的时序图对比。2. 确认DQ线接了4.7K上拉电阻到VCC。3. 在代码中检查“存在脉冲”检测是否成功。4. 对照数据手册确认发送了正确的命令序列如0xCC 0x44 0xCC 0xBE。5. 12位分辨率下DelayMs(750)必须保证。温度显示值跳变或不变1. 温度计算代码有误特别是处理负数时。2. 读取的数据字节顺序错误LSB和MSB。3. DS18B20模型在Proteus中响应异常。1. 调试时将读取到的原始两个字节TL,TH通过虚拟终端或液晶临时显示出来核对是否正确。2. 确认合成16位数据时是 (TH8)仿真运行极慢或卡死1. 程序中使用了大量DelayMs(750)这样的长延时CPU占用率仿真模型高。2. 电路存在逻辑竞争或短路。1. 这是正常现象因为仿真软件要模拟CPU空转。可以适当减少显示刷新频率或者采用更高效的编程模式但教学项目通常忽略此问题。2. 检查电路连接特别是电源网络。实操心得调试利器——虚拟终端和示波器Proteus的虚拟终端非常好用可以将单片机串口输出的调试信息如原始温度数据打印出来无需硬件。示波器则能直观看到DS18B20单总线上的时序波形是调试时序问题的终极武器。分模块调试不要试图一次性调通所有功能。可以先注释掉DS18B20部分写一个简单的程序让1602显示固定的字符串确保液晶驱动正常。然后再单独调试DS18B20将读取到的原始数据通过虚拟终端打印出来验证。最后将两者整合。注意Proteus模型差异不同版本的Proteus或者不同来源的DS18B20模型其行为可能略有差异。如果遇到非常奇怪的问题可以尝试在网络上搜索一个广泛使用的、口碑好的DS18B20模型文件.DSN或.LIB替换试试。6. 项目优化与扩展思路虽然这个基础项目已经能工作但从中可以延伸出许多优化和扩展的方向这对于学习提升非常有帮助。1. 软件优化状态机编程将主循环中的DelayMs(750)改为基于定时器中断的状态机。例如启动转换后设置一个标志然后单片机可以去做其他事情如扫描键盘。定时器中断中检查时间是否到750ms时间到了再触发读取和显示。这样CPU利用率大幅提高。1602忙检测将RW引脚连接到单片机实现读取1602的忙状态标志BF。在每次写指令/数据前先查询BF而不是死等固定延时。这能使程序运行更高效、更稳定。浮点数处理当前温度计算是放大100倍用整数处理。可以引入简单的定点数运算库或者如果编译器支持且资源允许可以尝试使用float类型进行更直观的计算。2. 功能扩展多路温度监测利用DS18B20的单总线可以挂载多个传感器的特性通过读取每个器件的唯一64位ROM地址实现多点温度监测。需要在代码中实现搜索ROM算法。上下限报警设置一个温度阈值当超过阈值时让单片机控制一个LED闪烁或蜂鸣器鸣叫。这需要增加LED或蜂鸣器电路并在代码中增加判断逻辑。串口通信将采集到的温度数据通过AT89C51的串口发送到电脑利用串口助手如SSCOM在PC端显示或记录。这可以学习单片机与PC的通信。加入按键设置增加几个按键用于设置温度报警的上下限、切换显示模式等。这需要学习按键扫描和消抖程序。3. 硬件与仿真扩展实际硬件搭建在Proteus仿真成功后可以购买实物元件AT89C51或STC89C52、DS18B20、1602液晶等在面包板或洞洞板上搭建电路将程序下载到实物芯片中运行。这是从虚拟到现实的关键一步会遇到更多实际问题如电源噪声、信号干扰、焊接问题等。升级主控芯片将AT89C51替换为STC89C52兼容且带EEPROM、STC12C5A60S21T单片机速度更快或STM32等更现代的芯片。这个过程需要你适配新的GPIO操作方式和开发环境是很好的进阶练习。这个“AT89C51驱动DS18B20采集温度1602显示”项目麻雀虽小五脏俱全。它串联了IO控制、精密时序、数据协议、人机交互和仿真调试等多个嵌入式开发的核心技能点。通过吃透这个项目你不仅掌握了这几个具体器件的用法更重要的是建立了一套面对新器件、新协议时如何查阅数据手册、分析时序、编写驱动、调试问题的通用方法论。这份经验远比单纯地复制代码和连接电路来得宝贵。本文还有配套的精品资源点击获取