简介一套基于三菱PLC的中央空调控制源程序面向刚接触工业控制编程的初学者也适合课程设计或入门自学时参考。程序围绕温度采集、风机转速调节、湿度判断、设备启停联动等中央空调常用环节体现传感器信号、逻辑运算与执行器输出之间的配合过程能够帮助读者建立梯形图编程的基本思路。资源共3个文件压缩包约9KB包含两个网页格式说明文档和一个纯文本说明文件网页文档侧重呈现程序结构、控制流程与注释说明文本文件则补充导入运行及注意事项方便边看边练。已有1009人浏览学习。通过该实例学习者既能了解三菱PLC基础指令和设备联锁在真实暖通场景中的用法也能借助配套文档拆解启停条件、切换逻辑等内容把相同设计方法迁移到其他小型自控项目中。整体来看程序体量小、结构完整尤其适合初学者反复阅读和模仿改写。1. 中央空调PLC源程序是什么机房值班最怕的不是停机是停机后没人拿得出程序某项目冷水机组半夜保护停机故障指向“冷冻水断流”。值班的人翻遍控制柜触摸屏只剩报警页面全办公室没有一份源程序备份。厂家从外地调来另一个批次的旧程序机组停了两天。这说明中央空调冷源控制早就从继电器进化到PLC主控启停顺序、水泵变频、冷却塔联动、群控加减机全装在一套“plc中央空调源程序”里。源程序就是PLC里的控制逻辑决定机组怎么开、怎么停、怎么保护。写给暖通运维、电气自动化、设备管理者。知道源程序长什么样、怎么完整导出、怎么读懂关键逻辑段是机房管理的硬功夫能少点“黑匣子”式的被动。2. 先认文件体系再谈程序S7-200 SMART、三菱FX和台达DVP的程序格式并不通用拿到源程序这件事最容易犯的错是一上来就到处找下载链接。中央空调PLC源程序不是某个公开的通用软件包它跟具体设备、具体编程软件家族绑在一起。同一个厂家同型号机组不同批次可能逻辑都不一样。所以第一步不是找程序是认控制器系列、认型号、认版本。2.1 中央空调机房最常见的几类PLC看一眼CPU铭牌就知道程序往哪个方向找我在现场接触的中央空调控制系统以S7-200 SMART、S7-1200/1500、三菱FX系列、台达DVP系列居多。大型楼宇的冷站群控还有不少用过程控制级PLC但核心逻辑结构与中小型机型思路一致冷机、水泵、塔风机、电动阀、温度/压力/流量变送器全部通过I/O接入控制器。PLC系列常见型号方向编程软件家族源程序典型扩展名常用上传通道S7-200 SMARTCPU SR/ST系列STEP 7-Micro/WIN SMART.smart以太网、PPI串口S7-1200/1500CPU 121x/151x博途(TIA Portal).ap12/.ap15等以太网、存储卡三菱FXFX3U/FX5UGX Works.gx3等USB、串口、以太网台达DVPDVP系列WPLSoft/ISPSoft.dvp/.dvp2USB、串口、以太网这张表只是给你一个找方向的线索不是标准依据。编程软件每年更新扩展名也在变打开工程前先看软件里的项目类型不要按文件后缀想当然。我遇过一台设备扩展名是.smart内容实际是从旧项目转换过来的直接反编译会丢注释。判断控制器系列唯一可靠的动作是看CPU正面铭牌和型号标签比如“CPU SR40”对应S7-200 SMART家族不能只看柜内图纸上的文字。同一个柜子里通常同时有PLC和触摸屏触摸屏工程是另一套文件体系格式完全不通用。查源程序之前把柜内所有控制器型号拍一张照能省大量来回确认的时间。2.2 把源程序从运行控制器里提出来以太网、串口、存储卡三条路如果厂家有原始工程直接要最快。但现实里来源不明的项目太多原集成商失联、运维队伍换了几轮、备份早丢只能从现场设备往上提。我一般先看CPU模块有没有以太网口有就走以太网。先把电脑网卡IP设置成和PLC同一网段用ping验证物理链路再打开对应的编程软件新建空项目在线连接后选择“上传”。上传内容会包含程序块、数据块、系统块和注释前提是源程序没被加密。网口不通就找串口老款CPU常见9针串口或USB编程口这类口子要选对通信参数常见波特率是9600、19200或38400停止位、校验位也要一致。还有一种情况是PLC侧插着存储卡。有些CPU支持把内部程序卡复制复制出来的是能整机恢复的备份文件不是能直接打开编辑的源工程。这个备份同样要好好保存恢复现场时非常有用但别指望它带注释。数据块读出来后建议当场做一次导出并记录PLC内程序的生成日期。下面用一段Python脚本做以太网通信状态测试确认PLC响应正常再上软件上传。这个脚本的作用是排除接线和IP这类低级问题from pymodbus.client import ModbusTcpClient import sys PLC_IP 192.168.0.10 # 改成PLC的IP地址 PLC_PORT 502 # 大部分PLC的Modbus TCP默认端口 client ModbusTcpClient(PLC_IP, portPLC_PORT, timeout3) if not client.connect(): print(连接失败先检查网线、IP段和防火墙) sys.exit(1) # 读保持寄存器的0号地址起始的10个寄存器 # 多数PLC支持Modbus功能码03读取保持寄存器 rr client.read_holding_registers(0, 10, unit1) if rr.isError(): print(读取异常可能是寄存器地址不支持或单元号不对) else: print(寄存器原始值:, rr.registers) client.close()这段脚本只做“PLC在线与否、通信链路是否正常”的探活不是读源程序。中央空调PLC里如果逻辑被非标准Modbus寻址挡住总线通信会超时但编程软件上传走的是各自专用协议两者不互相替代。脚本里的PLC_IP要换成现场CPU的IPunit指的是Modbus从站单元号绝大多数现场是1改了不对就报错。从串口读程序就没这么方便依赖编程电缆驱动和通信参数参数不对时最常见的现象是上传工具一直转圈或报“设备无响应”。遇到这种情况不要反复重试先查驱动是否安装再查串口号是否被占用最后一档一档试波特率。提示上传前把PLC的电源稳定性和柜内地线检查一遍。控制柜里变频器多时通信偶尔断线可能是共模干扰先把上传用的笔记本与PLC直连排除现场总线上的干扰源。2.3 原始工程、运行程序与加密块能拿到什么决定了你接下来能做什么初学者容易混三样东西厂家手里带符号表和注释的原始工程PLC里运行的编译后程序还有加了访问保护的上传结果。能改逻辑、能看注释的只有原始工程上传得到的往往是“能运行但没注释”的块集合甚至有些厂家会启用保护把个别功能块设成不可读。这意味着一个很现实的处境你大概率只能拿到“能运行的程序”注释、变量名、工艺解释全得自己反推。这种情况下最有价值的信息不是梯形图图面而是I/O分配表。PLC点表上一路数字量输入对应哪台泵的故障信号这决定了你反推逻辑时能不能看懂每一段。如果程序带保护正规路径是找设备集成商或原厂要工程密码这和设备维护合同绑在一起。我见过有人试图把PLC拆开用编程器硬读芯片这个方向风险很大控制器加密机制升级后基本不可行还可能把固件弄坏。与其冒这个险不如把源程序当作设备资产明确定期备份、随设备交接。3. 读懂中央空调PLC源程序启停联锁、群控加减机和冷冻水PID先把这三段找出来程序上传成功后面对一堆无注释的梯形图或语句表新手会发懵。我的习惯是不要通读全部按工艺顺序找三个关键断面机组启停联锁段、群控加减机段、冷冻水PID调节段。这三个断面读通了整台设备的控制思路就清了一半。3.1 启停联锁段为什么开机顺序错了水机会被冻裂中央空调最怕的一件事是冷冻水断流主机还在运行。冷机保护逻辑里有断水停机、低水温停机、高低压保护和防冻保护但PLC程序承担的职责是把“允许启动条件”做在硬件保护之前。正常开机顺序是冷却塔电动阀开、冷却水泵启动、冷冻水泵启动、水流开关确认、冷水机组启动停机顺序几乎完全反过来且每步之间有时间间隔。下面是一段示意性的结构化文本程序用来表达这个联锁顺序在PLC里的常见写法。它不代表任何具体机组的真实源码只是把现场逻辑骨架还原出来// 启停联锁示意每步都等待前一步完成再允许下一步 IF NOT bAutoMode THEN // 手动模式下不参与自动联锁只给报警条 Q_ChillerRun : FALSE; ELSIF bEStop OR bFlowAlarm THEN // 急停或断流保护优先于一切指令 Q_ChillerRun : FALSE; Q_PumpReturn : FALSE; ELSIF (T_PreDelay.Q) AND (bPumpSupplyRun) AND (bPumpReturnRun) THEN // 冷却塔先开、水泵运行反馈到位、延时结束 Q_ChillerRun : TRUE; ELSE Q_ChillerRun : FALSE; END_IF;这段示意里bEStop和bFlowAlarm放在最优先意思是保护条件一旦成立任何启动条件都无效。T_PreDelay是一个延迟接通定时器的输出常见延时长度在5到15秒之间它存在的意义是让冷冻水泵有足够时间把水流建立起来。bPumpSupplyRun和bPumpReturnRun来自水泵接触器的辅助触点不是PLC自己发出的启动命令编程上必须用“反馈”而不是“指令”来判断设备是否真的转起来。如果某个现场源程序里发现启动条件是“命令一致即允许”而不是“反馈确认再允许”这就是风险点。改动时要么把联锁顺序补齐要么在触摸屏上增设手动确认步骤不要想当然地缩短延时。3.2 加减机群控段温差、频率与累计运行时间共同决定主机投切多台冷水机组并联时PLC源程序里通常有一段“加减机判断”。它的判断输入一般有三个冷冻水供回水温差、当前运行频率或负荷率、各台机组的累计运行时间。只凭温差一个量判断加减机会频繁启停所以成熟程序里都有滞回区比如温差大于8℃且持续20分钟才加机温差小于3℃且持续20分钟才减机。// 加减机判断示意带滞回区与延时确认 IF (DT_Temp 8.0) AND (T_AddDelay.Q) AND (nRunningUnits nMaxUnits) THEN nUnitToStart : SelectUnit(); // 选择累计运行时间最短的机组 Q_StartUnit[nUnitToStart] : TRUE; ELSIF (DT_Temp 3.0) AND (T_SubDelay.Q) AND (nRunningUnits 1) THEN nUnitToStop : SelectUnit(); // 选择累计运行时间最长的机组 Q_StopUnit[nUnitToStop] : TRUE; END_IF;逻辑说明加减机不是立即执行的先经过滞回温差判断再经过一个延时光顺延时时间没到就不动。SelectUnit是一个函数它把运行时间排序后返回机组编号目的是让各台机组均衡磨损避免某一台一直开机。参数说明DT_Temp是冷冻水供回水温差实际程序里往往由两个温度变送器做差运算得到8.0和3.0这两个阈值要配合项目负荷特性设置写进程序前先在运行记录表上做一两个月的温差统计。nMaxUnits是可投机组台数中央空调机房常见是2到4台。调试这条逻辑时不要只看温差一个位号要把流量、室外湿球温度、回水温度一起拉曲线看。曾经遇到冷冻水流量偏小但温差大、主机频繁加机的情况根因是水泵没切到工频程序无误但工艺条件错位。此时先调泵不要动加减机阈值。3.3 冷冻水PID与数据块比例积分参数藏在哪个地址冷冻水供回水压差控制、冷却塔风机温度控制在程序里经常落成PID功能块。PLC的PID块不像仪表那么直观参数往往藏在一个背景数据块里块名可能是DB100这种完全看不出含义的名字。我一般用两种方式定位PID块。一是在编程软件的交叉引用窗口搜“PID”或周期性中断组织块二是搜模拟量输出地址风机变频器输出往往挂在一个模拟量模块上顺着输出地址往回找指令找到的那段就是PID调节段。定位之后先不要改数值把当前比例、积分、微分、输出上下限、反馈量程全部记录下来。参数项常见取值范围示意说明比例增益 P1.0 ~ 20.0过大容易震荡过小响应慢积分时间 I30 ~ 300 s中央空调大惯性回路不宜太短微分时间 D0 ~ 10 s多数水系统回路不用微分输出上限45~50 Hz变频器上限一般不超工频输出下限15~25 Hz太低会有喘振风险这张表是经验参考不是标准推荐值。改动任何一项之后要在自动状态下观察一个完整运行周期记录超调量和稳定时间再做下一轮微调。PID参数的调试属于迭代过程不要指望一次到位。4. PLC源程序避坑指南上传失败、程序加密、版本不符和注释丢失这四个坑最磨人这一章把我在中央空调项目上实际踩过的坑集中写出来。每条都按现象、原因、解决来讲你在现场碰到时能少绕两圈。4.1 现象编程软件上传报“无法建立连接”或“通信超时”现象是网线插好了设备指示灯也闪但上传进度条永远不走最后弹通信错误。原因十有八九在电脑侧网卡没有和PLC同一IP网段或者防火墙拦截了编程软件还有个常见原因是旧式串口驱动占用COM口。解决分三步。第一步ping PLC的IPping不通先查网线和IP配置。多网卡的笔记本把不连PLC的网卡临时禁用避免路由表错乱。第二步临时关闭电脑防火墙再试编程软件使用的端口有时会被系统拦截。第三步如果用串口在设备管理器里确认编程电缆枚举出的COM口号拔掉其他USB转串设备避免COM口争抢。另外有一类兼容性问题老旧编程软件在新系统上报错信息指向不明试了很多方法都没解决最后换一台旧电脑才完成上传。库房老设备做维护时准备一台稳定的旧工作电脑比现场临时装驱动更省时间。4.2 现象程序能上传但个别功能块是灰色的提示“受保护”现象是完整上传后发现某些块无法打开双击提示密码保护或块不可读。这种保护在中央空调群控程序里很常见一般是集成商加的访问保护。原因不是恶意加密是避免核心算法被误改或复制。解决路径有两类。第一类是走正规渠道向集成商或原厂申请受保护块的工程文件或密码这需要发生在维保期内或额外购买服务。第二类是在没有密码的情况下做运行级维护不修改受保护块只在外部追加自己的逻辑块通过中间位和寄存器与原程序联动。比如想增加一台冷却塔的启停条件新建一个块读取原有启停位输出到中间继电器去影响设备回路。这种做法的回退是把新增块设为不可用原逻辑立即恢复风险可控。需要特别提醒不要去找所谓解密工具破解控制器程序这类工具来源不明可能包含不可控代码还可能把固件搞乱由此造成的停机损失远大于一次维保费用。4.3 现象换一个同型号PLC灌入备份程序后参数全乱现象是设备故障后换控制器把之前保存的备份整机恢复结果触摸屏显示温度异常、变频器输出上限不对个别点位一直在报警。原因是备份文件虽然和控制器同型号但程序版本来自不同批次参数区数据和I/O配置与当前柜内接线不完全对应。中央空调机组批量采购时厂家常根据项目微调程序“同型号”不等于“同版本”。解决方式是换控制器前先做一次地址映射拿铭牌上的出厂日期与备份程序里块的生成时间比对把备份里I/O配置和当前柜内端子排一张张核对对PID参数、加减机阈值这类工艺参数对照旧控制器里保存的运行值逐项下装。只要有一张认真填写的地址映射表这种乱象可以压缩成半小时的工作量没有表格可能要在现场一个一个试。4.4 现象程序块全在但变量名和注释全是空的现象是打开上传后的程序梯形图能看但里面没有变量名输入输出触点变成了一堆绝对地址注释列是空的。原因通常是原始程序本身就没有符号表或者上传时符号信息没有随块内容一起传输。解决方法是重建“读图字典”。先把PLC的I/O分配表导出成表格再把柜内端子和传感器照片逐一对应之后拿程序里每个定时器的设定值反推工艺节点。比如一个20分钟的延时配合温差判断极大概率是加减机确认时间。重建过程中用铅笔在打印稿上标注工艺含义比在软件里直接改符号名稳妥因为可以同步核对地址有没有看错。重建I/O表时不要只抄地址要把信号类型有源/无源、常开/常闭、信号来源端子号一起记录。常闭信号在程序里取反的坑很常见曾经因为继电器输出接反整段联锁在手动模式下动作正常、自动模式全乱查了一天才定位到输入映像区。5. 从“能读程序”到“能改逻辑”离线仿真、黑盒验证和参数建档的进阶做法程序能读出来只是起步能放心地改才是本事。我常用的三件套离线仿真、黑盒验证、参数建档。5.1 没有真机也能跑程序PLC仿真器的作用与边界现在的PLC编程软件大多带离线仿真组件可以把上传的源程序直接加载进仿真环境用虚拟按钮和虚拟数值跑通启停联锁。仿真能发现程序跳转逻辑有没有死分支却模拟不了真实温度滞后和变频器响应因此仿真结论只能作为“逻辑自洽”的证据不能替代现场带载调试。调试时还是要一台真机、一台操作员站带负荷观察全流程。5.2 黑盒验证法用输入输出状态表反推逻辑改动是否正确改完一处逻辑后如何证明改动不影响其他逻辑做法是把改动前的输入状态与输出状态记录成表再在相同输入条件下对比改动后的输出import csv def load_state(path): rows [] with open(path, r, encodingutf-8) as f: reader csv.DictReader(f) for row in reader: rows.append(row) return rows before load_state(before.csv) # 改动前采集的寄存器状态 after load_state(after.csv) # 改动后相同输入下的状态 for a, b in zip(before, after): if a[Input] b[Input] and a[Output] ! b[Output]: print(f输入相同但输出变化: {a[Input]} - {a[Output]} vs {b[Output]})逻辑说明脚本把改动前后以相同输入条件为锚点输出差异行差分结果用来判断哪些逻辑被本次改动意外波及。参数说明CSV表分两列Input列对应PLC内存里手动写入的输入信号值Output列对应程序计算结果采集时要在同等工况下完成比如两台泵同时运行且温差稳定。5.3 给源程序建立三张档案表最后说建档。每接触一套中央空调PLC程序我都会做三张表设备地址表、注释对照表、版本变更表。设备地址表记录PLC I/O点位对应的物理设备和端子号注释对照表记录读图后反推的工艺含义版本变更表记录每一次程序修改日期、修改点、修改人和备份文件位置。这套做法成本不高但换人接手时作用极大。我自己的教训是有一年接手项目靠自己当时上传的一份无注释程序熬夜反推全部联锁逻辑最后发现只需要一份厂家当初交接签字的技术资料就能省三小时。从那以后验收时我会把“源程序完整交接、无注释程序必须提供I/O点表”写进交接清单而不是停留在口头承诺。把这三张表纳入运维交接资料比任何临时找厂家都可靠。希望帮到你。本文还有配套的精品资源点击获取