基于AT89C52与DS18B20的数字温度计设计与报警实现

简介面向电子信息、自动化及单片机课程设计人群的毕业论文文档围绕基于AT89C52单片机与DS18B20智能温度传感器的数字温度计展开可用于课程设计、毕业设计选题参考与测温报警方案借鉴。压缩包共1个doc文件约301KB正文以论文结构组织涵盖课题背景、Proteus与Keil开发工具简介、系统总体方案、DS18B20测温原理、AT89C52功能应用以及LED显示与温度上下限报警的软硬件电路设计。文中给出0℃100℃测量范围、三线制连接、减少外部硬件等实现思路并讨论系统调试与应用前景便于读者梳理数字温度计的设计框架、模块划分和论文撰写要点。目前已有157人学习适合需要低成本测温方案与完整论文参考的初学者和毕业设计学生。1. 从指针温度计到可报警的数字表这套设计要解决的问题拿到「毕业论文基于单片机的数字温度计」这个题目多数人的第一反应是热电偶配运放再接 ADC模拟链路一长误差来源就说不清楚了答辩时被追问一句「零点漂移你怎么补偿」很容易卡住。这套设计反着走用 DS18B20 单总线数字温度传感器把温度直接变成 12 位数字量送进 AT89C52A/D 环节整条砍掉硬件只剩传感器、单片机、显示、报警四块。测温范围 0100℃误差控制在 1℃ 以内四位数码管显示当前温度上下限报警值可以用按键改超限蜂鸣器响。它面向的是要在两三周内交出原理图、程序和仿真结果的毕设与课设读者也适合需要给小型设备补一个低成本测温环节的从业者。2. 总体方案与技术选型为什么把模拟链路整条砍掉2.1 需求拆解五项指标怎么变成可测的验收条件题目里给的指标看着简单真正落到答辩和验收环节每一条都得能拿出证据。我习惯在动手画原理图之前先做一张「指标—验收条件」对照表把模糊的描述翻译成能当场演示的动作后面所有硬件选型和代码结构都围绕这张表走。序号原始要求落到的验收条件1测温范围 0100℃用冰水混合物、室温、温水、沸水几个参照点覆盖 0℃、25℃、50℃、80℃、100℃2精度误差小于 1℃每个测点与标准温度计读数差值绝对值 ≤1℃3LED 显示温度四位数码管稳定显示 xx.x 格式负温度能显示负号4上下限可设置按键能把上限在 2090℃、下限在 070℃ 内步进修改并保存到 RAM5超限报警温度越过设定限值后 1 秒内蜂鸣器起振回落到限值内自动停止这张表的意义在于它把「功能强大」这种形容词换成了五条可以逐条打勾的动作。后面如果时间不够砍功能就砍表上没有的表上有的一个都不能省。很多同学栽在答辩现场不是因为做不出来而是因为说不出自己的系统到底满足了哪几条要求被老师一句「你这个精度怎么保证的」问穿。从这张表还能反推出一个硬约束误差要压到 1℃ 以内而 DS18B20 在 0100℃ 区间的最大线性偏差小于 1℃本身已经贴着指标线那就意味着显示电路、换算过程和传感器摆放都不允许再引入额外误差。这条约束直接决定了后面不能随便用浮点数做中间运算也不能把传感器贴着稳压芯片放。2.2 三条测温路线的取舍精度、成本与调试成本测温方案常见的就那么几条路选哪条不取决于谁「高级」取决于谁的错误来源最少、谁的调试成本最低。下面这张对比表是我做方案对比时常用的格式摆出来之后选择基本就没有悬念了。路线典型器件组合硬件复杂度主要误差来源适配场景热电偶热电偶 冷端补偿 运放 ADC高冷端补偿偏差、运放失调、ADC 量化高温、宽量程工业场合热电阻铂电阻 恒流源 仪表放大 ADC高引线电阻、激励电流精度、放大器漂移中低温高精度计量热敏电阻NTC 分压电阻 ADC中阻值离散性大、曲线非线性低成本家电测温单总线数字传感器DS18B20 一只上拉电阻低自热、单总线时序执行不准0100℃ 常规测温热电偶和热电阻的方案并不是不好而是它们的误差来源分散在模拟链路的每一级任何一级出问题都要拿示波器一层层往前推对一个两三周周期的课设来说调试成本明显偏高。NTC 便宜但每只阻值曲线都不一样想做到 1℃ 以内得逐个标定批量做不了。DS18B20 把敏感元件、A/D 转换、数字接口全部集成在一颗三脚封装里单片机拿到的已经是校准过的数字量误差的主要来源只剩下时序执行和传感器自热两项都是可以在代码里控制的。代价是它把复杂度从硬件挪到了软件时序上——这也正是后面第 4 章要重点处理的部分。选它本质上是拿一段必须写对的微秒级时序换掉一整条需要反复调零的模拟链路对这类项目来说是划算的。2.3 系统框图与模块职责划分整个系统按「采集—处理—呈现—干预」四段划分主控是 AT89C52四个模块围绕它展开。框图用文字描述是这样一条链DS18B20 挂在 P1.0 上做单总线通信AT89C52 通过 P3.0 和 P3.1 两根线把段码串行移进 74LS164由它并行驱动四位数码管的段选位选走 P2.0P2.3三个按键接在 P1.2P1.4 上负责设置上下限蜂鸣器由 P1.5 经三极管驱动。模块关键器件占用 IO职责主控AT89C52—产生单总线时序、做数据换算、跑状态机温度采集DS18B20P1.0输出 12 位温度值分辨率 0.0625℃显示驱动74LS164 四位共阳数码管P3.0、P3.1、P2.0P2.3串行移位出段码位选动态扫描人机输入3 只轻触按键P1.2P1.4进入设置、上限/下限加、减报警输出有源蜂鸣器 三极管P1.5超限提示时基与复位12MHz 晶振、RC 复位网络XTAL1、XTAL2、RST提供机器周期与上电复位这里有个值得说明的取舍为什么显示用 74LS164 串行驱动而不是直接用 P0 口并行输出段码。P0 口并行输出需要 8 根线做段选、4 根线做位选一共 12 根串行方案只用两根 IO 就能把段码送出去省下来的口线可以留给后面的扩展比如接时钟芯片或者串口上传。原文提到这套系统可以用两节电池供电、做成便携式口线省下来对体积和功耗都有好处。代价是每次刷新都要移位 8 次占用一点 CPU 时间但在 12MHz 主频下完全感觉不到。2.4 工具链Keil C51 编译与 Proteus 仿真联调软件这边用的是 Keil C51选它的理由很实际51 内核的寄存器、位寻址、中断向量在这套工具里都有现成的头文件支持sbit定义引脚、interrupt声明中断函数这些写法能直接把硬件结构映射到代码上比汇编好维护得多。编译产物是一个 HEX 文件这个文件同时喂给两个地方——烧录器和仿真软件。Proteus 承担的是硬件验证的角色把原理图在软件里搭出来把 HEX 加载到虚拟单片机里跑能在没有实物的情况下看到数码管亮、蜂鸣器响。这套组合最大的价值是把「硬件接错」和「程序写错」两类问题分离开了先在仿真里确认逻辑对再上实物确认电气对出问题时排查范围直接砍一半。但仿真有一个必须提前知道的特点Proteus 里的 DS18B20 模型对时序的容忍度比真片子宽松得多。仿真跑通不代表实物能跑这个坑在第 5 章会单独展开。这里先记住一条操作纪律每次改完代码HEX 文件要重新加载进仿真模型Proteus 不会自动感知文件更新很多人改了半天代码发现现象没变其实是加载的还是旧文件。3. 硬件设计最小系统、单总线接口与显示报警电路3.1 AT89C52 最小系统晶振、复位与 EA 三个不能省的点AT89C52 是 40 引脚、4 个 8 位并行口、片内 4KB Flash、128B RAM 的经典 51 内核器件跑这套测温程序绰绰有余——全部代码编下来大概 34KB片内空间刚好够不需要外扩程序存储器这也顺带省掉了一整块地址锁存和外部 ROM 电路。最小系统有三处必须接对接错任何一处现象都是「程序不跑」而且看不出任何提示。第一处是时钟。XTAL1 和 XTAL2 之间接 12MHz 石英晶体两端各接一只 22pF 瓷片电容到地。12MHz 的选择不是随意的它让一个机器周期正好是 1 微秒后面单总线时序的延时计算全部基于这个前提。换成 11.0592MHz 虽然串口波特率更准但机器周期变成 1.085 微秒所有微秒级延时都得重算对初次做这套设计的人来说没必要增加这个变量。第二处是复位。RST 引脚接一个 10μF 电解电容到 VCC、一个 10kΩ 电阻到地构成上电复位。上电瞬间电容两端电压不能突变RST 被拉高随着电容充电电流减小RST 电压回落只要高电平持续时间超过两个机器周期就完成复位。按键复位可以在电容两端并一只按钮但课设阶段上电复位够用。第三处是 EA 引脚。EA 接高电平CPU 从片内 Flash 取指令接低电平则强制从外部存储器取指令。用片内程序的人如果忘了把 EA 拉高程序烧进去了也一行都不执行而且用万用表量所有引脚电压都正常这是典型的「黑匣子」型故障。提示画完原理图先检查这三处再通电能省掉大量无谓的排查时间。晶振不起振时用示波器看 XTAL2 有没有波形复位是否正常看 RST 上电后是否从高电平回落到低电平。3.2 DS18B20 接口电路上拉电阻与两种供电方式的选择DS18B20 采用三脚封装1 脚接地2 脚是数据线 DQ3 脚接电源。它和单片机之间只需要一根数据线再加一只上拉电阻就能通信这就是所谓「一线总线」的含义。数据线接 P1.04.7kΩ 上拉电阻接到 VCC这个电阻的作用是在总线空闲时把电平拉高同时给器件的开漏输出提供上拉通路。上拉电阻不能省也不能随便取值。4.7kΩ 是常规选择如果传感器引线较长超过 1 米总线分布电容变大上升沿变缓可以把阻值降到 2.2kΩ 加快充电反过来如果现场干扰小、想降低静态功耗可以适当加大到 10kΩ。这条经验是实际调试时摸出来的不是查手册抄的。供电方式有两种。第一种是外部电源供电VDD 接 5VDQ 接单片机这种方式总线驱动能力强转换期间不需要额外操作是首选。第二种是寄生电源供电VDD 直接接地器件从数据线的高电平上「偷电」靠内部电容储能维持工作。寄生供电省一根线但在温度转换期间总线必须提供足够的电流通常要用一个 MOSFET 在转换窗口内把总线强上拉到 VCC上拉窗口最长 10 微秒。对这套设计来说外部供电的接线成本几乎为零没有理由为了省一根线去引入寄生供电那一堆时序约束。还有一个容易被忽略的细节DS18B20 在温度转换时会自热器件自身温升会让读数偏高零点几度。0100℃ 的测量范围里这零点几度在 1℃ 的误差预算中占得不小。所以传感器不要贴着稳压芯片、单片机或者其他发热元件放也不要在密封壳里紧贴金属壁留出空气流通的余地。3.3 显示电路74LS164 串行驱动四位数码管的接线与段码显示部分是这套设计里唯一需要仔细处理「时序」之外的电气细节的地方。方案用一片 74LS164 八位串入并出移位寄存器做段选驱动串行数据从 P3.0 进时钟从 P3.1 进74LS164 的八路并行输出经过 330Ω 限流电阻接到数码管的 adp 八个段引脚。四位数码管的公共端共阳接法时为阳极分别由 P2.0P2.3 经 PNP 三极管驱动做位选。之所以用 P3.0 和 P3.1是因为这两根线本来就是串口的 RXD 和 TXD用软件模拟串行移位的方式驱动 74LS164等于用两根口线干了八根口线的活。移位过程是把段码字节按从高位到低位的顺序逐位送到数据线每送一位就产生一个时钟上升沿八次之后段码就并行出现在 74LS164 的输出端。段码表按共阳数码管整理段位从低位到高位依次为 a、b、c、d、e、f、g、dp低电平点亮显示字符段码十六进制显示字符段码十六进制00xC050x9210xF960x8220xA470xF830xB080x8040x9990x90负号0xBF小数点该位段码 0x7F小数点的处理方式是把对应位的段码和 0x7F 按位与因为 dp 位于最高位清零即可点亮。这个做法比另建一张带小数点的段码表省事改显示格式的时候不用动表。动态扫描的关键是消隐顺序切换位选之前必须先把当前位关掉再送新段码最后打开下一位。如果顺序反了上一位的段码会短暂串到下一位上看起来就是数码管有重影、边缘发虚。这个现象在仿真里不明显在实物上非常明显属于典型的上实物才暴露的问题。3.4 按键与报警电路三只按键加一路蜂鸣器输出按键部分没什么技术含量但有细节。三只轻触按键一端接地另一端分别接 P1.2、P1.3、P1.4。P1 口内部有上拉电阻按键未按下时读到的就是高电平按下读到低电平不需要外接上拉。如果想让硬件层面就有一点抗抖动能力可以在按键两端并一只 100nF 电容但软件消抖更彻底硬件电容只是辅助。三个键的职责划分要提前定清楚不然后面写状态机会乱第一个键做「设置」每按一次在「正常显示 → 设上限 → 设下限 → 回到正常」之间循环第二个键做「加」在设置状态下把当前项加 0.1℃ 或 1℃第三个键做「减」逻辑对称。正常显示状态下加减键不响应避免误触改掉限值。报警输出用一个 PNP 或 NPN 三极管驱动有源蜂鸣器基极串 1kΩ 电阻接 P1.5。有源蜂鸣器内部自带振荡电路给电就响控制简单无源蜂鸣器需要单片机输出方波会额外占一个定时器没必要。这里有一个必须加的元件如果蜂鸣器是电磁式而不是压电式线圈属于感性负载三极管集电极到电源之间要反向并一只二极管做续流否则关断瞬间的反电动势可能击穿三极管。这个小细节在仿真里永远不会暴露实物上却能让你的板子在连续报警几分钟后突然不响了。4. 软件设计单总线时序、数据换算与报警状态机4.1 主循环与定时中断的分工程序结构上采用「前后台」模式定时器中断做时基主循环做业务。T0 工作在方式 116 位定时12MHz 下机器周期 1 微秒要定时 10 毫秒需要计数 10000 次初值就是 65536 - 10000 55536写成十六进制 0xD8F0所以 TH0 装 0xD8、TL0 装 0xF0。中断里干三件事给显示扫描计数、给按键扫描计数、给秒计时。显示每位点亮 1 毫秒四位轮一遍 4 毫秒刷新率 250Hz人眼完全看不出闪烁。按键每 10 毫秒采样一次用于消抖。主循环负责温度转换、数据换算和报警判定温度每 1 秒更新一次。/* T0 中断服务10ms 时基兼顾显示扫描与按键采样 */ void timer0_isr(void) interrupt 1 { TH0 0xD8; /* 重装初值12MHz 下 10ms */ TL0 0xF0; disp_tick; /* 显示扫描计数每 1ms 推进一位 */ if (disp_tick 4) disp_tick 0; key_tick; /* 按键采样计数 */ if (key_tick 1) { /* 10ms 采一次 */ key_tick 0; key_flag 1; /* 置标志具体处理放主循环 */ } if (sec_cnt 100) { /* 100 × 10ms 1s */ sec_cnt 0; sample_flag 1; /* 通知主循环做一次温度采集 */ } }这段代码的设计意图是「中断只打标记、不做重活」。中断里调用单总线读写函数是常见的翻车点因为单总线时序里有毫秒级的等待温度转换要 750 毫秒放在中断里会把整个系统的时基拖垮显示立刻卡住不动。把标记置起来交给主循环处理中断的执行时间控制在几十微秒系统的响应性才有保证。参数上要说明的是sec_cnt 100这个阈值它决定了温度刷新周期。改成 50 就是 0.5 秒刷新一次改 200 就是 2 秒。刷新太快没必要DS18B20 一次 12 位转换本身就要 750 毫秒刷得比转换快只会读到上一次的旧值刷得太慢又会让报警响应变迟钝。1 秒是个折中。4.2 DS18B20 的复位、写字节、读字节时序单总线协议的全部复杂性都集中在这一节。整个通信建立在四种时隙上复位时隙、写 1 时隙、写 0 时隙、读时隙。所有时隙的长度都以微秒计靠软件延时实现所以延时函数的准确性直接决定通信成败。#include reg52.h #include intrins.h sbit DQ P1^0; /* DS18B20 数据线 */ /* 微秒级延时12MHz 下约 t 微秒需按编译器实际优化情况校准 */ void delay_us(unsigned char t) { while (t--) { _nop_(); _nop_(); } } /* 毫秒级延时用于等待温度转换完成 */ void delay_ms(unsigned int ms) { unsigned int i, j; for (i 0; i ms; i) for (j 0; j 120; j); /* 12MHz 下约 1ms需实测校准 */ } /* 复位拉低约 500us 后释放读存在脉冲。返回 0 表示器件在线 */ bit ds18b20_reset(void) { bit presence; DQ 0; delay_us(240); delay_us(240); /* 拉低约 480~500us */ DQ 1; /* 释放总线等待器件应答 */ delay_us(30); /* 15~60us 内器件会拉低总线 */ presence DQ; /* 读到 0 说明存在脉冲到来 */ delay_us(200); delay_us(200); /* 等复位时隙走完 */ DQ 1; return presence; /* 返回 1 表示无应答器件未接好 */ } /* 写一个字节低位先出 */ void ds18b20_write_byte(unsigned char dat) { unsigned char i; for (i 0; i 8; i) { DQ 0; _nop_(); _nop_(); /* 拉低约 2us 作为写时隙起始 */ DQ dat 0x01; /* 写 1 立即释放写 0 继续保持低 */ delay_us(30); /* 整个时隙保持 60us 以上 */ DQ 1; /* 恢复总线空闲高电平 */ dat 1; } } /* 读一个字节低位先入 */ unsigned char ds18b20_read_byte(void) { unsigned char i, dat 0; for (i 0; i 8; i) { dat 1; DQ 0; _nop_(); _nop_(); /* 拉低 1~2us 启动读时隙 */ DQ 1; /* 释放总线由器件驱动 */ _nop_(); _nop_(); /* 释放后 15us 内必须完成采样 */ if (DQ) dat | 0x80; delay_us(30); /* 时隙总长保持 60us 以上 */ } return dat; } /* 启动转换并读回 16 位原始值失败返回 0xFFFF */ unsigned int ds18b20_read_raw(void) { unsigned char tl, th; if (ds18b20_reset()) return 0xFFFF; /* 器件无应答 */ ds18b20_write_byte(0xCC); /* 跳过 ROM单器件场合 */ ds18b20_write_byte(0x44); /* 启动一次温度转换 */ delay_ms(800); /* 12 位分辨率需 750ms留余量 */ if (ds18b20_reset()) return 0xFFFF; ds18b20_write_byte(0xCC); ds18b20_write_byte(0xBE); /* 读暂存器命令 */ tl ds18b20_read_byte(); /* 低 8 位 */ th ds18b20_read_byte(); /* 高 8 位 */ return ((unsigned int)th 8) | tl; }这段代码里有几个参数值得逐个说明。复位时拉低 480500 微秒这是协议规定的下限480 微秒往上留一点余量释放后等 30 微秒再采样因为器件的存在脉冲是在 1560 微秒窗口内出现的采早了器件还没拉低采晚了脉冲已经结束。写时隙里「写 1 立刻释放、写 0 继续拉低」是单总线区分 0 和 1 的唯一方式写 1 拉低了 60 微秒就会被器件理解成写 0。读时隙最容易写错拉低 2 微秒后必须马上释放然后尽快采样因为器件只在释放后的 15 微秒内把数据摆到总线上超过这个窗口数据就消失了。代码里用两个_nop_()代替精确延时是因为采样点越早越安全。delay_us和delay_ms里的循环次数不能照抄必须按自己编译器的优化等级实测校准。校准方法很简单在函数前后翻转一个 IO用示波器或者逻辑分析仪量脉宽对不上就调循环次数。这一步不做整套时序都是在猜通信时通时不通的「玄学」现象就是这么来的。4.3 原始值换算0.0625℃ 分辨率与负温度处理DS18B20 的 12 位模式下最低位代表 0.0625℃。读回来的 16 位数据低 12 位有效高 4 位是符号扩展。换算成摄氏度就是原始值乘以 0.0625但直接上浮点运算会在 51 上引入几 KB 的库和上百微秒的计算时间没必要。工程上的常规做法是把结果转成「0.1℃ 为单位的整数」来做显示和比较全程整数运算。乘以 0.0625 再乘以 10等于乘以 0.625也就是乘以 625 再除以 1000。/* 原始 16 位数据转成 0.1℃ 为单位的带符号整数 */ int raw_to_tenth(unsigned int raw) { int t; if (raw 0x8000) { /* 最高位为 1 表示负温度 */ raw (unsigned int)(~raw) 1; /* 取补码得到绝对值 */ t -(int)((unsigned long)raw * 625UL / 1000UL); } else { t (int)((unsigned long)raw * 625UL / 1000UL); } return t; }换算的验证方法是手算几个点对一下原始值 0x0191401对应 401 × 0.0625 25.0625℃函数返回 250即 25.0℃原始值 0xFF5E 是 -10.125℃ 的补码取反加一得 162162 × 625 / 1000 101返回 -101即 -10.1℃。这里用unsigned long做中间量是必须的。401 乘以 625 等于 250625已经超出 16 位无符号整数的上限 65535用unsigned int会溢出成错误结果。这个溢出在 25℃ 附近刚好开始出现也就是常温下就开始错非常隐蔽——温度低的时候显示正常一到 25℃ 以上数字就乱跳很多人第一反应是传感器坏了其实是数据类型选窄了。4.4 数码管动态扫描与显示格式四位数码管的显示格式要按量程设计。0100℃ 意味着整数部分最多三位加上一位小数就是四位有效字符但如果再加负号就放不下了。这套设计里我采用的规则是温度在 -9.999.9℃ 区间时显示「符号位 十位 个位 小数位」共四位小数点点亮在个位后面温度达到 100℃ 时切换到整数显示「100」小数点熄灭。正常测温都在 0100℃ 内只有调试时才会出现负值这个规则够用。/* 把 0.1℃ 单位的温度值拆成四位显示缓冲 */ void temp_to_display(int tenth) { unsigned char neg 0; unsigned int v; if (tenth 0) { neg 1; v (unsigned int)(-tenth); } else { v (unsigned int)tenth; } if (v 1000) { /* 100.0℃ 及以上显示三位整数 */ buf[0] seg_code[v / 100 % 10]; buf[1] seg_code[v / 10 % 10]; buf[2] seg_code[v % 10]; buf[3] 0xFF; /* 末位熄灭 */ } else { if (neg) buf[0] 0xBF; /* 负号 */ else buf[0] seg_code[v / 100 % 10]; /* 十位为 0 时可熄灭 */ buf[1] seg_code[v / 10 % 10]; /* 个位 */ buf[2] seg_code[v % 10] 0x7F; /* 小数位点亮小数点 */ buf[3] 0xFF; } }显示缓冲算好之后扫描函数每次只做一件事关掉所有位选、把当前位的段码移进 74LS164、打开对应位选。段码移位的顺序必须和硬件接线一致74LS164 是高位先出如果代码里写成低位先出显示出来的数字会完全对不上号。/* 通过 P3.0(数据)/P3.1(时钟) 把一字节段码移入 74LS164 */ void seg_send(unsigned char dat) { unsigned char i; for (i 0; i 8; i) { SDA (dat 0x80) ? 1 : 0; /* 高位先出与硬件接线对应 */ dat 1; SCLK 0; _nop_(); SCLK 1; /* 上升沿把数据移入寄存器 */ } } /* 在 T0 中断里每 1ms 调用一次扫描一位 */ void display_scan(void) { P2 0xFF; /* 先关掉全部位选消隐防重影 */ seg_send(buf[disp_tick]); /* 送当前位段码 */ P2 ~(1 disp_tick); /* 打开当前位选共阳低电平有效 */ }把消隐放在送段码之前是这段代码的核心。顺序反过来切换位选的那一瞬间上一位的段码还留在 74LS164 的输出上会短暂点亮下一位视觉上就是所有数字都带着一层虚影。4.5 按键状态机与报警判定按键处理用「连续采样计数」的方式消抖每 10 毫秒读一次键值连续 5 次读到同一个键也就是持续 50 毫秒才认定有效中间有一次不同就清零重来。这个方法比简单的延时消抖更可靠因为它在整个按下过程中都在判断不会因为抖动恰好落在延时窗口外而误判。/* 按键扫描返回键值0 无键1 设置2 加3 减 */ unsigned char key_scan(void) { static unsigned char last 0, cnt 0; unsigned char cur 0; if (!KEY_SET) cur 1; else if (!KEY_UP) cur 2; else if (!KEY_DN) cur 3; if (cur last) { if (cnt 5) cnt; } else { cnt 0; last cur; } if (cnt 5) { cnt 4; return cur; } /* 保持 4避免重复触发 */ return 0; }这里cnt 4而不是清零是为了让「按住不放」只触发一次防止长按连续加数。如果需要长按连加就要额外计时按 200 毫秒的间隔重复返回键值。报警判定是整套代码里最容易被忽略但有讲究的部分直接拿当前温度和限值比较会在临界点附近产生抖动——温度在 35.0℃ 上下波动 0.1℃蜂鸣器就会「嘀嘀嘀」地反复启停听起来像坏了。常规做法是加回差超上限后要降到上限以下 0.3℃ 才解除低于下限后要升到下限以上 0.3℃ 才解除。/* 带回差的报警判定temp 与上下限单位均为 0.1℃ */ void alarm_check(int temp) { if (!alarm_on) { if (temp upper || temp lower) alarm_on 1; /* 越限启动报警 */ } else { if (temp upper - 3 temp lower 3) /* 回差 0.3℃ */ alarm_on 0; /* 回到区间内才解除 */ } BUZZ alarm_on ? 1 : 0; /* 三极管驱动高电平导通 */ }回差取 0.3℃ 是一个经验值太小起不到作用太大又会让报警响应显得迟钝。这个参数在验收时要专门演示把温度缓慢推过上限再拉回来看蜂鸣器是不是干净地响一次、停一次。5. 避坑与常见问题排查五个最容易翻车的点5.1 读回来的温度永远是 85℃现象程序烧进去数码管稳定显示 85.0不管传感器放在冰水里还是热水里都不变。原因85℃ 是 DS18B20 上电复位后的默认值出现这个数只有两种可能——一是温度转换根本没执行成功读到的还是上电默认值二是复位时隙没有收到存在脉冲后续命令全部石沉大海但代码没有对返回值做判断照样往下读读回来的是总线上浮空的高电平。解决分两步查。先把ds18b20_reset()的返回值打印出来或者用一个 LED 指示确认器件有没有应答。没有应答就查硬件上拉电阻有没有装、DQ 线是不是接错引脚、VDD 有没有供电。有应答但还是 85℃就查转换命令之后有没有等够 750 毫秒delay_ms的实际延时可能因为编译器优化只有标称值的一半用示波器量一下翻转 IO 的脉宽把循环次数改对。5.2 数码管显示乱码、缺段或者有重影现象数字能显示但笔画对不上或者每个数字边缘都有一层淡淡的重复笔画。原因笔画对不上通常是段码位序和硬件接线不一致——代码按 a 段在最低位写的段码表实际接线段码是高位数在前或者 74LS164 的数据位和数码管的段引脚接反了顺序。重影则是扫描顺序问题切换位选时没有先消隐。解决先单独测一段。写一个只点亮 a 段的测试程序把 0xFE 移进 74LS164看亮的是不是 a 段不是就调整段码表里各位的顺序一直到八个段全部对上为止。这个笨办法比对着电路图猜快得多。重影就改扫描顺序把「关位选」提到「送段码」之前代码结构已经在 4.4 节给出来了。注意仿真里 74LS164 的模型对时序非常宽容位选切换和段码移位几乎同时发生也不会显示重影所以这个 bug 往往要到实物上才暴露。仿真阶段就要按正确顺序写别指望它替你发现。5.3 按键按一下跳好几个数现象设置上限时按一次「加」数值从 30 直接跳到 33 甚至更多。原因机械按键在按下和松开的瞬间会产生 520 毫秒的抖动单片机在主循环里读键的速度远快于抖动周期一次按下被识别成了好几次。另一种可能是按键扫描放在主循环里而主循环里有一段 800 毫秒的温度转换等待导致采样间隔不均匀。解决按键扫描必须挂在 10 毫秒的定时中断标记上保证采样间隔恒定再配合连续 5 次一致的判定。不要在主循环里用delay_ms(10)做消抖主循环的时间基准会被温度转换拖乱。如果已经用了状态机还是跳数检查是不是cnt达到阈值后没有锁住导致按住不放时持续触发。5.4 仿真跑得好好的实物一上电就不工作现象Proteus 里显示正常、报警正常焊好的板子通电后数码管全灭或者全亮蜂鸣器一直响。原因仿真模型不检查电气特性。常见的实物翻车点有三个一是 EA 引脚忘了接高程序压根没跑二是 74LS164 的输出电流不够驱动数码管仿真里模型是理想的实物上亮度极暗或者完全不亮三是蜂鸣器作为感性负载没有加续流二极管工作一段时间后驱动三极管被反电动势击穿。解决上电前按清单逐项核对——EA 是否接高、晶振是否起振示波器看 XTAL2、复位脚上电波形是否正常、数码管限流电阻是否装了、蜂鸣器两端有没有反向二极管。这套核对流程走一遍只要五分钟比事后拿万用表一根根量线快得多。限流电阻的取值也要核算5V 电源、每段压降约 2V、目标电流 58 毫安电阻取 330Ω 到 470Ω 之间。5.5 报警限值越设越乱或者断电后设置丢失现象设置时一路按加上限能加到 120℃加着加着上限比下限还小蜂鸣器一直响或者断电重启后限值回到默认值之前设的全没了。原因按键处理里没做边界钳位也没做上下限的交叉校验。AT89C52 片内没有 EEPROM限值只存在 RAM 里掉电自然丢失——这一点很多人做完毕设才意识到然后被老师问「断电后设置还在吗」问住。解决在加减键处理里加硬边界上限限制在 2090℃、下限限制在 070℃并且每次修改后校验「下限 1℃ ≤ 上限」不满足就拒绝这次修改或者自动调整另一个值。掉电保存有两个选择一是在原理图上加一片 I2C 接口的 EEPROM 存限值二是接受这个限制在报告里明确写「限值保存在 RAM掉电恢复默认值」别在答辩时被问穿。前者多一片芯片和一段读写代码后者省事但要在论文里诚实交代。6. 验收与答辩指标怎么测出来问题怎么答回去验收这件事我一般建议按一张测试记录表来走测完当场填别等最后回忆。表格按第 2 章那张指标表展开每个测点记录三样东西标准温度计读数、本机显示值、差值。测点参照物标准读数本机显示差值判定0℃冰水混合物0.2℃0.3℃0.1℃合格25℃恒温室内静置24.8℃25.1℃0.3℃合格50℃恒温水浴50.1℃50.4℃0.3℃合格80℃恒温水浴80.0℃80.6℃0.6℃合格100℃沸水本文还有配套的精品资源点击获取