基于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扮演着“大脑”和“调度中心”的角色。它的主要任务包括：

1. 初始化与协调：上电后初始化自身IO口、定时器等资源。
2. 驱动DS18B20：严格按照DS18B20的单总线时序，发出复位、写命令、读数据等操作，完成温度转换和读取。
3. 驱动1602液晶：按照1602的并行接口时序，发送指令和数据，控制其显示内容。
4. 数据处理：将从DS18B20读取的原始二进制数据，转换成我们熟悉的十进制温度值（如25.5℃）。
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中搭建这个仿真系统，连接关系清晰明了。下图展示了核心的连接方式：

关键设计解析：

1. DS18B20的上拉电阻：单总线在空闲时必须保持高电平，4.7K的上拉电阻至关重要，为总线提供稳定的高电平，并帮助完成线“线与”逻辑。
2. 1602的对比度调节：V0引脚电压决定了显示深浅，通常通过一个10K电位器连接到VCC和GND之间来调节。仿真中调节到地电位附近通常显示最清晰。
3. P0口的上拉电阻：AT89C51的P0口是开漏输出，在作为通用IO口使用时，必须外接上拉电阻（通常用排阻）才能输出高电平。这是硬件设计中一个经典的必须项，忘记接上拉会导致1602无法正常接收数据。
4. 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占用 } }

主循环逻辑解析：

1. 初始化：首先初始化1602液晶，显示一个固定的标题或格式（如“Temp: . C”）。
2. 启动转换：向DS18B20发送命令，启动一次温度A/D转换。
3. 等待转换：必须等待足够长的时间（取决于分辨率，12位时最多750ms），让DS18B20完成转换。此处用DelayMs(750)简单实现。
4. 读取并显示：从DS18B20的暂存器中读取两个字节的温度数据，经过计算得到实际温度值，然后调用显示函数刷新1602屏幕。
5. 延时循环：每次显示后加入一个几百毫秒的延时，然后跳回步骤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次。而完整的温度读取流程，则遵循固定的命令序列：

1. 初始化（复位与存在脉冲检测）：主机拉低总线480us以上，然后释放。DS18B20会在等待15-60us后拉低总线60-240us作为回应。
2. 发送ROM命令（如跳过ROM，0xCC）：当总线上只有一个DS18B20时，可以发送0xCC跳过地址匹配。
3. 发送功能命令（如启动温度转换，0x44）。
4. 等待转换完成。
5. 再次初始化。
6. 发送跳过ROM命令（0xCC）。
7. 发送读暂存器命令（0xBE）。
8. 连续读取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; // RS=0，表示写入的是指令 LCD_RW = 0; // RW=0，表示写操作 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; // RS=1，表示写入的是数据 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 仿真工程搭建步骤

1. 新建工程：打开Proteus ISIS，新建一个工程。
2. 放置元件：
   • 在元件库中搜索并放置AT89C51。
   • 搜索放置LM016L（这是Proteus中1602液晶的常用模型）。
   • 搜索放置DS18B20。
   • 放置电阻 (RES)、排阻 (RESPACK-8)、电位器 (POT-HG)、电容、晶振 (CRYSTAL，通常12MHz）、按钮 (BUTTON) 等。
3. 绘制电路图：按照前面“硬件电路连接设计”部分的表格，用导线连接各元件。特别注意P0口连接RESPACK-8上拉排阻，DS18B20的DQ线接4.7K上拉电阻。
4. 配置单片机：双击AT89C51元件，在“Program File”一栏中，选择编译好的.hex文件。在“Clock Frequency”中设置为12MHz（与晶振一致）。
5. 添加电压探针（可选但推荐）：为了调试时序，可以在DS18B20的DQ线上放置一个电压探针，在仿真运行时观察总线电平变化。

5.2 仿真调试技巧与常见问题排查

在Proteus中运行仿真，点击运行按钮。如果一切正常，你应该能在1602液晶上看到不断更新的温度值。DS18B20模型默认会模拟一个环境温度（通常是20℃左右），你可以双击DS18B20元件，在属性中修改“Temperature”值来模拟温度变化，观察显示是否跟随变化。

常见问题及排查表：

实操心得：

• 调试利器——虚拟终端和示波器：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）、STC12C5A60S2（1T单片机，速度更快）或STM32等更现代的芯片。这个过程需要你适配新的GPIO操作方式和开发环境，是很好的进阶练习。

这个“AT89C51驱动DS18B20采集温度1602显示”项目，麻雀虽小，五脏俱全。它串联了IO控制、精密时序、数据协议、人机交互和仿真调试等多个嵌入式开发的核心技能点。通过吃透这个项目，你不仅掌握了这几个具体器件的用法，更重要的是建立了一套面对新器件、新协议时，如何查阅数据手册、分析时序、编写驱动、调试问题的通用方法论。这份经验，远比单纯地复制代码和连接电路来得宝贵。

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