开头每年夏天最忙的时候往往是机房冷站调试最吃紧的时候。这几个月我连续跟了两个暖通空调冷水机组项目一个用的是西门子S7-1500做冷站群控另一个是老旧冷站改造。说实话S7-1500用在暖通空调这个领域跟传统印象里做流水线设备控制完全不是一回事。它不追求微秒级的响应速度而是要把几十个I/O点、水泵、冷却塔、冷机、电动阀按一套严格的时序逻辑管起来还要考虑群控策略、能效计算、故障自动切换这些“看不见但非常关键”的东西。很多人上手S7-1500是从博途TIA Portal里拖几个FB开始的但真正落在冷水机组这个场景里难点往往不在于单个功能块的用法而在于整套控制逻辑怎么搭才稳。冷冻水泵和冷却水泵的联锁顺序、冷机的延时启动、两用一备的自动切换、加减机判断的防震荡逻辑每一条都是现场反复调出来的经验。这篇文章就把我近期做的一个S7-1500冷水机组PLC程序项目完整拆开来讲从硬件选型、I/O分配、程序架构到核心代码实现和常见坑位全都贴出来。适合正在做暖通空调自控、或者准备用S7-1500做冷站群控的朋友参考也适合想系统了解PLC在楼宇自控里怎么落地的工程师。这篇东西不写虚的全是我自己操作过的方案。1. 项目整体设计与思路拆解1.1 控制对象与需求分析先把这个项目的控制对象说清楚。这是一个典型的商业综合体冷站配置了两台离心式冷水机组单台制冷量约800RT配套冷冻水泵两台一用一备、冷却水泵两台一用一备还有四台冷却塔每台冷却塔配一个变频风机和一个电动蝶阀。冷站设在负一层机房配电柜和PLC柜挨在一起控制柜在机房角落风道和水管走向都比较复杂。甲方给的验收需求很明确第一冷站要实现一键启停远程和本地都能操作第二冷冻水供水温度要稳定在设定值±0.5℃范围内第三冷却塔风机要根据冷却水回水温度自动变频调速第四所有设备要有统一的故障报警和记录异常时能自动切换到备用泵第五上位机中控室SCADA要做全部设备的运行状态监控还要能下发设定值。说白了这就是一套标准的冷站群控系统。这套系统的核心矛盾在于设备数量多、联动关系复杂而且水泵和冷机之间的逻辑耦合非常强。如果只是简单地把每台设备单独做启停控制现场调试时会发现各种连锁问题——比如冷却塔还没启动就开始冷却泵冷却水温度降不下来冷机高压报警再比如停机的顺序不对冷机还带着负荷就被切掉冷冻水流量直接低温保护。所以程序设计的第一原则是按工艺顺序来先搭逻辑骨架再填控制细节。1.2 为什么选S7-1500而不是S7-1200或S7-300这个项目在选择PLC型号时做过一轮对比。S7-1200便宜但模块扩展数量、通讯接口和处理速度在这个冷站项目里都有点紧。尤其是项目要求以太网连接两台变频器、多块智能电表、一块触摸屏还要留出和楼宇自控系统BAS对接的接口S7-1200的PN口只有一个扩展CP模块虽然可以但成本和复杂度上来了。S7-300是老将稳定可靠但博途环境下TIA的组态不如S7-1500流畅而且很多300的模块现在订货周期很长价格也不占优势。S7-1500在这类项目里的优势很实用。首先是通讯能力强本体自带PROFINET口可以直接带分布式IO和变频器不需要额外加通讯模块就能跑Modbus TCP、PROFINET和OPC UA。其次是运算性能PID控制、群控算法、大量定时器这些逻辑在S7-1500上跑得非常轻松。再一个是用博途组态体验好得多S7-1500的UDT用户自定义数据类型、String处理、结构化编程比S7-300友好太多调试时在线修改能力也强。我这次选的是CPU 1511-1 PN不带DP口的版本。这里有个容易忽略的点如果你选1511-1 PN它的PROFINET口同时承担编程、HMI通讯、分布式IO和上层通讯理论上流量会大一些但在冷站这种中小规模项目里完全够用。如果你遇到大项目直接上1513-1 PN或者1515-2 PN。不用为了省几百块钱选小一个型号后期扩容和通讯性能余量非常关键。1.3 硬件配置与I/O分配表S7-1500的机架配置如下CPU 1511-1 PN一块数字量输入模块DI 16x24VDC一块数字量输出模块DQ 16x24VDC/0.5A两块模拟量输入模块AI 8xU/I四块模拟量输出模块AQ 2xU/I一块。为什么数字量输出要两块不是因为单个站点数量不够而是考虑到冷站现场继电器和接触器回路多输出通道故障或者被强电感应打坏以后分散到两块模块上可以把故障面缩小不至于一台模块坏掉导致所有阀门失控。这种经验是从现场故障处理中总结出来的设计阶段不觉得出了事才发现有意义。I/O分配是整个项目中必须做细的部分。我列一下关键点位的分配逻辑这个表建议做项目时打印出来贴在控制柜门上设备/信号通道信号类型备注冷冻水供水温度AI04-20mA总管PT1000经温度变送器冷冻水回水温度AI14-20mA总管冷却水供水温度AI24-20mA冷却塔出水总管冷却水回水温度AI34-20mA冷机冷凝器入口冷冻水供回水压差AI44-20mA压差变送器冷机运行反馈DI0-DI1干接点两台冷机冷机故障反馈DI2-DI3干接点两台冷机冷冻泵运行/故障DI4-DI7干接点两泵×双信号冷却泵运行/故障DI8-DI11干接点两泵×双信号冷机启停指令DQ0-DQ1继电器输出无源干接点给冷机控制柜冷冻泵启停指令DQ2-DQ3继电器输出接接触器/变频器启动端子冷却泵启停指令DQ4-DQ5继电器输出同上电动蝶阀开关DQ6-DQ15继电器输出冷却塔阀管路阀模拟量输入选了4-20mA而不是0-10V主要考虑到冷站现场电缆长容易受到变频器谐波干扰。4-20mA的电流环抗干扰能力明显好于电压信号而且断线时信号回落到0mA程序可以做断线检测0-10V断线却可能读到一个虚高的电压很难区分是信号真值还是线路故障。这个选型细节在现场调试时帮了大忙。2. 核心控制逻辑解析与程序设计2.1 开机顺序与停机顺序的刚性联锁冷水机组的启停顺序是这个程序的基础也是和普通设备控制最大的区别。开机时必须先冷却塔阀门开→冷却塔风机运行→冷却水泵运行→冷冻水泵运行→延时一段时间确认水流信号建立后才允许发送冷机启动指令。为什么必须这样因为离心式冷水机组启动时冷凝器必须有足够的冷却水流量带走热量蒸发器必须有冷冻水流量防止换热管冻结。流量没建立之前强行启动冷机轻则高压报警停机重则冻裂换热管一个冷季下来维修费够买好几台PLC。停机的顺序正好相反先发冷机关停指令等待冷机反馈停止后继续保持冷冻水泵和冷却水泵运行一段时间让冷机内部的冷媒和润滑油充分冷却然后才停水泵和冷却塔。这个时间我在程序里设的是10分钟甲方定的理由是冷机厂家要求停机后保持水泵运行不少于5分钟我们留了一倍余量。这个延时在调试时要有耐心如果急着做整机联动测试会经常发现程序“卡”在停机流程里不动其实是在等延时结束。我在程序里用SCL做了联锁逻辑。核心思想很简单每一步的启动条件里都包含了前一步的运行状态而不是简单的定时器串联。这样做的好处是如果中间某台设备故障后面的步骤不会被触发不会造成“跳过联锁直接启动冷机”的危险局面。代码大概长这样// 冷机启动允许条件判断 IF #冷却塔风机运行 AND #冷却水泵运行 AND #冷冻水泵运行 AND #冷水水流开关信号 AND #冷却水水流开关信号 AND #冷却塔阀门全开反馈 AND NOT #冷机已经在运行 THEN #冷机启动允许 : TRUE; ELSE #冷机启动允许 : FALSE; END_IF; // 延时启动冷机 #冷机延时启动TON(IN : #冷机启动允许, PT : T#30S); IF #冷机延时启动TON.Q THEN #冷机启动指令 : TRUE; END_IF;这段逻辑在调试时我反复验证过。特别要注意的是水流开关信号现场如果用的是靶式流量开关不要放到程序里就直接当硬信号用最好加一个10秒左右的去抖延时因为靶式流量开关在设备刚启动的瞬间可能会因为水锤效应出现短暂的抖动和误动作。不处理的话偶尔会出现冷机启动瞬间因为流量反馈抖动被拉停的现象。2.2 水泵两用一备与故障自动切换冷水机组项目的水泵几乎都是两用一备这个“备”字听起来简单做起来很麻烦。程序里要实现四件事第一运行泵故障时自动切到备用泵第二两台泵的运行时间自动均衡防止一台泵长期运行磨损过快第三切换过程中不能出现断流否则冷机会跳低温保护第四备用泵不能长期“冷备”要定时试运行。我的做法是用UDT定义泵的类型把启停指令、运行反馈、故障反馈、手动/自动模式、累计运行时间都打包进一个结构体里然后写了一个通用的泵控制FC。这样两台冷冻泵、两台冷却泵都调用同一个FC只是传入不同的背景数据块。这个思路学自于S7-1500面向对象编程的思想实际开发效率比复制粘贴高很多改动逻辑时只改一处不用改四次。故障自动切换的关键在于“停一台启一台”之间的配合。我实测下来最稳的做法是先启动备用泵待备用泵运行反馈建立后再停掉故障泵。这样有一个短暂的并联运行时间流量不受影响。但如果故障泵是电气短路这类硬故障就不能先启备用泵了而是先断掉故障泵的输出再启动备用泵。这两种情况我在程序里通过故障类型码做了区分。累计运行时间用的是每100ms累加一次运行标志位存成REAL小时数。顺序切换的条件是运行时间差大于300小时时下一次启机优先选择时间少的泵。此外每条泵至少每72小时自动试运行一次防止久置卡死和锈蚀。这里有个实操心得故障切换逻辑千万不能做成“掉电记忆”式的——PLC重启后所有泵都处于停止状态这是对的。但运行时间累计值必须持久化掉电不能丢。S7-1500的保持性DB是标配如果设计时忘了把运行时间变量勾上保持属性现场突然断电恢复后累计时间清零轮值逻辑就乱了两泵的时间均衡机制也跟着失效。我在程序里把所有泵运行时间变量都放进了保持性DB块。2.3 冷冻水温度闭环与PID调节冷站控制的核心目标就是冷冻水供水温度稳定。离心式冷水机组本身有能量调节功能但PLC层面还要做两件事一是根据负荷变化决定加减机这部分后面说二是通过压差旁通阀调节冷冻水系统的压差保证末端在负荷低的时候也不会出现流量过小。冷冻水供回水压差是PID调节的目标。我用的是S7-1500自带的PID_Compact块把它挂在OB35定时中断里执行周期设为500ms。调试时我踩过一个很典型的坑PID_Compact的默认参数偏保守用在暖通这种大滞后对象上如果不调参数旁通阀会一直在振荡阀门一会全开一会全关看得人头皮发麻。这个系统的滞后很大从阀门动作到压差变化至少需要十几秒所以PID参数要兼顾“稳”而不是“快”。我最后调出来的参数是比例增益3.5积分时间120秒微分时间关闭。这几个参数放在这里供参考但实际项目一定得现场试凑因为管路长度不同、泵特性不同、压差变送器安装位置不同系统响应差异非常大。PID调试时我习惯的做法是先把积分时间放得很大只用纯比例让系统产生等幅振荡记录振荡周期再把积分时间设为振荡周期的1.5-2倍这样收敛速度快且过冲小。暖通系统的振荡周期一般都比较长所以积分时间设到一两分钟很正常千万不要拿设备控制里那套秒级的参数直接套。2.4 加减机群控策略与防震荡处理冷站两台冷机什么时候加机、什么时候减机这是一个典型的群控策略问题。我做的是“负荷率偏差温差双重判断”的方式比单看某一项要稳得多。核心思路是这样当运行中的冷机负荷率持续超过95%通常意味着已经满负荷、供回水温差也拉大了并且冷冻水供水温度持续偏离设定值超过0.8℃持续10分钟时系统判断需要增加一台冷机当运行中的两台冷机负荷率都低于40%且出水温度低于设定值1℃持续20分钟就考虑减掉一台。为什么判断持续时间设得那么长因为有经验的人都懂冷站负荷变化有滞后性下午三点太阳晒得最凶的时候负荷最高但冷机不是马上就满负荷它要维持出水温度稳定原动机的导叶机构是逐渐开大的。如果判断时间太短很容易误加机两台机器都在低负荷下运行反而没有单台的效率高。我用了一个“积分式”的判断设定一个累加变量条件成立时累加条件不成立时以较快速度衰减只有累加到设定阈值才触发动作。这就是典型的防震荡处理实际运行中大有用处。减机后还要处理一个“冷机轮值”的问题。工频机组长期频繁启停不好我让PLC在做减机动作时优先选择累计运行时间长、能效比低的那台停掉这样做既平衡了运行时间又保持了整体效率。群控逻辑在调试期的观察记录很重要最好是能每个小时记录一次负荷率、COP和运行时长连着看三天策略基本就能调到稳定。2.5 冷却塔风机变频与冷凝压力控制冷却塔风机控温这部分往往会被当成“不重要”的功能但冷水机组的能耗有很大一块在这里。我这次的做法是冷却水回水温度作为控制目标用PID_Compact控制风机的变频频率。温度高时风机全速运转温度低时降频运行最低频率限制在25Hz左右防止低频时风机叶片抖动和电机散热不良。冷却塔风机还有一个容易被忽视的逻辑风机启动前必须确认对应的冷却塔电动蝶阀已开到位。否则风机抽风塔内却没有水等于干烧不仅降温效果为零而且会把填料烤变形。我这套程序里把阀门开到位信号作为风机启动的硬条件同时在阀门故障时风机自动全速运行并报警这个“失效安全”策略保证了冷却塔即便在异常工况下也不至于完全丧失冷凝能力。3. 博途TIA Portal实操从硬件组态到程序落地3.1 硬件组态与网络规划要点打开TIA Portal V17创建一个新项目第一步就是添加设备和组态网络。这里有一个我反复提醒自己的事在组态S7-1500时CPU固件版本一定要和实际设备保持一致。如果组态用的固件版本高于实际CPU版本下载程序时会报错如果低于实际版本有些新功能又不可用。我这台1511-1 PN的出厂固件是V2.8博途组态时也要选V2.8选高版本虽然能下载但有些指令和参数会不兼容容易出诡异问题。网络规划上我建了一张表把所有设备的IP地址和PROFINET设备名称写清楚。CPU的IP是192.168.0.10HMI触摸屏192.168.0.20两台变频器分别是192.168.0.30和192.168.0.31电表网关是192.168.0.40。统一在一个网段里方便管理。如果碰到跨网段通讯的需求比如中控室在另外一个网段需要在交换机上配路由S7-1500侧不需要做什么特殊设置只要保证IP、子网掩码和网关设置正确就行。我之前遇到过HMI和PLC跨网段连不上的项目排查到最后发现是HMI上网关没设其他全对这种基础问题往往最隐蔽。3.2 OB/FC/FB/DB规划S7-1500的程序结构我习惯这样组织这个结构你可以直接参考程序块功能说明OB100启动初始化复位标志位、装载设定值、读取保持性数据OB1主循环调用各FC泵控制、阀控制、冷机控制、群控策略OB35定时中断默认100ms调用PID_Compact做快速联锁运算OB82诊断中断机架/模块故障处理置报警标志OB83/OB84插拔中断模块插拔时触发报警FC_Build泵通用控制含启停、联锁、故障切换FC_Chiller冷机控制含延时启动、延时停机、状态判断FC_Group群控策略加减机判断、轮值DB_Pump1~4泵背景数据每台泵一个实例DB_Chiller1~2冷机背景数据每台冷机一个实例DB_Alarm报警累计所有故障码和报警时间戳这个规划的好处是每个功能块职责单一调试某一台泵的时候打开对应的背景DB就行不会把变量翻半天。OB35里的PID_Compact调用不能省略否则PID不会执行。S7-1500的PID_Compact调用必须在定时中断里做我一般额外在OB100里给出其初始参数并把手动/自动模式通过上位机可写变量来控制。3.3 泵切换与时间均衡的SCL实现水泵部分用SCL写了核心逻辑。重点展示“运行时间均衡”这一小节因为这是很多初级项目容易漏掉的功能。逻辑其实不复杂开机时读取两台泵的累计运行时间如果时间差超过设定值就把运行时间少的泵设为优先启动泵在故障切换时如果正在运行的是优先泵则切到备用泵后还要重新做一次时间比较确保备用泵不是总停留在备用位。// 选择优先泵 IF #Pump1.TotalRunHours #Pump2.TotalRunHours THEN #PreferredPump : 1; ELSE #PreferredPump : 2; END_IF; // 自动启动流程只在自动模式下且无故障时执行 IF #SystemAuto AND #Pump1.Fault FALSE AND #PrefPump 1 THEN #Pump1.StartCmd : #StartCommand; END_IF;代码本身不多但有个实现细节值得说一下累计运行时间必须放在保持性DB数据属性里勾上“保持”这样掉电后时间不会清零。如果你忘了建议把一个Bool变量永久置TRUE同时DB块属性里勾选“仅存储在装载存储区”运行时间就能在重启后保留。我第一次做这个项目时就是忽略了这个后来断电测试后发现累计时间归零重写了逻辑。3.4 用PLCSIM Advanced做离线验证我在这个项目里用了S7-PLCSIM Advanced V4.0做离线仿真验证。它的优点是可以模拟S7-1500程序的运行环境不用实际硬件就能跑逻辑。但很多新手卡在这一步PLCSIM Advanced的实例启动不了点击Start后报错或者根本没反应。遇到这个问题大概率是以下原因我遇到过的最常见的是电脑的虚拟网卡没配好PLCSIM Advanced会创建一个虚拟以太网适配器如果软件装完后没有正确安装虚拟网卡驱动实例就启动失败。检查方法是打开设备管理器看有没有Siemens PLCSIM Virtual Ethernet Adapter。如果没有重装软件时把相关组件勾上或者手动更新驱动。还有一个情况是Windows防火墙拦截了实例之间的通讯启动不了时把博途和PLCSIM的防火墙入站规则放行。另外PLCSIM Advanced只能安装在专业版或企业版Windows上家庭版会有一堆隐藏问题这个也值得注意。即使仿真通过也不要以为现场就万无一失。仿真只能验证程序逻辑验证不了现场信号接线和硬件状态所以用PLCSIM验完逻辑后仍然要按点位表逐点核对实际信号。我见过有人过于依赖仿真到了现场满脑子都是“程序肯定没问题”结果一个接线错误愣是排查了半天。仿真工具是辅助不是替代。4. 通讯与上位机集成SCADA、HMI和变频器4.1 PROFINET与ABB变频器通讯冷水机组项目里我用了ABB ACS580变频器驱动冷却塔风机。ACS580支持PROFINET通讯通过GSD文件导入博途就行。需要注意的是变频器的报文结构——ABB变频器用PPO类型报文在博途里组态时要选对报文格式。我最开始选的是标准报文1结果读出来的运行频率一直不对后来发现ACS580的PROFINET报文必须用其专用的PPO4类型。这个细节在组态时就要看清楚不要等到现场才发现。变频器的控制和状态字也需要处理。控制字Control Word的第0位是ON/OFF控制状态字Status Word的第0位表示“Ready to switch on”。程序里我把启动命令映射到控制字第0位同时读取状态字和实际频率通过报文里的实际值字段。通讯数据区在DB块里用结构化方式定义一张表列出所有映射变量。调试时用博途在线监控这些变量能直观看到变频器反馈。4.2 与智能电表的Modbus RTU轮询冷站里有几块智能电表用于监测电流、电压、功率。电表支持Modbus RTU通过RS485接到PLC的通讯模块上。S7-1500本体不带RS485口需要加一个通讯模块比如CB 1542-5或者用第三方网关转成PROFINET。我这次用的是CB 1542-5加RS485总线的方式在博途里通过Modbus RTU主站指令实现轮询。轮询逻辑要注意寄存器地址和数据格式电表说明书给的是十进制地址但在Modbus中要转换成协议地址通常需要减1因为PLC软件内部从0开始寻址。另一个坑是数据格式有的是单字、有的是双字还有的是浮点数读回来后如果不做字节序转换数据会完全不对。我在程序里写了一个字节交换FC专门处理高低字节顺序实测读回来的功率和电压数值非常准。上位机SCADA通过OPC UA连接这台S7-1500读取所有模拟量和运行状态。S7-1500固件V2.0以上自带OPC UA服务器只需要在设备组态里勾选启用服务器、开放相应端口。这样SCADA不需要额外的OPC网关硬件直接用UaExpert或组态软件连接即可。4.3 HMI触摸屏跨网段通讯的经验项目里还配了一块触摸屏做机房本地的控制面板和PLC在同一网段时是直连简单稳定。但客户的中控室在办公楼里网络拓扑是通过核心交换机跨了几个VLAN。触摸屏要跨网段访问PLC常见做法是设好触摸屏的IP、网关、DNS确保路由可达。如果触屏和PLC之间跨了多个网段遇到ping不通的情况先别怀疑屏或PLC用笔记本电脑分别接到两个网段逐段排查是哪个环节的网关配置不对。我在这个项目里就遇到过跨网段通讯失败的问题。后来排查发现不是IP冲突而是楼宇网络的VLAN划分把PLC所在的端口隔离了交换机管理员在端口上加了严格ACL。协调网络人员放通端口后通讯才恢复。这个经验就是想说跨网段通讯大部分时候不是PLC的问题而是网络规划的问题别在PLC上瞎折腾。4.4 上位机数据点表的整理上位机做画面之前一定要整理数据点表。我通常的做法是把所有需要上位机访问的PLC变量汇总成一张Excel表包含变量名、数据类型、单位、地址、读写属性、报警描述等。然后从DB块导出变量再人工核对一遍这项工作虽然繁琐但能避免画面做完后变量对不上号的大返工。这个项目的点表大概60多个点包含了冷机开关状态、温度压力模拟量、水泵运行状态、所有故障报警、群控模式、时间累计值等。我把它们按功能分组每组在SCADA里建一个画面冷站总览图、设备状态图、故障报警表、能耗统计图这样操作起来很直观。上位机开发软件我用的是WinCC但用其他SCADA如组态王、力控、Citect思路完全一样本质就是通过OPC UA或者S7通讯把PLC变量映射到画面对象上。5. 常见问题与排查技巧实录做冷站项目到后期遇到的问题基本集中在几个方面。我把我在这个项目里遇到和解决的典型问题整理成一个表方便大家排查时对照。问题现象可能原因排查方法冷机启动后频繁高压报警冷却水流量不足/冷却塔风机没有联动检查冷却水泵运行反馈、冷却塔风机频率、冷凝器进出水温差冷冻水供水温度波动大PID参数不合适/主机频繁减载查看PID趋势图重新整定参数主机加减载死区设大一些水泵切换瞬间冷机低温报警切换时序不对先断了故障泵确认切换逻辑为先启备用泵带反馈后再停故障泵模拟量AI读数跳动不稳变频器谐波干扰/信号线屏蔽接地不良确认信号线用屏蔽双绞线单端接地加信号隔离器PID输出不变化OB35未调用PID/手动自动模式变量未关联检查PID在OB35中调用情况确认PID模式变量为自动Modbus读电表数据为0地址偏移错误/字节序不对/轮询周期太短用Modbus调试工具逐条验证报文核对寄存器地址PLC重启后运行时间清零变量未设置为保持性DB块勾选保持属性重新下载组态跨网段HMI连不上PLC交换机VLAN/ACL限制逐段ping测试协调网络策略PLCSIM Advanced实例启动失败虚拟网卡驱动未装/Windows防火墙拦截检查虚拟网卡驱动、关闭防火墙测试、检查操作系统版本冷却塔风机低频震动频率过低导致叶片共振最低频率从20Hz提高到25Hz增设跳过频率段冷机群控频繁加减机判断时间太短/负荷率阈值太近拉长判断时间把加机阈值提高到95%、减机阈值降到35%这几个问题里最值得展开说一下的是模拟量AI读数跳变。冷站配电柜里变频器、软启动器非常多电磁环境很差。我最初测AI时发现冷冻水温度读数在5℃到9℃之间来回跳完全不能用。排查了变送器本身没问题最后确认是信号线没有用屏蔽双绞线而且变送器供电电源和变频器供电走了一个开关电源。处理办法换屏蔽双绞线屏蔽层在PLC侧单端接地AI模块侧加无源信号隔离器。处理后读数稳定在0.01℃级别的波动范围内这钱花得非常值。还有一个很实际的问题热搜词里有人问“PLC怎么设置时间到期自动停机”。在冷站项目里这其实是用在设备保养上的——压缩机组每运行3000小时需要保养程序到点后给个“保养到期”报警并锁定开机请求。实现方式非常简单在保持性DB里记录累计运行小时数对比保养周期变量如果达到则置位保养报警位并在冷机启动允许条件里加上“保养未到期”的条件。这个功能甲方非常认可因为机电运维经常忘记定期保养PLC自动提醒比纸质记录靠谱太多。另外调试过程中注意一个重要原则修改程序下载时一定要确认当前系统的设备状态。如果正在运行两台冷机直接下载可能导致所有输出瞬间复位设备全部停止冷站温度马上上来效果就是灾难性的。我在下载前都强制把手动/自动开关打到手动并把设备都切到安全停止状态下载完再恢复自动。还有一点博途在线修改不是所有修改都能“在线下载”如果改了DB变量的数据结构必须停机下载。所以数据结构的改动最好安排在运行前完成运行期间尽量只改逻辑内容不改数据定义。关于报警处理这里有个容易被忽略的小点S7-1500的诊断缓冲区只能保存最近的诊断条目数量有限。冷站设备多报警频繁缓冲区很容易就被刷掉了尤其是相同故障反复出现时新报警会把旧报警挤出去。所以我的做法是在PLC里自建一个报警记录DB每条报警包含发生时间戳、恢复时间戳、设备编号、故障代码在发生/恢复时同时写入高速计数和这个记录DB。这样上位机可以随时查询历史报警就算诊断缓冲区被刷掉也不担心丢失关键记录。结尾做暖通空调冷水机组PLC程序和做纯粹的生产设备控制非常不一样它不仅要求你懂PLC还要懂冷站的工艺逻辑懂水泵、冷却塔、冷机之间的配合关系懂怎么在“稳定”和“节能”之间找平衡。我这个项目前后做了两个月光是群控逻辑就改了三四轮每次改动都源于现场运行数据暴露出的新问题。最后有一点个人体会想分享不要一上来就写程序先花时间把冷站的运行原理吃透弄清楚哪些是硬联锁、哪些是软策略脑子里有整个系统的运行画面程序写起来会顺很多。再一个就是调试阶段要舍得花时间观察多记录趋势数据很多看似是程序的问题实际是参数和现场条件不匹配。希望这篇文章能给正在做或准备做S7-1500冷水机组项目的朋友一些实际参考少走几个弯路。