简介：一套围绕模拟鱼缸温控系统的 Proteus 仿真与嵌入式编程资料包，适合正在学习单片机、传感器采集、LCD 显示以及闭环控制算法的开发者。资源基于 51 单片机平台，涵盖 DS18B20 温度读取、LCD12864/1602 显示、超限蜂鸣器报警，以及 PID 算法的 C 语言实现，仿真工程中还能看到温度坐标展示和加光耦等优化设计。全部内容共 33 个文件、约208KB，其中 .DSN 工程用于 Proteus 电路与联调仿真，.uv2/.c/.h 对应 Keil 工程与源码，.hex 为可直接烧录的固件，.txt 提供取模说明和 PID 程序文档，另有编译中间文件、备份及 BMP 图片素材辅助理解。当前已有489人学习下载。通过这套资料，读者既能对照仿真图排查硬件连接与信号逻辑，也可以阅读源码掌握中断、驱动及 PID 参数整定的实际写法，对完整温控项目的设计流程和常见问题会有更直观的认识。
1. 项目概述：从“控温”到“闭环”，一次完整的软硬协同仿真
温控系统是单片机开发里绕不开的经典实战项目。简单说，它的任务就是“感知温度、做出判断、驱动执行”，让温度稳定在某一个设定值附近。这个项目放在Proteus里做仿真，最大的价值在于：不需要焊板子、不需要买传感器和加热器，直接用虚拟元器件就能把一套完整的闭环控制系统跑起来，再把编译好的程序加载进虚拟单片机里验证逻辑。
我之前用Proteus做过不少单片机仿真，包括电机控制、流水灯、数码管显示这类基础实验，但温控系统是让我感觉“仿真终于有了工业味”的一个项目。因为它不是单纯地让某个引脚输出高低电平，而是涉及模拟量采集（温度传感器）、数值处理（ADC转换、阈值比较或PID计算）、执行机构驱动（加热器、风扇）以及人机交互（数码管或LCD显示、按键设定）的综合设计。做完一遍，基本上单片机的大部分外设都能串起来。
这篇文章适合刚学完单片机基础知识、想做综合训练的同学，也适合准备课程设计或电子竞赛、想快速验证控制逻辑的开发者。我会把整个仿真搭建和编程思路拆开讲，包括元件选择、电路连接、代码框架、常见坑点，这些都是我在实际调试中验证过的经验。
2. 整体设计思路拆解：为什么用Proteus做温控仿真
2.1 仿真先行，规避硬件调试的“三重成本”
做温控系统如果直接上硬件，你需要准备LM35或DS18B20温度传感器、ADC芯片（或带ADC的单片机）、加热模块、继电器或可控硅、显示模块、按键，还有一堆电阻电容和面包板/PCB。这些物料成本不算高，但时间成本很可观——焊接、接线、排查虚焊、用万用表测信号，每一步都可能消耗半天。
Proteus仿真的优势在于：电路连接是“画”出来的，改起来极其方便；程序烧录是“加载”进虚拟芯片的，编译后马上能看到效果；更重要的是，你可以通过虚拟示波器、虚拟终端监视温度曲线的变化，这在硬件调试中要么没有工具、要么操作繁琐。对于课程设计、竞赛方案验证、入门学习来说，先仿真后实物的顺序能省下大量时间。
2.2 方案选型：传感器与执行机构的组合
温控系统仿真里最常用的传感器是LM35和DS18B20，我在这里给大家一个对比：
| 传感器 | 输出类型 | 接口复杂度 | 精度 | 适用场景 |
|---|---|---|---|---|
| LM35 | 模拟电压（10mV/℃） | 低，需ADC | 中等 | 适合展示“模拟量采集+ADC转换”完整链路 |
| DS18B20 | 单总线数字信号 | 中，需时序编程 | 较高 | 适合展示数字通信协议解析 |
Proteus仿真中，这两种元件都能在元件库找到（LM35在Sensors类目，DS18B20在Dallas类目），加载即可使用。相比之下，LM35配合ADC0804或单片机内置ADC的电路更直观，因为你可以用虚拟电压表直接看到温度对应的电压值，便于理解模拟转数字的整个过程。所以在基础教学场景，我优先推荐LM35方案。
执行机构方面，加热器可以用“电阻+功率管”模拟，或者直接用Proteus里的LAMP灯泡、HEATER这样的虚拟元件；风扇同理，用一个直流电机模型就行。最常见的做法是用PWM控制加热功率，或者用继电器通断控制加热。如果做的是阈值控制（比如低于25℃开加热，高于30℃停），继电器方案就足够；如果要让温度平稳、无振荡，最好用PWM调功。
2.3 为什么控制策略不能跳过PID讨论
很多学生做温控系统，写个“温度低于设定值就加热、高于就停止”的滞回比较程序就交差了。这没问题，能跑，但温度波动会很明显。因为加热器有热惯性——单片机检测到超温停止加热后，加热器余温还会继续推高温度；反之亦然。于是温度曲线会出现“锯齿状”波动。
解决思路要么是引入滞回区间（持续演示中温度在设定范围内反复跳变），要么是PID调节（用比例项响应当前误差、积分项消除稳态误差、微分项抑制超调）。在Proteus仿真里做PID控制有一个硬件实验难比拟的好处：温度变化是虚拟仿真的，周期可控，你可以把PID参数调得很激进也不会烧坏设备，非常适合理解“P调大反应快但容易振、I调大消除静差但可能超调、D调大抑制振荡但会放大噪声”这些抽象概念。
我在下面的实操部分，先给大家一套可用的阈值控制代码，再给出PID控制的改造思路，大家可以根据自己的项目深度选做。
3. 核心细节解析与实操要点
3.1 Proteus元件库速查：别在找元件上浪费时间
我第一次用Proteus做仿真，有一半时间耗在“找元件”上。这里把温控系统需要的关键元件和它们在库里的搜索名整理出来，节省大家的时间：
| 元件功能 | Proteus搜索名 | 说明 |
|---|---|---|
| 单片机 | AT89C51 或 ATMEGA16 | 51系列或AVR系列都行，仿真库认型号 |
| 温度传感器 | LM35 | 模拟温度传感器，10mV/℃ |
| 电位器 | POT-HG | 可模拟手动调节电压，我常用它模拟温度变化 |
| ADC芯片 | ADC0804 | 8位逐次逼近型ADC，配合LM35使用 |
| LCD显示 | LM016L | 16x2字符液晶，显示温度值和状态 |
| 数码管 | 7SEG-MPX4-CC | 4位共阴数码管，配合74LS47或直接段驱 |
| 继电器 | RELAY | 电磁继电器模型，控制加热器通断 |
| 直流电机 | MOTOR | 模拟风扇 |
| 加热器 | RESISTOR + 功率管 | 或直接用灯泡替代 |
| 虚拟仪表 | DC VOLTMETER | 监视ADC输入电压 |
有一点要注意，Proteus的LM35是可以直接被ADC芯片读取的，但它输出的是模拟电压，真实世界里还要考虑传感器供电电压的精度，仿真中一般直接用5V供电，输出范围0~1.5V（对应0~150℃），完全在ADC的输入范围内。
3.2 电路连接中必须避开的三个坑
第一，ADC0804的时钟输入需要CLK信号，最简单的方式是用单片机的ALE引脚输出时钟。在Proteus中，你把ADC0804的CLK IN引脚接到单片机的ALE引脚上，基本就能正常工作。如果你单独外接时钟发生器，要注意频率范围，ADC0804的典型时钟频率是640kHz，范围约100kHz~1.28MHz，接得太快或太慢都会导致转换异常。
第二，LM35的输出电压正比于温度，但在ADC0804的参考电压设置上要留心。ADC0804默认参考电压是5V（VCC和VREF-接地），此时10mV/℃的信号经过8位ADC之后，分辨率是5V/256≈19.5mV，差不多对应2℃。如果你想要更精细的测量，可以把VREF-接到一个正的偏置电压上，或者换用内部集成放大功能的传感器。做原型验证的话，默认接法就够用了。
第三，继电器线圈是感性元件，在真实电路中必须并联续流二极管，否则断电瞬间的反向电动势会打坏驱动三极管。在Proteus仿真里不接续流二极管跑起来似乎没问题，但为了保持与实物一致、防止你后期转硬件时遗漏，仿真中最好也加上，养成好习惯。
3.3 程序框架与各模块职责
程序部分我用C语言写，编译器用Keil，单片机选AT89C51。整个程序可以拆成几个模块：温度采集转换模块、显示模块、按键扫描模块、控制逻辑模块。模块化不是为了好看，而是方便调试——当你发现温度显示不对时，只需要单独检查ADC读取那一段代码，不用从头到尾翻。
温度采集模块要做的事：启动ADC转换、读取转换结果、把ADC值换算成温度值。换算公式是：温度 = ADC值 × 参考电压 / 255 / 0.01（℃）。如果参考电压为5V，那么温度 = ADC值 × 500 / 255。这个公式看起来简单，但很多人写错的地方是把500当成了整数，导致乘法溢出。在C语言里要写成(unsigned int)adc_value * 500 / 255，否则8位乘法溢出的结果会让你显示出一个完全不合理的温度值。
显示模块我建议先用LCD1602，因为它能显示“Temperature: 25C”这样的完整信息，调试时比数码管直观太多。数码管适合做产品化展示，但调试阶段信息量太少。
控制逻辑方面，我用的是“滞回比较”加“PWM调功”的组合方案，比纯继电器通断更平滑。下面详细展开。
4. 实操过程与核心环节实现
4.1 第一步：画出可运行的仿真电路原理图
打开Proteus，新建工程，按以下步骤连线：
- 放置AT89C51，双击设置Program File，选择Keil编译生成的HEX文件（这里稍后补上）；
- 放置LM35，输出脚接ADC0804的VIN+（注意不是VIN-，VIN-接地）；
- ADC0804的DB0~DB7分别接单片机P1口；片选信号CS接地（一直选中），RD和WR由单片机控制；
- 将ADC0804的INTR引脚和WR引脚连接，用于连续转换模式，或者用单片机P3.x引脚控制；
- LCD1602的数据口接P2口，RS、RW、EN分别接P3.5、P3.6、P3.7；
- 继电器驱动电路用PNP或NPN三极管，基极接单片机P3.4（通过限流电阻），集电极/发射极串联继电器线圈，继电器常开触点接加热器的电源回路；
- 按键设定温度用的两个按键，一个加、一个减，分别接P1.0和P1.1（或者用外部中断引脚）；
- 别忘了在单片机电源和地之间接一个10μF电容，仿真中可能不是必须，但画图时保留更规范。
画完检查一遍，确保没有悬空的引脚。Proteus里有个很方便的检查功能：Design → Electrical Rule Check，能帮你找出大部分连线错误。
4.2 第二步：Keil工程配置与C代码实现
Keil里新建工程时选择AT89C51设备，把程序写成下面的结构：
#include <reg51.h> #include <stdio.h> sbit RS = P3^5; sbit RW = P3^6; sbit EN = P3^7; sbit ADC_CS = P2^0; sbit ADC_RD = P2^1; sbit ADC_WR = P2^2; sbit ADC_INTR = P2^3; sbit HEATER = P3^4; #define ADC_PORT P1 #define LCD_DATA P2 unsigned int get_adc_value(void); unsigned int adc_to_temp(unsigned int adc_value); void lcd_init(void); void lcd_write_cmd(unsigned char cmd); void lcd_write_data(unsigned char dat); void lcd_show_temperature(unsigned int temp); void delay_ms(unsigned int ms); void set_target_temperature(unsigned char key_up, unsigned char key_down); unsigned char target_temp = 30; // 默认目标温度 unsigned char temp_threshold_high = target_temp + 2; unsigned char temp_threshold_low = target_temp - 2; void main(void) { unsigned int adc_value; unsigned int temperature; lcd_init(); HEATER = 0; while(1) { adc_value = get_adc_value(); temperature = adc_to_temp(adc_value); lcd_show_temperature(temperature); // 简单滞回控制：低温加热，高温停止 if (temperature < temp_threshold_low) { HEATER = 1; } else if (temperature > temp_threshold_high) { HEATER = 0; } } } unsigned int get_adc_value(void) { unsigned char i; unsigned int value = 0; ADC_CS = 0; ADC_WR = 0; ADC_WR = 1; while (ADC_INTR == 1); // 等待转换完成 ADC_RD = 0; for (i = 0; i < 8; i++) { value <<= 1; if (ADC_PORT & 0x80) value |= 0x01; // 这里实际上是一次性并行读8位，更简洁的做法是直接读端口 } ADC_RD = 1; ADC_CS = 1; return value; } unsigned int adc_to_temp(unsigned int adc_value) { unsigned int temp_mv; unsigned int temp_c; temp_mv = adc_value * 5000UL / 255; // ADC值转换为毫伏 temp_c = temp_mv / 10; // 每10mV对应1℃ return temp_c; }这里我给的ADC读取是示意性的，实际中ADC0804在Proteus里更简洁的做法是直接将P1口读入即可，下面给出更常用的版本：
unsigned int get_adc_value(void) { unsigned char adc_val; ADC_CS = 0; ADC_WR = 0; delay_us(1); ADC_WR = 1; while (ADC_INTR == 1); // 等待转换完成 ADC_RD = 0; delay_us(1); adc_val = ADC_PORT; // 直接读P1端口，8位数据一次读入 ADC_RD = 1; ADC_CS = 1; return (unsigned int)adc_val; }这个版本简洁多了。注意delay_us需要自己实现，可以用for循环延迟几个微秒，不必精确。
4.3 第三步：完善按键设定与PID控制改造
如果你只做阈值温控，核心逻辑就上面那些，够用了。但既然讲到编程，我再给出一段PID改造的代码框架，供想做深度项目的同学参考：
float pid_p = 5.0, pid_i = 0.2, pid_d = 0.5; float pid_error, pid_last_error, pid_integral, pid_output; unsigned int pwm_duty; void pid_control(unsigned int target, unsigned int current) { pid_error = (float)(target - current); if (pid_error > -5 && pid_error < 5) { pid_integral += pid_error; } else { pid_integral = 0; } if (pid_integral > 100) pid_integral = 100; if (pid_integral < -100) pid_integral = -100; pid_output = pid_p * pid_error + pid_i * pid_integral + pid_d * (pid_error - pid_last_error); if (pid_output > 100) pid_output = 100; if (pid_output < 0) pid_output = 0; pwm_duty = (unsigned int)pid_output; pid_last_error = pid_error; }PID参数在Proteus里怎么调？我的习惯是：先把P设大一点，观察温度曲线是否振荡；如果振荡，减小P，增加D；如果有稳态误差，增加I。这个“先P后I再D”的方法在仿真中屡试不爽，因为你能通过Proteus里加一个虚拟图表看到实时温度曲线，参数好坏一目了然。
4.4 第四步：编译、烧录、联调
Keil里编译无误后会生成HEX文件，在Proteus里双击单片机，在Program File处选择这个HEX文件，点击运行。如果一切正常，LCD上会显示实时温度；当你用鼠标拖动LM35旁边的“温度调节”电位器（前提是你在LM35输出端串了电位器分压模拟不同温度），LCD数值会变化，加热器继电器也会在阈值附近吸合和释放。
想看到完整的控制效果曲线，Proteus提供了Virtual Terminal和Graph Mode。在Graph Mode里选择Analog Graph，把温度信号和加热器控制信号作为探针添加，运行一段时间后就能看到两条曲线，温度控制的效果和滞后一目了然。
5. 常见问题与排查技巧实录
5.1 温度显示始终为0或255
这个八成是ADC读取时序或者LM35接线问题。先查LM35输出引脚是否正确接到了ADC0804的VIN+，VIN+电压一般在0~1.5V之间；如果VIN+电压正常，再用Proteus的虚拟示波器看看ADC0804的时钟引脚有没有波形。没有时钟，ADC一定不工作。另外，把LM35换成电位器分压测试，如果电位器调节能引起ADC数值变化，说明ADC功能正常，问题在LM35接线或供电。
5.2 继电器反复快速吸合放开的“震荡”现象
阈值控制里，如果你把上限和下限设得太接近，例如目标温度30℃、上限30.1℃、下限29.9℃，加热器会在临界点快速通断，继电器触点寿命在真实环境下会急剧下降。解决办法是增大滞回区间，比如目标温度±2℃；或者改用PWM控制，让加热器在全功率和关闭之间高频切换，而不是瞬间到0。
5.3 温度显示乱码或跳变
LCD1602显示乱码，八成是初始化时序不对。Proteus里的LCD1602对时序要求比真实器件更“挑剔”，初始化时必须严格按照手册顺序：延时15ms → 写功能设置0x38 → 延时5ms → 写0x08 → 延时5ms → 写0x01清屏 → 延时5ms → 写0x06。我用的时候发现，如果在写命令之间不加延时，Proteus里的LCD会间歇性不出字。
5.4 ADC值跳变不稳
在仿真实测中，LM35的电压本身是稳定的，但如果你的ADC参考电压接得不干净，或者ADC时钟频率设置异常，转换结果就会跳动。解决方法是采样多次求平均，比如连续采4次去掉最大最小值再平均。真实项目中这叫“软件滤波”，对付传感器噪声极为有效。
6. 实操总结与心得
做完温控系统的Proteus仿真，我最深的体会是：这个项目把“模拟电路”和“数字程序”在你的脑子里真正连成了一条线。以前单写程序，你只关心引脚电平；单看模电，你又不知道信号到单片机之后发生了什么。而温控系统逼着你去理解LM35的毫伏级电压、ADC的量化精度、控制算法的计算结果、继电器的物理动作，这五个环节环环相扣。
如果大家做仿真时觉得“太顺了”，我建议故意给自己加干扰——比如在温度采样上加一个虚拟噪声源，看看你的控制算法还能不能稳住。这种“反着练”的方式能倒逼你深入理解整个系统，而不是停留在“抄代码通电看现象”的阶段。
另外，“仿真跑通了再转实物”也有一个隐藏价值：你手上已经有了一份经过验证的接线方案和程序框架，实物阶段只需要排查供应链和工艺问题，而不是从零开始排错。我后来做实物温控时，三天搞定电路和结构，五天调完参数，仿真巨大的工作量早已提前兑现为实物阶段的从容。
如果你打算把这套仿真方案用在自己的课程设计或竞赛中，我最后给你一个建议：一定要在报告里清晰地展示你“如何从传感器输出推导出温度计算公式”“如何选择控制策略”“如何通过仿真曲线验证控制效果”，这三件事比代码本身更能体现工程思维能力。Proteus仿真只是验证工具，真正的模型思维才是一切工作的基础。
本文还有配套的精品资源，点击获取
