51单片机智能温度控制系统：DS18B20采集与PID控制实现

简介：基于STC898C52单片机的智能温度控制系统设计文档，面向高校学生、嵌入式开发者与工业控制工程人员。针对电加热炉升温单向、大惯性、大滞后等特点，结合升温依靠电阻丝加热、降温依靠自然冷却的实际工况，给出从硬件到软件的完整技术方案。资源仅1个docx文档，解压后约768KB，正文系统介绍温度检测、信号转换、功率控制等硬件环节，并配套软件程序流程与PID控制算法应用，兼顾异常处理与自我诊断设计。文档按绪论、系统构成与原理、硬件设计、软件设计等章节组织，目录清晰，便于按模块阅读，已有94人学习/下载。读者可借此了解单片机温度控制系统的完整设计流程、关键元器件选型逻辑以及工程可靠性考量，对课程设计、毕业设计或实际项目开发有直接参考价值。

1. 智能温度控制系统的整体边界与选型思路

恒温箱、温室大棚、孵化器这类场景，都有一个共同要求：把环境温度稳定在某个设定点附近。这个智能温度控制系统要完成的，就是把“采集温度、比较设定值、驱动加热负载”这三件事在一个单片机里闭环跑起来。以51单片机或STM32做核心都成立，但这两年在毕业设计和课程设计里见得更多的，还是STC系列51单片机和DS18B20的组合，原因很实际：51单片机资料多、烧录简单，DS18B20一根线就能读温度，外围电路几乎为零。

比开关式温控多出来的“智能”，并不在传感器上，而在控制策略上：加热器不能频繁通断，温度不能大幅过冲，断电后参数还得留在系统里。所以这个系统的完整设计任务，通常包括传感器时序、控制律选型、功率执行电路、参数存储和串口验证这几层。下面按一条真实可行的落地路径展开，从采集端的时序开始，一直讲到功率输出和整机验证。

2. DS18B20采集与51单片机定时器的时序实现

2.1 为什么智能温度控制系统多选DS18B20

温度采集方案常见的三种：DS18B20单总线、NTC热敏电阻加ADC、LM75的I2C接口。在这个项目里，DS18B20的优先级通常最高，因为它把“传感器加信号调理”压缩成一根数据线，12位分辨率下可以读到0.0625℃的增量，这对家用和教学场景完全够用。

限制条件很清楚：51单片机主频低、没有片上ADC的话还要外挂ADC芯片，这时DS18B20的单总线反而成了省事方案。如果用的是STM32这类自带ADC的MCU，NTC的成本优势会更明显，但得多做温度和电阻的查表换算。做这个题目时，建议优先把DS18B20电路做通，再根据余量考虑要不要换传感器。

2.2 DS18B20复位、读写与温度计算的C51实现

DS18B20的难点不是协议复杂度，而是单总线对时序窗口要求严格。以11.0592MHz晶振的STC89C52为例，最核心的时序代码可以这样组织。

sbit DS = P1^0; // 单总线数据脚 // 微秒级延时，晶振11.0592MHz下约空循环延时 void delay_us(unsigned int us) { while (us--) { _nop_(); } } // 复位脉冲，返回0表示有设备应答 bit ds_reset(void) { bit presence; DS = 1; delay_us(2); DS = 0; delay_us(500); // 拉低480~960us DS = 1; delay_us(70); // 释放总线后等60~240us presence = DS; // 设备拉低总线表示存在 delay_us(420); return presence; } // 写一个字节，按位发送 void ds_write_byte(unsigned char dat) { unsigned char i; for (i = 0; i < 8; i++) { DS = 0; delay_us(10); // 起始时间片 DS = dat & 0x01; // 写入当前位 delay_us(50); // 保持时间片 DS = 1; dat >>= 1; } } // 读一个字节，按位接收 unsigned char ds_read_byte(void) { unsigned char i, dat = 0; for (i = 0; i < 8; i++) { dat >>= 1; DS = 0; delay_us(2); DS = 1; delay_us(5); if (DS) dat |= 0x80; // 采样点 delay_us(50); } return dat; } float read_temperature(void) { unsigned char low, high; int raw; float t; if (ds_reset() != 0) return 255.0f; // 无应答返回错误值 ds_write_byte(0xCC); // 跳过ROM，只挂单设备 ds_write_byte(0x44); // 启动温度转换 delay_ms(750); // 12位转换时间 if (ds_reset() != 0) return 255.0f; ds_write_byte(0xCC); ds_write_byte(0xBE); // 读暂存器 low = ds_read_byte(); high = ds_read_byte(); raw = (high << 8) | low; t = raw * 0.0625f; // 12位分辨率每LSB对应0.0625℃ return t; }

代码里有几个参数值得注意：复位时序中的480us拉低时间和70us等待窗口，是DS18B20数据手册标明的区间，延时偏差超过极限值会导致设备不响应。写入位的10us起始槽和50us保持时间，是51单片机做这个器件最常出问题的地方，如果读回的数据一直是0xFF，先用示波器看复位应答，再用逻辑分析仪对比每一位的宽度。

读取时用的是“跳过ROM”命令，这只适合单总线只挂一个传感器的情况。如果系统要测多个点，需要先执行搜索ROM命令获取每个设备的64位序列号，再逐一匹配读取。这个扩展工作量大，建议先跑通单点，再考虑多路。

2.3 用51单片机定时器把采样节奏从阻塞里解出来

上面代码里那段750ms的延时，是初版可以跑、但达不到“智能”的方式。因为延时期间单片机什么都干不了，按键扫描、显示刷新、控制输出全被堵死。常见的整改方案是把“启动转换”和“读结果”拆成两个步骤，用定时器中断做时间基准。

bit g_sample_ready; // 1秒采样标志 unsigned int g_timer_cnt; void timer0_isr(void) __interrupt 1 { TH0 = 0xDC; // 11.0592MHz下约10ms一中断 TL0 = 0x00; if (++g_timer_cnt >= 100) { g_timer_cnt = 0; g_sample_ready = 1; } } void main(void) { float temp; TMOD = 0x01; // 定时器0模式1，16位定时 TH0 = 0xDC; TL0 = 0x00; // 初值计算：65536-10000=55536 ET0 = 1; TR0 = 1; EA = 1; while (1) { if (g_sample_ready) { g_sample_ready = 0; temp = read_temperature(); // 显示刷新、控制决策都在这里执行 } } }

定时器初值0xDC00，在11.0592MHz、12分频下大约10ms进入一次中断，100次正好1秒。这个1秒节奏和温控系统是匹配的：加热对象是砖块、水、空气这类大热容介质，温度变化本身很慢，采样太快反而会把测量噪声当成真实变化。初版建议坚持1秒采样，最多不要超过5秒，否则控制响应会明显迟钝。

用定时器做时间基准后，DS18B20的转换启动和结果读取可以插入主循环的空闲时间，而不是死等750ms从转换完成到读取，中间可以穿插刷新数码管或者处理按键。

2.4 温度读数滤波与多路采集的简单处理

DS18B20本身精度足够，但直接读回来的数据仍然会有小幅跳动，尤其是在开关电源附近。常见做法是取连续4到6次采样做算术平均，或者去掉最大最小值后再平均，后者更抗尖峰干扰。

float temp_filter(float new_value) { static unsigned char cnt = 0; static float buf[6]; static float sum = 0.0f; if (cnt < 6) buf[cnt++] = new_value; else { sum = 0; for (cnt = 0; cnt < 6; cnt++) sum += buf[cnt]; cnt = 0; return sum / 6.0f; } return new_value; // 缓存不足时不输出平均结果 }

需要注意的是，这个滤波函数在缓存未填满时会直接返回原值，所以上电前6秒的温度曲线会多跳几拍。如果项目对开机显示有要求，可以改为“边缓存边输出部分均值”。多路采集时，每路的启动转换和读取相互独立，只要把读温度函数里的跳过ROM命令换成“匹配ROM+序列号”即可，但轮询每路约750ms，两路以上就要把采样周期拉长到2秒或3秒。

3. 滞回与PID：智能温度控制系统的控制决策层

3.1 开关控制为什么“哆嗦”

最直觉的温控写法是：温度低于设定值就开加热，高于设定值就关。这个逻辑直白，但在实际系统里会引发一个讨厌的现象——温度在设定点附近反复穿越，继电器或可控硅频繁通断，触点寿命快速消耗，温度波动也大。原因在于没有任何迟滞机制，任何微小抖动都会触发状态翻转。

解决方法是引入滞回区间，严格说是一对不重合的上下限：

#define TEMP_SET 60.0f // 目标温度 #define TEMP_HYST 1.0f // 滞回宽度 bit g_heat_on = 0; void hyst_control(float temp) { if (temp <= (TEMP_SET - TEMP_HYST)) { g_heat_on = 1; // 降到下阈值，开加热 } else if (temp >= (TEMP_SET + TEMP_HYST)) { g_heat_on = 0; // 升到上阈值，关加热 } // 位于上下限之间时，维持上一状态 }

滞回宽度的选取很讲究：0.5℃回差适合对温度波动敏感的场景，但继电器动作可能每分钟好几次；2℃回差会让温度曲线走出明显的锯齿波，但执行器寿命长得多。做毕业设计时，建议把回差做进EEPROM参数里，方便现场改，默认给1℃。这已经是“智能”的第一层体现：执行器启停频次和控温精度之间，用参数做权衡。

3.2 位置式PID加积分分离的C51实现

滞回控制的缺陷在于输出只有开关两态，无法根据温差大小调整加热强度。想要更平滑的功率调节，就要上PID。51单片机上跑float运算不算快，但温度控制周期是秒级，完全吃得消。

这里推荐位置式PID加积分分离，而不是在论坛里常看到的增量式PID。增量式要额外做输出限幅和偏差累积判断，对温控这类慢系统来说，位置式逻辑更直观：

typedef struct { float kp; float ki; float kd; float integral; // 积分累计项 float err_last; // 上次偏差 } pid_t; float pid_calc(pid_t *p, float set, float cur) { float err = set - cur; float p_term, i_term, d_term, out; if (err > -5.0f && err < 5.0f) { p->integral += err; // 偏差5℃内才积分，防深度饱和 } else { p->integral = 0.0f; // 大偏差时清积分，让比例项快速追目标 } p_term = p->kp * err; i_term = p->ki * p->integral; d_term = p->kd * (err - p->err_last); out = p_term + i_term + d_term; if (out > 100.0f) out = 100.0f; // 输出映射占空比，上限100 if (out < 0.0f) out = 0.0f; // 下限0，不支持制冷 p->err_last = err; return out; }

积分分离的5℃阈值是针对恒温箱这类对象的经验值：加热初期温差大，积分如果一直累加，后面必然超调；进入5℃区间后积分才介入，用来消除稳态误差。输出的0到100并不是物理加热时间，而是直接作为功率占空比，交给功率执行层使用。

pid_t pid = {2.0f, 0.05f, 0.5f, 0.0f, 0.0f}; float duty; float temp = read_temperature(); duty = pid_calc(&pid, 60.0f, temp); // 目标60℃，返回0~100

参数说明：kp是比例增益，决定“温差一摄氏度给多少输出”，初期可以从2左右开始；ki是积分增益，不宜超过kp的1/20到1/10，否则容易振荡；kd是微分项，温度传感器噪声较小，kd设置成0.5以下即可，过大反而放大读数抖动。

3.3 PID参数怎么设

温控系统的PID整定不需要拉普拉斯变换，一个可执行的步骤就够：

先让kp、ki、kd全为零，kp从1开始逐步加大。每次修改后给系统一个阶跃，观察温度曲线：如果升温太慢，加大kp；如果出现明显超调和振荡，减小kp。比例项调到“温度能较快上升且不持续振荡”后，开始加ki。ki的作用是消除稳态误差，但加太大会出现低频起伏。最后加kd，用来压低过冲。

这里的取值单位是“输出百分比/℃”，如果输出映射的不是0到100，而是继电器开关周期里的百分比，公式不用改，只要把上限从100改成对应周期长度。整定参数时，每次只调一个值，记录下温度和输出的串口曲线再动手下一个，这是最省时间的方式。

3.4 参数掉电保存：STC内置EEPROM与AT24C02

滞回宽度、PID三参数、目标温度，这些值如果每次上电都要重新设，系统谈不上智能。STC单片机多数型号内置EEPROM，用ISP协议直接读写，省掉外部存储芯片。以STC89C52为例，关键操作如下。

#include <STC89C5xRC.H> typedef struct { float kp; float ki; float kd; float temp_set; unsigned char hyst; } sys_param; // 写入参数到EEPROM首地址 void param_save(sys_param *p) { unsigned char i; unsigned char *ptr = (unsigned char *)p; ISP_CONTR = 0x81; // 使能ISP，等待周期 ISP_CMD = 0x02; // 字节编程命令 ISP_ADDRH = 0x00; // 首地址高字节 ISP_ADDRL = 0x00; for (i = 0; i < sizeof(sys_param); i++) { ISP_DATA = ptr[i]; ISP_TRIG = 0x46; // 触发命令序列 ISP_TRIG = 0xB9; ISP_ADDRL++; } ISP_CONTR = 0x00; // 关闭ISP }

STC内置EEPROM的字节擦写次数以万次计，频繁写会加速损耗。实际使用中只在“参数被修改且确认保存”时写入一次，不要在每秒的控制循环里调保存函数。每次上电读回参数后，最好校验结构体里的一个魔数，比如在结构体末尾放固定值0x5A，读出来不对就恢复默认参数，避免空片或写坏的EEPROM把系统带偏。

4. 从决策到功率：可控硅过零驱动与51单片机的IO输出

4.1 继电器与可控硅过零驱动的取舍

PID输出的占空比最终要变成加热器的通电比例。驱动加热器，两种常见方案：继电器和可控硅。继电器便宜直观，但机械触点的动作寿命一般在十万次量级，而温度控制如果采用周期通断，每秒可能动作一到两次，几个月就到寿命上限。可控硅没有机械触点，理论上可以连续工作多年，代价是驱动电路稍复杂。

做智能温度控制系统时，如果负载是几百瓦的加热管，建议直接走可控硅方案。课题设计难度会提升一个档次，但“智能”这两个字才真正落到功率执行层；如果只是做48小时演示，继电器也能完成，用滞回控制而不是PID来限制动作频率。

4.2 过零检测中断与半周期计数

给可控硅做功率调节，要点不是随便给脉冲，而是尽量让器件在交流电过零点附近切换，减小浪涌电流和电磁干扰。典型电路里，交流电经降压、光耦隔离后，在过零时产生一个低脉冲，接到51单片机的外部中断0。

sbit SCR_DRV = P2^0; // 接MOC3063输入侧驱动 #define CTRL_HALF_CYCLES 20 // 控制周期=20个半周期，50Hz下约200ms volatile unsigned char g_half_cnt = 0; volatile unsigned char g_duty = 50; // 占空比0~100，由PID层更新 void ext0_isr(void) __interrupt 0 { if (++g_half_cnt >= CTRL_HALF_CYCLES) { g_half_cnt = 0; } // 过零后立刻决定本半周期是否导通 SCR_DRV = (g_half_cnt < (CTRL_HALF_CYCLES * g_duty / 100)) ? 1 : 0; }

逻辑说明：外部中断每次发生在工频过零点，50Hz交流电每10ms一个半周期，20个半周期就是200ms一个控制周期。g_duty是PID给出的功率百分比，在中断里换算成“前几个半周期导通”。当g_duty为50时，控制周期内有10个半周期导通，10个半周期关断，平均功率就是50%，开关动作全部落在过零附近。

这个方案对中断响应有要求，过零后必须在尽量短的时间内改变SCR_DRV电平，所以这段逻辑放在中断服务程序里，不能等主循环轮询。用MOC3063这类带过零检测的光耦驱动可控硅时，输入侧导通后，输出侧只会在下一个过零点附近导通，能进一步抑制射频干扰。

4.3 可控硅触发电路的几个工程细节

做功率执行电路，光有代码不够，几个硬件细节直接影响可靠性。MOC3063输入侧的LED需要约10到15mA驱动电流，51单片机IO口高电平驱动能力有限，建议用NPN三极管或直接MCU输出低电平点亮LED的方式，串330到510欧姆限流电阻。

提示：单片机控制电路与220V强电之间必须用光耦隔离，控制板的地和强电地不能共用。调试时先用隔离变压器或漏电保护器供电。

可控硅工作是靠电流维持的，半周期内电流会自然过零关断，不需要软件主动关断。负载如果是加热管这类纯阻性负载，反向耐压和电流余量留1.5到2倍即可；如果负载带感性成分，还需并联RC吸收回路，防止关断瞬间的电压尖峰打坏可控硅。

最后记得在加热回路里串保险丝，规格按负载电流的1.5倍选。软件上可以做一个看门狗：主循环超过1秒没喂狗就复位，复位后强制关闭加热输出，避免单片机跑飞时加热器一直通电。这个“安全关断”逻辑不复杂，但能让整个系统的设计完整度明显提升。

5. 用串口数据验证智能温度控制系统的控制行为

5.1 串口打印最小框架：定时发送温度和功率占空比

调PID和滞回参数，靠数码管看数值效率太低。51单片机没有调试器的时候，串口是最直接的输出通道。以11.0592MHz晶振、波特率9600为例：

void uart_init(void) { SCON = 0x50; // 模式1，允许接收 TMOD &= 0x0F; TMOD |= 0x20; // 定时器1模式2，8位自动重装 TH1 = 0xFD; // 9600波特率初值 TL1 = 0xFD; TR1 = 1; } void putchar(char c) { SBUF = c; while (!TI); TI = 0; } void send_status(float temp, unsigned char duty) { int t10 = (int)(temp * 10); printf("t=%d.%d d=%d\r\n", t10 / 10, t10 % 10, duty); }

putchar重定向之后，printf才能正常工作。注意51上使用printf会引入较大代码空间，如果ROM吃紧，可以自己写整数转字符串函数。串口输出节奏建议1秒一次，数据量小，Excel或串口助手里直接看曲线。

5.2 阶跃实验：从串口曲线里看出超调与恢复时间

给系统一个明确的输入变化，比如把目标温度从30℃改到60℃，然后记录温度和duty的逐秒曲线。从串口数据里重点看三件事：超调量是否超过目标温度的5%、调节时间是否在合理范围内、duty是否有不自然的反复振荡。

如果duty一直在100%和0%之间来回跳，说明PID参数偏激进，先把kp减半再试。如果温度爬到59℃就永远差了1℃，说明ki太小，按20%幅度加大。每次只改一个参数，改完重新跑一组阶跃，记录下这组曲线，和上一组对比，比凭感觉乱调要快得多。

5.3 一个实用技巧：用自检阶段估热容，反推初版Kp

温度控制系统的热惯性差异很大，同样的PID参数，在小保温盒上超调，在大水箱上却迟迟到不了目标。装好系统后，先不急着整定，通电强制100%加热60秒，同时每秒记录一次温度。

把温升曲线近似看成线性，算出每秒上升的度数，比如60秒上升18℃，温升速率就是0.3℃/秒。这个值和加热功率、热容量直接相关，可以反推一个参考Kp：如果100%功率带来0.3℃/秒的温升，温差10℃时想让输出有30%左右的功率，Kp就取30除以10乘以1/3，再留一半余量，落在1.5附近。这比从1开始盲调少花一轮时间，也给后面整定提供了一个明确的起点。

把设定值从30℃拉到60℃，盯着duty从顶格掉到中间段的斜率，基本就能看出这套温控回路的真实性格。

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