简介：基于51单片机的温度控制显示PID设计是一套完整工程，面向正在学习51单片机、自动控制原理以及Proteus仿真的学生或工程师。工程以温度控制为主线，涵盖传感器数据采集、A/D转换、PID算法运算以及LCD/LED显示输出等核心环节，能够帮助读者将理论知识与实际代码对应起来。资源包共21个文件，压缩后114KB，其中包含C源程序（system_alarm.c等）、启动汇编STARTUP.A51、Keil工程与编译输出文件（.uv2、.opt、.obj、.lst、.m51）、Proteus仿真电路（.dsn、.dbk）以及Hex烧录文件，可对照仿真图与源码理解系统运行流程。目前已有592人学习下载，适合作为课程设计或毕业设计的参考资料。通过学习这份工程，读者可以掌握51单片机定时器/中断配置、PID参数整定方法、温度显示模块驱动以及基于Proteus的联合调试技巧，是快速上手温度控制类项目的实用案例。

1. 基于51单片机的温度控制显示PID：这套源程序和仿真文件能帮你走到哪一步

拿到「基于51单片机的温度控制显示PID设计」这种资料包的人，很多是第一回碰闭环控制。最常见的翻车姿势是：Proteus仿真里点运行，LCD温度变了，就觉得完事了；等把源程序烧进实物开发板，才开始见识PID的脾气——加热一通电温度猛冲，P调大了震荡，调小了又半天爬不到设定值。这套设计说白了就是用STC89C52这类51单片机，配合DS18B20测温、LCD1602显示、按键设定和PWM调功加热，组成一个温度闭环。源程序和仿真文件的意义，是先让你在不碰电烙铁的情况下把逻辑跑通，再去实物上调参数。适合正在做课设、或者想从点灯进阶到真正闭环控制的人；重点不是抄代码，而是搞懂PID参数单位、采样周期和仿真与实物的差异。

2. 先定硬件方案：DS18B20测温、LCD1602显示、SSR调功的三条选型理由

2.1 温度传感器选DS18B20而不选NTC/PT100：三个理由

温度控制方案里最容易被反复纠结的就是传感器。查了一圈资料你会发现，网上这套51方案十有八九都用DS18B20，这不是因为它最便宜，而是因为51单片机裸机环境下，它是综合成本最低的选择。NTC热敏电阻几毛钱一个，但阻值和温度的关系是非线性的，要查表或做多项式拟合，而且需要电桥加运放做信号调理；51片内没有ADC，想做高精度还得外挂ADC芯片，工程量和调试难度直接上去。PT100铂电阻线性度好、温度范围宽，但同样需要恒流源、精密运放和ADC，更适合PLC和仪表场景。

DS18B20是数字输出、单总线协议，一根数据线就能完成通信，12位分辨率下温度分辨率是0.0625℃，出厂校准好的精度是±0.5℃，不需要用户做任何冷端补偿或线性化。对51项目来说，省掉的不是几块钱物料，而是一整套模拟链路的设计、焊接和调试工作。另外它在Proteus里有现成模型，仿真行为和真实芯片基本一致，这对「先仿真后实物」的流程特别友好。唯一需要注意的是它的测温上限是125℃，做加热控制时要确认被控对象温度不会超范围；常规的水温、箱温、烙铁小功率控温场景完全够用。

2.2 IO资源分配与最小电路：一张表定下所有引脚

51单片机的IO是宝贵的，尤其是做显示和加热控制一起上时，引脚分配要先想清楚再画电路。我一般把DS18B20占用一个IO，LCD1602用4位模式占7个IO，按键占3个IO，加热控制占1个IO，这样P1和P2口基本用满，P3口留给串口下载和调试。下面这套分配是Proteus仿真和实物都能直接用的：

电路上要注意两个细节：DS18B20的DQ线必须在外部接一个4.7kΩ上拉电阻，Proteus仿真里不接也能跑，但实物不接会读到一堆乱码，这是新手最容易忽略的；P0口如果用来接LCD，实物必须外加10kΩ排阻上拉，因为P0是漏极开路结构，Proteus对这个特性不敏感，导致仿真实物两张脸。LCD1602的对比度脚V0要串一个10kΩ电位器到地，调节到屏幕不出现方块、字符清晰为止。

2.3 加热执行机构：继电器、SSR和可控硅哪个适合这套51方案

温度控制的执行机构决定了PID输出怎么变成热量。三种常见方案各有利弊：普通电磁继电器便宜、接线简单，但机械触点寿命有限，通断时还有火花噪声，PID输出如果在1秒周期里频繁通断，继电器会很快报废。晶闸管移相调压可以做交流调压，但51裸机做同步过零检测麻烦，移相触发还会给电网带来谐波污染，新手不建议碰。我常用的是固态继电器加PWM调功，SSR无机械触点，控制端是LED光耦，用S8050三极管就能驱动，输出端过零通断，对负载冲击小。

接线方式是这样的：51的P1.3引脚输出高电平时，经1kΩ限流电阻驱动S8050导通，SSR控制端（一般是3-32V直流输入，约5-20mA）获得电流，输出端导通让220V加热丝工作。PID计算的输出值映射成PWM占空比后，在定时器中断里周期性控制P1.3的电平，这样加热功率就连续可调了。仿真里不需要接220V，用一个LED串联电阻代替加热负载就能看到PWM波形。这套方案的另一个好处是，P1.3引脚电平随PWM切换，PID参数整定时的每一分功率变化都能在示波器上看到，方便排查问题。

3. PID控制算法落地：位置式公式、积分分离和限幅在C51里的写法

3.1 先搞清对象：温度是大惯性大滞后，采样周期必须按秒算

很多人在PID上翻车，是因为把电机调速那套经验搬到了温度上。电机转速的响应是毫秒级的，温度系统恰恰相反：加热丝的热量要先传给介质，介质再传给传感器，中间隔着热传导和热对流，纯滞后时间经常有几十秒。这就决定了温度PID的采样周期不能用10ms，用1秒甚至更慢才合理。

采样周期怎么定有两条约束：一是DS18B20本身12位分辨率的转换时间是750ms，采样周期小于这个值就没有意义；二是温度对象的惯性决定了，控制周期太短会出现「上一秒的加热量还没起作用，下一秒又叠加了新的加热量」，系统必然震荡。我一般把采样周期定在1秒，PWM周期也取1秒，这样PID每计算一次就完整输出一个周期的加热占空比，物理含义清楚，调参也好理解。网上有些资料用500ms采样也能跑，但DS18B20的750ms转换时间会卡住主循环，工程上不如1秒干净。

3.2 PID系数单位推一遍：误差0.1℃、输出0-100%时Kp大概是多少

PID参数的数值大小完全取决于你选用的单位。这套设计里我推荐设定值和测量值都用「0.1℃」作为整数单位，比如目标50.0℃存成500，DS18B20读回来也是0.1℃的整数。这样避免了浮点比较的麻烦，也方便LCD显示。PID输出的定义是0-100，代表PWM占空比百分比。于是Kp的单位就是「每0.1℃误差输出多少百分比的加热功率」。

举例说明：如果偏差是1.0℃（误差=10），你希望这时输出50%加热功率，那Kp就等于5。这个量级是温度PID的常见起手范围，Kp给到5-15之间都合理，超过50基本必震荡。Ki项作用于积分累加值，同样以0.1℃为单位累加，Ki的数值就要小得多，起手给0.02-0.05，否则积分项一两分钟就把输出顶到100%饱和。微分项对温度噪声敏感，DS18B20的±0.5℃测量误差会被微分放大，Kd建议从0开始试，确实需要再加，范围也控制在0.5-2以内。这些数值不是标准答案，但作为起手参照，比盲猜靠谱得多。

3.3 可复制的PID代码：积分分离、输出限幅和一阶滤波放一起

下面这一段是可以直接抄进工程的C51代码，把位置式PID、积分分离、积分限幅、输出限幅和测量值一阶低通滤波全部放在一起。我把参数用宏定义写死，方便你调参时只改头部。

// pid.h 中定义 #define KP 5.0f // 每0.1℃误差对应的输出百分比 #define KI 0.03f // 积分增益，积分项以0.1℃为单位累加 #define KD 0.0f // 微分增益，温度对象先置0 #define INTEGRAL_LIMIT 80 // 误差小于8.0℃才允许积分 #define INTEGRAL_MAX 300 // 积分累加上限，对应30.0℃的累积 static float integral = 0.0f; static int last_error = 0; static float filtered_temp = 0.0f; // DS18B20读值的滤波输出 // 测量值一阶低通滤波：raw是本次读回的0.1℃整数 int temp_filter(int raw) { filtered_temp = 0.7f * filtered_temp + 0.3f * raw; return (int)(filtered_temp + 0.5f); } // 位置式PID：sv=设定值(0.1℃)，pv=滤波后的测量值(0.1℃) int pid_run(int sv, int pv) { int err = sv - pv; int output; // 积分分离：误差过大时清掉积分，防止深度饱和 if (err > -INTEGRAL_LIMIT && err < INTEGRAL_LIMIT) { integral += err; if (integral > INTEGRAL_MAX) integral = INTEGRAL_MAX; if (integral < -INTEGRAL_MAX) integral = -INTEGRAL_MAX; } else { integral = 0; } output = (int)(KP * err + KI * integral + KD * (err - last_error)); last_error = err; // 输出限幅到0-100，对应PWM占空比 if (output > 100) output = 100; if (output < 0) output = 0; return output; }

代码逻辑分三段讲清楚。积分分离这一层很关键：温度系统启动时设定值和实际值相差几十度，如果积分项一直累加，几分钟内就会饱和到上限，等温度真的逼近设定值时积分还在拼命往上顶，超调就是这么来的。误差超过8℃时清零积分，温度进了「近场」再开始积，能把上升阶段的超调压住。限幅的作用更直接，PID算出来的理论值可能大于100%或小于0%，加热器只能输出0到100%之间的功率，必须在输出前夹住。滤波那行代码容易被忽略，其实它比调Kd更值得做：DS18B20读数本身的±0.5℃噪声在微分项里会被放大成功率抖动，先滤波再进PID，温度曲线会平滑得多。

4. 源程序结构与关键驱动：DS18B20时序、LCD1602初始化和主循环调度

4.1 工程文件怎么拆：源程序按驱动分文件而不是全塞main.c

课设代码最容易出现的坏味道就是所有函数全堆在main.c里，几百行下来，想改个PID参数要找半天。我习惯按外设拆文件，每个驱动一个.c和一个.h，main.c只做初始化调用和主循环调度。这套源程序的推荐结构如下：

temperature_pid/ ├── main.c // 主循环：定时标志、按键扫描、PID调用 ├── ds18b20.c ├── ds18b20.h // DQ引脚定义、复位/读写/读温度函数声明 ├── lcd1602.c ├── lcd1602.h // 4位模式初始化、字符串显示函数 ├── pid.c ├── pid.h // PID参数宏、pid_run()、temp_filter() ├── key.c └── key.h // 独立按键扫描与消抖，支持长按连加

这样的好处是，DS18B20的时序出了问题，只需要盯着ds18b20.c，不用在整个工程里来回翻。每个驱动文件内部再按「底层时序、功能接口」两层来组织，比如ds18b20.c里先写复位、读写字节三个底层函数，再封装读温度、启动转换两个接口；lcd1602.c里先写命令写入、数据写入，再封装显示字符串。main.c里不要出现任何GPIO的直接操作，所有外设动作都通过接口函数完成。这套分层思想在51上看起来有点「重」，但等你要把代码迁移到STM32或做更复杂的控制时，省下的时间是几倍的。

4.2 DS18B20驱动：11.0592MHz晶振下的复位、读写与读温度

DS18B20是单总线时序通信，所有操作都以微秒级的延时为基础，晶振频率直接影响时序准确性。我统一用11.0592MHz晶振，原因有两个：一是这个频率下串口波特率能精确分频，后面用串口下载和调试不会乱码；二是延时参数在网上的51资料里基本都是按11.0592MHz校准的，踩坑资料最全。下面给出复位和读字节的核心代码，这是整个驱动最容易出错的位置。

sbit DQ = P2^0; // 微秒延时：11.0592MHz、12T模式下，约1.085us每机器周期 void delay_us(unsigned int us) { while (us--) { _nop_(); _nop_(); _nop_(); _nop_(); } } // 复位总线，返回0表示检测到存在脉冲 unsigned char ds18b20_reset(void) { unsigned char presence = 0; DQ = 0; delay_us(500); // 复位脉冲拉低至少480us DQ = 1; delay_us(30); // 释放总线后等待从机应答窗口 presence = DQ; // DS18B20会拉低总线约60-240us表示应答 delay_us(200); return presence == 0; } // 读取一个字节，LSB在前 unsigned char ds18b20_read_byte(void) { unsigned char i, value = 0; for (i = 0; i < 8; i++) { value >>= 1; DQ = 0; _nop_(); _nop_(); // 拉低约2us DQ = 1; _nop_(); _nop_(); // 释放 if (DQ) value |= 0x80; // 释放后15us内采样 delay_us(60); // 补足读时隙 } return value; }

注意注释里关于延时的说明：_nop_()在12T模式下大约是1.085us一个周期，但while循环本身还有判断和减法指令的开销，所以delay_us的实测量会比标称值大一些。这个误差对复位脉冲影响不大，但对读时序有影响。我的习惯是先用仿真器或示波器确认单总线波形，再决定要不要调整循环次数；如果条件不允许，就按上面的参数先用，至少85℃和-55℃这两个典型错误不会出现。

读温度的函数要对负温度做处理。DS18B20返回的12位原始值是有符号的，温度实际值等于寄存器值乘以0.0625℃。要转成0.1℃单位的整数，可以直接用reg * 625 / 1000，或者更快的reg * 5 / 8。注意reg必须先声明成short而不是unsigned char，否则负温度会变成正的大数。

4.3 LCD1602四线模式：初始化序列决定你是黑方块还是正常显示

LCD1602在Proteus里的模型对应LM016L这类器件，4位模式接线省了4根IO，但初始化时序比8位模式讲究得多。很多人直接把命令寄存器设成4位模式，然后发0x28，结果屏幕一堆黑方块。原因是：LCD上电后默认是8位模式，你必须在8位模式下连续发送三次0x30，让它稳定在8位模式，再切到4位模式，之后才能真正用4位数据线发命令。完整初始化序列如下。

sbit LCD_RS = P2^1; sbit LCD_RW = P2^2; sbit LCD_E = P2^3; #define LCD_DATA P2 // D4-D7接P2.4-P2.7 void lcd_write_cmd(unsigned char cmd) { LCD_RS = 0; // 命令模式 LCD_RW = 0; LCD_DATA = (cmd & 0xF0); // 高四位先发 LCD_E = 1; _nop_(); LCD_E = 0; delay_us(50); LCD_DATA = ((cmd << 4) & 0xF0); // 低四位后发 LCD_E = 1; _nop_(); LCD_E = 0; delay_us(50); } void lcd_init(void) { delay_ms(15); lcd_write_cmd(0x30); delay_ms(5); lcd_write_cmd(0x30); delay_ms(5); lcd_write_cmd(0x30); delay_ms(5); lcd_write_cmd(0x28); delay_ms(2); // 切到4位模式，2行显示 lcd_write_cmd(0x0C); delay_ms(2); // 显示开，光标关 lcd_write_cmd(0x06); delay_ms(2); // 写入后光标右移 lcd_write_cmd(0x01); delay_ms(5); // 清屏 }

这里有个容易踩的细节：lcd_write_cmd(0x30)在8位模式下会被当成8位指令，一旦前面时序没走完就发0x28，LCD内部状态机就乱了，之后的命令全部无效。所以初始化里的延时不能省，每条命令之间的5ms就是给LCD内部控制器处理的时间。数据写入函数和命令写入类似，只是RS要置1。显示温度时，我习惯在main.c里做个格式化函数，把0.1℃单位的整数拆成整数和小数两部分，再用sprintf或手工拼字符写到LCD的两行上。Keil的C51库里有sprintf，但会占用不少代码空间，用STC89C52这类8KB Flash的芯片压力不大；如果是AT89C2051那种2KB的老片子，就得手写字符拼接了。

4.4 主循环调度：转换与读取交错，1秒采样不阻塞按键

主循环的设计决定了整个系统按键响应是否卡顿。最常见的问题写法是：每次到采样时刻，发启动转换命令后直接delay_ms(750)等待，然后再读数。750ms的阻塞时间会让按键完全失灵，设定温度时按一下要隔快一秒才有反应，体验很差。解决办法是让DS18B20的转换和读取交错进行：这一秒读到的是上一秒发起的转换结果，读完立刻发起下一秒的转换。12位转换需要750ms，1秒采样周期刚好覆盖，主循环全程不阻塞。

void main(void) { int sv = 500; // 设定值50.0℃，单位0.1℃ int pv_raw, pv_filtered, pid_out = 0; lcd_init(); ds18b20_reset(); timer0_init(); // 定时器0做10ms时基和PWM while (1) { key_scan(&sv); // 按键只改设定值，内部消抖 if (flag_1s) { // 定时器中断里置位 flag_1s = 0; pv_raw = ds18b20_read_temp(); // 读的是上一秒启动的转换 ds18b20_start_convert(); // 立即启动下一秒的转换 pv_filtered = temp_filter(pv_raw); pid_out = pid_run(sv, pv_filtered); pwm_target = pid_out; // 全局变量，PWM中断读它 lcd_display(sv, pv_filtered, pid_out); } } }

配合这个主循环，定时器0中断做两件事：每10ms递增计数，累计100次置位1秒标志；同时按pwm_target的值切P1.3的电平，把1秒均匀切成100个10ms时隙。如果pwm_target=30，就是每秒前300ms加热，后700ms停止，平均功率30%。10ms一个时隙对温度对象来说足够平滑，加热丝的热惯性会把高频分量滤掉。PWM输出放在定时器中断里，主循环即使忙一下也不会导致加热波形抖动。

5. Proteus仿真搭建与调参排查：从黑方块到震荡的5个高频坑

5.1 在Proteus里把整套设计跑起来：元件放置与hex加载顺序

Proteus仿真的核心是把源程序编译出的hex文件加载进单片机，然后检查外设交互。第一步是放置芯片：从元件库里找到AT89C52，双击打开属性面板，在Program File一栏选到Keil输出目录下的hex文件，同时把Clock Frequency改成11.0592MHz。这一步很多人会漏，默认的12MHz在DS18B20上会导致时序偏移。接着放DS18B20，数据线接P2.0，注意给DQ加一个4.7kΩ上拉电阻到VCC，Proteus不加上拉也能读通，但为了和实物一致最好加上。LCD1602在Proteus里对应LM016L模型，放在交流电源附近那一类元件库里，按第2章的引脚表接好。

按键部分用P1.0到P1.2三个独立按键，一端接IO、一端接地，IO内部有上拉，按下读低电平。整个电路不需要接晶振电路，Proteus里用芯片属性里的时钟设置代替了外部晶振。运行仿真后，双击DS18B20会出现一个带上下箭头的温度调节器，拖动它改变温度，LCD上的PV值会跟着变。PID闭环在仿真里只能验证逻辑和接线正确性，因为Proteus的DS18B20模型不具备「加热升温」的物理特性，温度是你手动调的，不是被加热器带起来的。想要观察PID的PWM输出，把P1.3接到虚拟示波器上就能看到占空比随温度误差变化。

5.2 排查记录1：LCD上全是方块，初始化时序被Proteus抓住不放

现象：仿真运行后LCD1602第一行或两行全是黑色方块，字符区域完全没有内容，有时候方块还会闪动。这个现象在Proteus里比实物更常见，因为Proteus的LCD模型对初始化时序要求比真实芯片严格。

原因：初始化时三条0x30之后的5ms延时没有给够，或者直接跳过了三条0x30的步骤，LCD内部状态机没有正确切到4位模式，后续所有命令都被错误解释。另一个常见原因是LCD_E引脚没有在命令写入前后给出足够的脉冲宽度，Proteus模型对E的高电平持续时间很敏感。

解决：严格按4.3小节的初始化序列走，每条指令之间加5-15ms延时；如果还是方块，把延时加大到20ms再试。另外检查LCD_DATA的接线是否和代码里定义的引脚一致，P2.4-P2.7接D4-D7，一个都不能错位。排除这两项后，再查V0对比度脚，在仿真里接一个10k电位器调到中间位置，避免对比度过高掩盖字符。

5.3 排查记录2：温度读回85℃或-55℃，不是传感器坏了

现象：LCD上的PV值固定显示85.0℃或者-55.0℃，无论DS18B20旁边的温度调节器怎么拖都不变。

原因：85.0℃是DS18B20上电后暂存器里的默认值。读到这个值说明单总线通信基本通了，但转换命令没生效或转换还没完成你就去读数据了。DS18B20的12位转换要750ms，如果你在主循环里发完转换命令没等待就去读，读到的就是上一次转换结果，上电后第一次读到的就是默认值。而-55.0℃通常是复位时序不对，DS18B20没有响应存在脉冲，主机读到的全是高电平，再把0xFF解码成温度就成了-55℃。Proteus仿真里时序不对也会这样。

解决：先看复位函数返回的存在脉冲，仿真里加个变量观察presence是否等于1。然后确认每次转换命令后到读温度之间至少有800ms间隔，用4.4小节的「转换与读取交错」写法，天然满足这个条件。如果两个都正常还读出85℃，检查读字节函数里采样时机，释放总线后要在15us内读DQ，这个窗口在仿真里不会自动放宽。

5.4 排查记录3：Proteus正常、实物乱码，先查晶振和P0上拉

现象：同一套源程序，Proteus里LCD显示正常、DS18B20读数正常，烧到实物开发板上要么LCD乱码，要么温度读数跳变，要么干脆不工作。

原因：最典型的是晶振频率不一致。Proteus里默认单片机频率是12MHz，你的代码延时是按11.0592MHz写死的；12MHz和11.0592MHz相差约8.5%，对LCD这种宽松时序影响不大，但对DS18B20的单总线us级时序就是致命偏差。第二个高频原因，液晶的数据线接在P0口，P0内部没有上拉电阻，实物必须外接10kΩ排阻到VCC，很多开发板默认没焊。

解决：Proteus里双击AT89C52，把Clock Frequency改成和实物一致的11.0592MHz。实物检查P0口上拉排阻是否焊接，没接的话LCD字符会非常淡甚至完全不显示。还要查一下开发板的晶振电容负载是否匹配，晶振不起振是另一个常见死因，外观上就是单片机完全不跑。

5.5 排查记录4：PID仿真稳如狗、实物冲过头，问题出在对象建模

现象：Proteus里给DS18B20手动拖温度，PID输出响应平滑，曲线看起来完美；换到实物加热后，温度冲到设定值以上五六度才停下，然后跌回来再冲，来回几次才收敛，甚至永远不收敛。

原因：Proteus的DS18B20模型本身不参与热力学仿真，你手动拖温度等于在给控制器一个「无惯性、无滞后」的完美对象，PID输出多少，温度立刻变多少；实物加热是典型的大惯性、大滞后环节，热量从加热丝传到传感器需要时间，PID看到温度没变化就一直加输出，等热传导到位温度已经冲过头了。这不是程序移植的问题，是仿真和实物在对象特性上天然脱节。

解决：实物调参时把PID起手参数大幅调保守：Kp从3-5开始，Ki从0.02开始，Kd直接设0。然后每次只改一个参数，观察至少20分钟的阶跃响应再动下一个。下面是温度对象常用的起手参数表，照着这个基线试，再根据实际超调和静差微调。

5.6 排查记录5：温度在设定值附近来回跳，PWM周期和采样周期打架

现象：温度稳定在设定值附近了，但LCD上的PV值来回波动，波动幅度在±1℃甚至更大，PID输出也在不断跳变，加热丝一下全开一下全关。

原因：如果PWM周期太长，比如用了2秒甚至5秒的通断周期，而PID采样周期是1秒，PID在某个采样点看到的是「当前正好在加热」，下一个采样点看到的是「当前正好停止」，实际平均功率被PWM周期打碎，PID把这种高频波动当成了误差在拼命纠正，形成恶性循环。另一个叠加因素是DS18B20的读数噪声，没有滤波直接进微分项。

解决：把PWM时隙缩短到10ms，用定时器中断切输出（第4.4小节的写法）；同时确认代码里pwm_target是全局变量，主循环每次更新，中断每次读取，不要在主循环里用delay去模拟PWM。如果波动还大，在pid_run之前加一层一阶低通滤波，就是temp_filter那个函数，滤波系数0.3对1秒采样周期不会引入明显滞后。

6. 验证与进阶：串口导出PID过程量，参数不再靠猜

6.1 串口打印SV/PV/OUT/积分值：把PID黑匣子打开

调PID最忌讳只看LCD上的最终温度，因为你不知道PID内部积分累加到了多少，也不清楚输出有没有被限幅夹住。我的做法是每次调参前，先用串口把过程量打出来。51单片机用定时器1做波特率发生器，占用不了定时器0的PWM功能。初始化代码很短：SCON = 0x50;开启串口方式1，TMOD |= 0x20; TH1 = TL1 = 0xFD;设置9600波特率，TR1 = 1;启动。然后重写putchar函数，把库函数printf的输出重定向到串口。

char putchar(char c) { SBUF = c; while (!TI); TI = 0; return c; } // 主循环里每秒输出一行：设定值、测量值、PID输出、积分累加值 printf("SV=%d.%d PV=%d.%d OUT=%d%% INT=%.1f\r\n", sv / 10, sv % 10, pv / 10, pv % 10, pw, integral);

串口助手接上后，你会看到温度逼近设定值时，OUT从100%一路降下来，INT在误差进入积分区后缓慢爬升。超调发生的那一刻，如果INT已经累计到很大的值，说明积分分离阈值设得太宽了；如果OUT在稳态附近反复跳变，说明Kp或Kd偏大。这些信息在LCD上是看不出来的。Keil的printf在51上会占1-2KB代码空间，STC89C52的8KB Flash放得下；调完参数记得把printf关掉再烧正式版。

6.2 位置式换成增量式：改动最小的一组代码与取舍

位置式PID每次计算直接给出加热占空比，工程代码里必须配积分分离和限幅；增量式PID计算的是输出变化量，把上次输出加上增量就是本次输出，积分效果隐含在增量里，天然没有积分饱和问题。两者在51上的切换成本很低，核心改动只有三行：

int delta = (int)(KP * (err - last_error) + KI * err + KD * (err - 2 * last_error + prev_error)); prev_error = last_error; last_error = err; pw += delta; if (pw > 100) pw = 100; if (pw < 0) pw = 0;

增量式的代价是输出会慢慢漂移，限幅必须写死；位置式代码里那句积分清零，在增量式里就没有对应的概念了。温度控制这种误差持续存在的场合，我倾向于继续用位置式，因为积分分离能让升温过程更干脆；电机调速、舵机控制则用增量式更舒服，输出平滑不饱和。切换完成后，用串口记录一整段升温数据，导出来看超调量和收敛时间，比眼睛盯着LCD靠谱得多。

我的习惯是每次只改一个参数，跑一次完整的升温过程，记录20分钟数据再做下一次调整；PID调参没有玄学，只有变量控制。把串口和滤波这两个习惯养成后，这套51温度控制从「能控」到「控得稳」的距离就很短了，希望帮到你。

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