1. 先把冷站控制这套方案的对象和逻辑盘清楚最近在调试某商业综合体冷站时把玩了一套基于S7-1200的冷水机组控制方案。这套程序算不上什么行业天花板但胜在全冷却塔、冷冻泵、冷却泵、冷水机组、旁通阀、水流开关、温度传感器全都串在了一条逻辑链上而且是那种你越往下看越能发现“原来这里要这样处理”的方案。先说冷站里的设备明细。商业综合体的冷站不大不小常见配置是两三台中大型冷水机组配套冷冻水泵、冷却水泵各若干台屋顶或机房里有相应组数的冷却塔外加分水器、集水器、压差旁通阀和电动阀。监控点大概有冷冻水供回水温度、冷却水供回水温度、冷冻水流量、分集水器压差、水泵频率、阀门开度、冷却塔风机运行状态、冷水机组运行状态和故障信息。这些点数加起来通常在一百到两百个点之间说多不多说少也真不少。控制需求拆开来看无非四块第一是保护比如水流不足不许启机断水必须停泵第二是联锁也就是启动停机顺序谁先动谁后动不能乱第三是调节让供水温度和压差稳定在设定值附近第四是群控几台冷机根据负荷自动加减机、轮值。整个程序的核心就是把这四块揉在一起还不能让它们互相打架。1.1 为什么选S7-1200做主控制器选型时其实纠结过一阵子。常规冷站自动化喜欢用DDC控制器但DDC做集成多、做逻辑弱尤其是多台冷机群控和复杂联锁写起来绕。后来改用S7-1200这类中小型PLC最大的感受是编程自由度一下子上来了条件分支、定时器、计数器、PID、通信指令都不缺在线监控也方便调试时盯着梯形图就能看出当前状态卡在哪个条件。另外S7-1200的通信能力够用一台冷机控制柜通常用Modbus RTU往外吐运行参数PLC做Modbus主站直接读电流百分比、蒸发器压力、冷凝器压力、故障码这些值不用额外拉硬接线。往上走还能接Modbus TCP或Profinet跟能源管理平台或者BA系统对接后期扩展空间很大。像这种商业综合体冷站控制器性能要求真不高但灵活性要求相当高S7-1200这个级别刚好卡在性价比最好的位置。1.2 程序结构先搭骨架再填细节这套程序的骨架分了三层。最外层是总控状态机负责系统待机、启动、运行、停机的状态切换。中间层是设备子程序每台水泵、风机、阀门都有独立的启动、停止、保护逻辑方便单独调试。最内层才是调节和群控逻辑读取传感器和人机界面设定值算完以后把指令下发给中间层。这样分层的好处非常直接现场排查问题时能顺着状态机往下找到具体设备再往下一层层查条件不用在一坨程序里翻来翻去。这个骨架还有一个优势就是手自动切换很方便。每台设备都有硬性的手自动选择自动模式下走程序联锁手动模式下程序只做报警提示不主动启停。调试阶段可以先把单台设备打手动测完再切回自动不会因为主逻辑没调好导致整个站起不来。我在很多项目里都保持这个习惯已经成了固定套路。2. 冷水机组启停与联锁先立规矩再谈先进冷水机组启动前和停止后的那一套顺序是整个冷站逻辑里最严肃的部分。程序好不好用先放一边时序错了是要冻坏蒸发器、憋坏压缩机的。这个模块我花的时间最多也最值得说。2.1 启动停机的铁律泵先开、机后启机先停、泵后停冷水机组蒸发器如果断水换热迅速恶化低温冷水在蒸发器里继续吸热水侧可能出现结冰严重时直接冻裂管束。冷凝器断水也一样冷媒压力异常升高压缩机会触发高压保护频繁出现还会影响冷冻油状态。所以启动必须先建立水循环停机必须先停压缩机再撤水循环。实际启动顺序我一般这样写第一步启动冷冻水泵等待5秒水循环建立第二步确认冷冻水水流开关持续接通3秒以上或者压差开关动作第三步启动冷却水泵再等5秒第四步启动冷却塔风机如果冷却水温度低于某个值可以暂缓启动风机第五步给冷水机组控制柜发送启动指令但要再等3060秒让各环路彻底稳定。这里面的每个等待时间都不是拍脑袋定的水泵从零转速到额定流量大概需要几秒水流信号稳定还要再算上继电器和传感器的响应时间。停机顺序反过来先给冷机发停止指令等冷机运行反馈消失然后保持冷冻水泵和冷却水泵继续运行23分钟让蒸发器和冷凝器里的余热散掉最后再停冷却塔风机、冷却水泵和冷冻水泵。很多人嫌麻烦把水泵停太快结果压缩机刚停机冷凝器温度还很高润滑油因为过热性能下降下次启动时磨损明显增加。做冷站控制这些看不见的细节才是真功夫。2.2 水流信号必须加滤波裸信号做联锁会抖到怀疑人生水流开关和压差开关看起来简单实际上是最让调试人员头疼的信号源之一。水泵刚启动的那一瞬间管道里压力波动剧烈水流开关可能先动作一下、又断开、再稳定接通。如果程序直接拿这个信号去确认那启动逻辑就会在“水流OK”和“水流故障”之间反复跳冷机永远等不到启动条件或者刚启动就被联锁停掉。我在程序里给所有水流信号统一加了延时确认逻辑信号变为TRUE之后必须保持5秒才认定有效信号变为FALSE之后也必须保持5秒才认定丢失。这样的好处是滤掉了绝大多数瞬时抖动坏处是故障响应慢了5秒但对于冷站保护来说完全够用蒸发器断水5秒不会出大问题反而避免了误动作。还建议在水流开关旁边并联一个压差信号程序里取“或”的关系一个信号抖动不会导致全局失效。2.3 冷水机组通信与手自动切换的细节现在冷水机组控制柜基本都有Modbus接口程序里要主动去读机组的运行状态、故障码、电流百分比、导叶开度或加载百分比。读回来的数据不要直接当硬点用要加数据有效性判断比如超时或校验失败后保持上一帧值并给出通信故障报警。当时调试时遇到过Modbus地址表写错的情况读回来的电流百分比乱跳群控差点根据错误数据去加减机。后来在PLC里加了一道限幅电流百分比正常范围0120%超出就标记数据异常逻辑不采纳。这种做法成本低、效果好强烈建议做进去。手自动切换刚才提到过这里再补一个细节手动模式最好不要绕过水流保护尤其是冷机启动前的水流确认。手动模式下程序不阻止你手动启动水泵和冷机但如果水流信号丢失程序还是要发出报警并且如果机组已经运行应该联锁停机。否则操作员在手动模式下误操作把冷机开了但没开水泵损失没法挽回。这套方案里我专门把手动模式下的保护逻辑做成受总急停和机组自身保护控制现场用起来会更安心。3. 冷冻水系统调节PID和旁通阀才是大头冷站水力调节一般分两部分冷冻水系统负责把冷水送到末端并维持稳定的供水温度和压差冷却水系统负责把冷凝热排出去。这里最容易出事的地方就是供水温度PID和压差旁通阀的配合。3.1 供水温度PID的输出到底该给谁常见的做法分两类一类是冷机本身的能量调节接口接受4-20mA或Modbus加载信号PID直接控制加载百分比另一类是冷冻水泵变频调速通过流量变化影响换热量PID控制水泵频率。这套方案两种都做了但主力是后者因为商业综合体末端负荷波动大一次泵变流量节能效果明显。PID的整定我有一套自己的起步方法。先不开自动把PID输出手动固定在一个值比如给水泵45Hz观察冷冻水供水温度变化趋势大概知道开环增益是多少。然后切自动初始参数给比例增益0.40.6积分时间100150秒微分时间0输出限幅设置成30~50Hz。采样周期1秒死区0.2℃。多数情况下把积分时间拉长比调比例更有效因为温度环路的滞后非常大比例太大很容易出现持续振荡现场看曲线就跟波浪一样末端空调跟着忽冷忽热。这里有个特别容易踩的坑PID输出限幅必须和变频器实际参数一致。我遇到过一次PID输出顶到100%但供水温度一直降不下来查了半天发现变频器上限被设成40Hz程序里限幅却写的是50Hz。两边不一致执行机构根本没到程序认为的位置。所以调PID前先把频率上下限、阀门开度上下限逐个核一遍能省很多时间。3.2 压差旁通阀反作用、死区、积分限幅一个都不能少压差旁通阀的作用是当末端关阀导致最不利环路压差升高时旁通一部分水流回集水器保持末端环路压差稳定。控制逻辑属于反作用压差高于设定值阀开大压差低于设定值阀关小。程序里用PID输出控制阀位输出增加对应开大偏差方向要按照“压差实际值减设定值”的负值来计算写反了阀门会朝完全相反的方向跑。死区设置是重中之重。压差信号本身有噪声末端阀门偶尔动作一次也会引起压差波动如果不加死区旁通阀会一直小幅震荡执行器寿命迅速缩短。我习惯在设定值附近做±0.02MPa死区偏差落入死区就保持当前阀位每次动作之后至少保持30秒不动阀门也不要频繁反向。另外PID积分要限幅尤其是冬季低负荷如果积分一直累积旁通阀开度越开越大供回水大量混合供水温度被“中和”得不上不下末端效果非常差。3.3 一次泵最小流量和旁通阀的配合关系做一次泵变流量系统时冷机蒸发器有最小流量要求这一点很多人忽略了。供水泵频率降低系统总流量下降如果低负荷时旁通阀又开得很大流过冷机蒸发器的实际流量可能低于允许值冷机会出现蒸发温度波动严重时触发低温保护。正确做法是旁通阀的控制优先级里最小流量保护要高于压差控制。程序里如果有冷冻水流量计把最小流量换算成旁通阀最小开度任何情况下旁通阀开度不得低于这个计算值如果没有流量计至少要在分集水器之间加压差传感器用压差近似判断流量状态。这套方案里我加了流量计调试时发现低负荷工况下旁通阀实际开度比压差控制要求多了不少正因为有了最小流量限制冷机才没有出现不良反应。4. 群控策略加减机、轮值和错峰启动冷站配两三台冷水机组群控策略看似不复杂但真正写起来容易出问题。加减机判断不准会导致频繁启停轮值逻辑没考虑最低运行时间会导致冷机被反复折腾错峰没做则会让变压器过载。这一节把这几个问题一个一个说清楚。4.1 加减机判据负荷率为主温度做辅助我的经验是加减机不能只看供回水温度。温度变化滞后性强末端负荷刚起来的时候回水温度可能还没明显升高等温度传导到传感器可能已经超调了。更稳定的是看机组电流百分比或者负荷率。加机条件我这样写运行机组平均负荷率连续10分钟大于95%同时冷冻水供水温度比设定值高0.5℃以上再延时30秒后发出加机指令。减机条件运行机组平均负荷率连续20分钟小于40%同时供水温度比设定值低0.8℃以上延时30秒后发出减机指令。这里的延时和回差非常重要缺了任何一个都会造成边界条件反复穿越冷机启停频次高到让运维的人原地崩溃。为什么要用“连续多少分钟”因为负荷波动有时间性几分钟的波动经常出现不代表真的需要加机。10分钟这个数值可以调但如果太短机组会频繁响应太长又跟不上负荷变化。我一般先在调试期间用20分钟等积累了曲线数据再往回收。4.2 多台冷机启动必须错峰排队群控发出加机指令后程序不能同时把所有设备都顶上。冷水机组启动电流很大水泵启动也有冲击如果两台冷机、若干台水泵在同一秒启动变压器大概率直接跳闸。错峰启动的核心是建立启动队列。队列规则是每次只处理一台冷机的完整启动序列。第一台冷机先启动冷冻泵水流确认后再启冷却泵和塔风机最后延时90秒启动冷机压缩机等这台冷机稳定投入运行后再开始下一台冷机的启动序列两台之间的机组启动指令间隔至少120秒。这样虽然加机过程变长了但安全性显著提高。调试时我用总电流曲线验证过错峰前峰值电流很高错峰后曲线平缓得多。4.3 轮值算法与最低运行时间保护轮值的目标是让各台冷机的累计运行时间接近。常见做法是把累计运行时间存在保持型变量里每次加机时优先选择运行时间最短的机器减机时优先停掉运行时间最长的机器。这个逻辑在S7-1200里用比较指令就能实现不需要复杂的排序算法。但必须加最低运行时间保护。一台冷机刚启动不到30分钟即使它的累计运行时间已经是最长的也不能作为下一台减机对象给停掉。否则高峰负荷稍有波动就可能出现A机刚启动就被停、B机顶上、然后过一会儿再切回A机的情况频繁启停对压缩机的损伤非常大。我把这个保护时间设成30分钟按现场反馈实际运行下来逻辑安静了很多。4.4 时间表、节假日和无人值守模式商业综合体的负荷规律跟着营业时间走程序里要有周计划时间表工作日、周末分开。每天的计划内容包括冷冻水供水温度设定值、机组允许启动台数、冷却塔风机运行模式等。夜间或者节假日负荷低可以把供水温度抬高几度停掉部分冷机只保持值班模式。时间表切换时要加抑制逻辑不要让温度设定值突变。我和调试搭档遇到过一个问题早上从夜间的10℃切到白天的7℃设定值一下降了3℃冷机立刻加满负荷猛追供水温度一路冲过头末端反而吹出冷风。后来在程序里加了设定值斜坡功能每分钟变化不超过0.1℃温度过渡平缓冷机也没那么吃力。5. 现场调试实录几个典型问题和排查思路调试阶段永远比写程序阶段精彩。设备厂家埋的坑、现场安装的瑕疵、程序里的逻辑漏洞都会在这个阶段一起冒出来。我按实际发生的频率和典型程度挑几个分享。5.1 启动时报“冷冻水流开关故障”泵明明在转调试第一天就撞上了。启动冷冻水泵后水流开关信号闪了几下就消失程序报故障冷机无法启动。现场确认水泵出口压力正常水也确实在流动。用万用表量了水流开关输出端子发现信号在接通和断开之间跳变频率不高但足够影响PLC判断。查到最后原因是水流开关安装位置离水泵出口弯头太近水流在弯头后形成涡流叶片被水流扰动后反复抖动。调整安装位置到直管段之后问题消失。同时我在程序里把水流确认时间从3秒增加到5秒给少量扰动留了缓冲。这种问题非常典型程序再严谨也防不住物理安装缺陷但延时滤波能让你最快区分“真故障”还是“信号抖动”。5.2 PID输出顶到100%供水温度就是不降有一次供水温度始终在9℃左右徘徊设定值是7℃差2℃下不来。打开程序在线监控PID输出已经顶到100%但供水泵频率还停在40Hz。我先怀疑PLC输出模块有问题结果看模拟量输出值确实到50Hz于是去变频器面板上看实际给定发现变频器内部上限被设到了40Hz。把变频器参数和程序里的限幅统一调整到50Hz后温度开始逐步下降。这个事的教训是模拟量信号链路很长PLC内部限幅、模拟量输出模块量程、变频器输入信号类型和上限任何一环不匹配都会导致最终开度被卡死。后来我在调试清单里加了一项“执行机构全行程测试”所有模拟量通道先人工验证0%、50%、100%三个点再进PID自动调试。5.3 群控加机瞬间电流爆表变压器报警某个高温天的下午负荷上来之后群控逻辑要求加机第二台冷机启动时变压器过载报警吓出一身冷汗。当时是测试阶段负荷确实高但报警原因不是负荷本身而是加机指令发出后第二台冷机对应的冷冻泵、冷却泵、塔风机和冷机几乎同时启动瞬时电流全叠在一起。这个问题的根源是群控缺少启动队列我在程序里重新梳理了启动顺序先启冷冻泵等待水流确认再启冷却泵和塔风机最后延时90秒启动冷机压缩机。整改后又测了几个来回再没有出现过电流叠加的问题。从那以后我写群控时的第一件事就是确认错峰逻辑而不是加减机条件。5.4 常见问题速查表症状可能原因处理建议启动时报水流故障但泵在转水流开关安装位置不当或信号抖动调整安装位置程序增加5秒延时确认PID输出100%但温度不降变频器上限或程序限幅不一致全行程测试执行机构核对所有限幅多机启动时总电流飙升群控缺少错峰排队增加启动队列和机组启动间隔延时旁通阀频繁动作PID死区太小或阀门动作无最小间隔加压差死区动作后延时30秒供水温度持续振荡PID积分时间过短或比例增益过大拉长积分时间降低P增益冷机启动频繁加减机回差和延时设置不当增加连续负荷率判断时间和回差值6. 这套方案后续还能往哪里扩展基础控制做完以后冷站这套S7-1200方案还有不少扩展方向而且不伤筋动骨。第一个是能耗统计和冷量计量。利用冷冻水流量和供回水温差计算实时冷量配合电表数据做能效比COP的实时显示在触摸屏上做日、周、月报表。商业综合体运营方对这个特别看重直接关系到电费考核。第二个是远程通信。PLC通过Modbus TCP或Profinet把运行参数送到能源管理平台运维人员在值班室就能看到冷站全貌省去频繁跑机房的麻烦。第三是冷却塔风机的优化控制。根据冷却水回水温度和室外湿球温度的差值自动调节风机台数和频率让冷机冷凝压力维持在较好的区间整个冷站能效又能提高一截。第四是负荷预测。如果积累了一年以上运行数据和气象数据可以尝试简单的神经网络或回归模型提前半小时判断负荷趋势并预启动冷机属于进阶玩法不建议第一次做冷站控制就上。我在实际调试完这套方案后最深的体会是冷站控制的核心从来不是算法有多炫而是启停时序、联锁保护、PID限幅、群控防抖这些基础模块有没有做到位。把这些小细节扎扎实实磨好系统稳定了再谈优化才有意义。调试时多花十分钟看曲线、核对限幅后面运维能省下很大的精力。
1. 先把冷站控制这套方案的对象和逻辑盘清楚最近在调试某商业综合体冷站时把玩了一套基于S7-1200的冷水机组控制方案。这套程序算不上什么行业天花板但胜在全冷却塔、冷冻泵、冷却泵、冷水机组、旁通阀、水流开关、温度传感器全都串在了一条逻辑链上而且是那种你越往下看越能发现“原来这里要这样处理”的方案。先说冷站里的设备明细。商业综合体的冷站不大不小常见配置是两三台中大型冷水机组配套冷冻水泵、冷却水泵各若干台屋顶或机房里有相应组数的冷却塔外加分水器、集水器、压差旁通阀和电动阀。监控点大概有冷冻水供回水温度、冷却水供回水温度、冷冻水流量、分集水器压差、水泵频率、阀门开度、冷却塔风机运行状态、冷水机组运行状态和故障信息。这些点数加起来通常在一百到两百个点之间说多不多说少也真不少。控制需求拆开来看无非四块第一是保护比如水流不足不许启机断水必须停泵第二是联锁也就是启动停机顺序谁先动谁后动不能乱第三是调节让供水温度和压差稳定在设定值附近第四是群控几台冷机根据负荷自动加减机、轮值。整个程序的核心就是把这四块揉在一起还不能让它们互相打架。1.1 为什么选S7-1200做主控制器选型时其实纠结过一阵子。常规冷站自动化喜欢用DDC控制器但DDC做集成多、做逻辑弱尤其是多台冷机群控和复杂联锁写起来绕。后来改用S7-1200这类中小型PLC最大的感受是编程自由度一下子上来了条件分支、定时器、计数器、PID、通信指令都不缺在线监控也方便调试时盯着梯形图就能看出当前状态卡在哪个条件。另外S7-1200的通信能力够用一台冷机控制柜通常用Modbus RTU往外吐运行参数PLC做Modbus主站直接读电流百分比、蒸发器压力、冷凝器压力、故障码这些值不用额外拉硬接线。往上走还能接Modbus TCP或Profinet跟能源管理平台或者BA系统对接后期扩展空间很大。像这种商业综合体冷站控制器性能要求真不高但灵活性要求相当高S7-1200这个级别刚好卡在性价比最好的位置。1.2 程序结构先搭骨架再填细节这套程序的骨架分了三层。最外层是总控状态机负责系统待机、启动、运行、停机的状态切换。中间层是设备子程序每台水泵、风机、阀门都有独立的启动、停止、保护逻辑方便单独调试。最内层才是调节和群控逻辑读取传感器和人机界面设定值算完以后把指令下发给中间层。这样分层的好处非常直接现场排查问题时能顺着状态机往下找到具体设备再往下一层层查条件不用在一坨程序里翻来翻去。这个骨架还有一个优势就是手自动切换很方便。每台设备都有硬性的手自动选择自动模式下走程序联锁手动模式下程序只做报警提示不主动启停。调试阶段可以先把单台设备打手动测完再切回自动不会因为主逻辑没调好导致整个站起不来。我在很多项目里都保持这个习惯已经成了固定套路。2. 冷水机组启停与联锁先立规矩再谈先进冷水机组启动前和停止后的那一套顺序是整个冷站逻辑里最严肃的部分。程序好不好用先放一边时序错了是要冻坏蒸发器、憋坏压缩机的。这个模块我花的时间最多也最值得说。2.1 启动停机的铁律泵先开、机后启机先停、泵后停冷水机组蒸发器如果断水换热迅速恶化低温冷水在蒸发器里继续吸热水侧可能出现结冰严重时直接冻裂管束。冷凝器断水也一样冷媒压力异常升高压缩机会触发高压保护频繁出现还会影响冷冻油状态。所以启动必须先建立水循环停机必须先停压缩机再撤水循环。实际启动顺序我一般这样写第一步启动冷冻水泵等待5秒水循环建立第二步确认冷冻水水流开关持续接通3秒以上或者压差开关动作第三步启动冷却水泵再等5秒第四步启动冷却塔风机如果冷却水温度低于某个值可以暂缓启动风机第五步给冷水机组控制柜发送启动指令但要再等3060秒让各环路彻底稳定。这里面的每个等待时间都不是拍脑袋定的水泵从零转速到额定流量大概需要几秒水流信号稳定还要再算上继电器和传感器的响应时间。停机顺序反过来先给冷机发停止指令等冷机运行反馈消失然后保持冷冻水泵和冷却水泵继续运行23分钟让蒸发器和冷凝器里的余热散掉最后再停冷却塔风机、冷却水泵和冷冻水泵。很多人嫌麻烦把水泵停太快结果压缩机刚停机冷凝器温度还很高润滑油因为过热性能下降下次启动时磨损明显增加。做冷站控制这些看不见的细节才是真功夫。2.2 水流信号必须加滤波裸信号做联锁会抖到怀疑人生水流开关和压差开关看起来简单实际上是最让调试人员头疼的信号源之一。水泵刚启动的那一瞬间管道里压力波动剧烈水流开关可能先动作一下、又断开、再稳定接通。如果程序直接拿这个信号去确认那启动逻辑就会在“水流OK”和“水流故障”之间反复跳冷机永远等不到启动条件或者刚启动就被联锁停掉。我在程序里给所有水流信号统一加了延时确认逻辑信号变为TRUE之后必须保持5秒才认定有效信号变为FALSE之后也必须保持5秒才认定丢失。这样的好处是滤掉了绝大多数瞬时抖动坏处是故障响应慢了5秒但对于冷站保护来说完全够用蒸发器断水5秒不会出大问题反而避免了误动作。还建议在水流开关旁边并联一个压差信号程序里取“或”的关系一个信号抖动不会导致全局失效。2.3 冷水机组通信与手自动切换的细节现在冷水机组控制柜基本都有Modbus接口程序里要主动去读机组的运行状态、故障码、电流百分比、导叶开度或加载百分比。读回来的数据不要直接当硬点用要加数据有效性判断比如超时或校验失败后保持上一帧值并给出通信故障报警。当时调试时遇到过Modbus地址表写错的情况读回来的电流百分比乱跳群控差点根据错误数据去加减机。后来在PLC里加了一道限幅电流百分比正常范围0120%超出就标记数据异常逻辑不采纳。这种做法成本低、效果好强烈建议做进去。手自动切换刚才提到过这里再补一个细节手动模式最好不要绕过水流保护尤其是冷机启动前的水流确认。手动模式下程序不阻止你手动启动水泵和冷机但如果水流信号丢失程序还是要发出报警并且如果机组已经运行应该联锁停机。否则操作员在手动模式下误操作把冷机开了但没开水泵损失没法挽回。这套方案里我专门把手动模式下的保护逻辑做成受总急停和机组自身保护控制现场用起来会更安心。3. 冷冻水系统调节PID和旁通阀才是大头冷站水力调节一般分两部分冷冻水系统负责把冷水送到末端并维持稳定的供水温度和压差冷却水系统负责把冷凝热排出去。这里最容易出事的地方就是供水温度PID和压差旁通阀的配合。3.1 供水温度PID的输出到底该给谁常见的做法分两类一类是冷机本身的能量调节接口接受4-20mA或Modbus加载信号PID直接控制加载百分比另一类是冷冻水泵变频调速通过流量变化影响换热量PID控制水泵频率。这套方案两种都做了但主力是后者因为商业综合体末端负荷波动大一次泵变流量节能效果明显。PID的整定我有一套自己的起步方法。先不开自动把PID输出手动固定在一个值比如给水泵45Hz观察冷冻水供水温度变化趋势大概知道开环增益是多少。然后切自动初始参数给比例增益0.40.6积分时间100150秒微分时间0输出限幅设置成30~50Hz。采样周期1秒死区0.2℃。多数情况下把积分时间拉长比调比例更有效因为温度环路的滞后非常大比例太大很容易出现持续振荡现场看曲线就跟波浪一样末端空调跟着忽冷忽热。这里有个特别容易踩的坑PID输出限幅必须和变频器实际参数一致。我遇到过一次PID输出顶到100%但供水温度一直降不下来查了半天发现变频器上限被设成40Hz程序里限幅却写的是50Hz。两边不一致执行机构根本没到程序认为的位置。所以调PID前先把频率上下限、阀门开度上下限逐个核一遍能省很多时间。3.2 压差旁通阀反作用、死区、积分限幅一个都不能少压差旁通阀的作用是当末端关阀导致最不利环路压差升高时旁通一部分水流回集水器保持末端环路压差稳定。控制逻辑属于反作用压差高于设定值阀开大压差低于设定值阀关小。程序里用PID输出控制阀位输出增加对应开大偏差方向要按照“压差实际值减设定值”的负值来计算写反了阀门会朝完全相反的方向跑。死区设置是重中之重。压差信号本身有噪声末端阀门偶尔动作一次也会引起压差波动如果不加死区旁通阀会一直小幅震荡执行器寿命迅速缩短。我习惯在设定值附近做±0.02MPa死区偏差落入死区就保持当前阀位每次动作之后至少保持30秒不动阀门也不要频繁反向。另外PID积分要限幅尤其是冬季低负荷如果积分一直累积旁通阀开度越开越大供回水大量混合供水温度被“中和”得不上不下末端效果非常差。3.3 一次泵最小流量和旁通阀的配合关系做一次泵变流量系统时冷机蒸发器有最小流量要求这一点很多人忽略了。供水泵频率降低系统总流量下降如果低负荷时旁通阀又开得很大流过冷机蒸发器的实际流量可能低于允许值冷机会出现蒸发温度波动严重时触发低温保护。正确做法是旁通阀的控制优先级里最小流量保护要高于压差控制。程序里如果有冷冻水流量计把最小流量换算成旁通阀最小开度任何情况下旁通阀开度不得低于这个计算值如果没有流量计至少要在分集水器之间加压差传感器用压差近似判断流量状态。这套方案里我加了流量计调试时发现低负荷工况下旁通阀实际开度比压差控制要求多了不少正因为有了最小流量限制冷机才没有出现不良反应。4. 群控策略加减机、轮值和错峰启动冷站配两三台冷水机组群控策略看似不复杂但真正写起来容易出问题。加减机判断不准会导致频繁启停轮值逻辑没考虑最低运行时间会导致冷机被反复折腾错峰没做则会让变压器过载。这一节把这几个问题一个一个说清楚。4.1 加减机判据负荷率为主温度做辅助我的经验是加减机不能只看供回水温度。温度变化滞后性强末端负荷刚起来的时候回水温度可能还没明显升高等温度传导到传感器可能已经超调了。更稳定的是看机组电流百分比或者负荷率。加机条件我这样写运行机组平均负荷率连续10分钟大于95%同时冷冻水供水温度比设定值高0.5℃以上再延时30秒后发出加机指令。减机条件运行机组平均负荷率连续20分钟小于40%同时供水温度比设定值低0.8℃以上延时30秒后发出减机指令。这里的延时和回差非常重要缺了任何一个都会造成边界条件反复穿越冷机启停频次高到让运维的人原地崩溃。为什么要用“连续多少分钟”因为负荷波动有时间性几分钟的波动经常出现不代表真的需要加机。10分钟这个数值可以调但如果太短机组会频繁响应太长又跟不上负荷变化。我一般先在调试期间用20分钟等积累了曲线数据再往回收。4.2 多台冷机启动必须错峰排队群控发出加机指令后程序不能同时把所有设备都顶上。冷水机组启动电流很大水泵启动也有冲击如果两台冷机、若干台水泵在同一秒启动变压器大概率直接跳闸。错峰启动的核心是建立启动队列。队列规则是每次只处理一台冷机的完整启动序列。第一台冷机先启动冷冻泵水流确认后再启冷却泵和塔风机最后延时90秒启动冷机压缩机等这台冷机稳定投入运行后再开始下一台冷机的启动序列两台之间的机组启动指令间隔至少120秒。这样虽然加机过程变长了但安全性显著提高。调试时我用总电流曲线验证过错峰前峰值电流很高错峰后曲线平缓得多。4.3 轮值算法与最低运行时间保护轮值的目标是让各台冷机的累计运行时间接近。常见做法是把累计运行时间存在保持型变量里每次加机时优先选择运行时间最短的机器减机时优先停掉运行时间最长的机器。这个逻辑在S7-1200里用比较指令就能实现不需要复杂的排序算法。但必须加最低运行时间保护。一台冷机刚启动不到30分钟即使它的累计运行时间已经是最长的也不能作为下一台减机对象给停掉。否则高峰负荷稍有波动就可能出现A机刚启动就被停、B机顶上、然后过一会儿再切回A机的情况频繁启停对压缩机的损伤非常大。我把这个保护时间设成30分钟按现场反馈实际运行下来逻辑安静了很多。4.4 时间表、节假日和无人值守模式商业综合体的负荷规律跟着营业时间走程序里要有周计划时间表工作日、周末分开。每天的计划内容包括冷冻水供水温度设定值、机组允许启动台数、冷却塔风机运行模式等。夜间或者节假日负荷低可以把供水温度抬高几度停掉部分冷机只保持值班模式。时间表切换时要加抑制逻辑不要让温度设定值突变。我和调试搭档遇到过一个问题早上从夜间的10℃切到白天的7℃设定值一下降了3℃冷机立刻加满负荷猛追供水温度一路冲过头末端反而吹出冷风。后来在程序里加了设定值斜坡功能每分钟变化不超过0.1℃温度过渡平缓冷机也没那么吃力。5. 现场调试实录几个典型问题和排查思路调试阶段永远比写程序阶段精彩。设备厂家埋的坑、现场安装的瑕疵、程序里的逻辑漏洞都会在这个阶段一起冒出来。我按实际发生的频率和典型程度挑几个分享。5.1 启动时报“冷冻水流开关故障”泵明明在转调试第一天就撞上了。启动冷冻水泵后水流开关信号闪了几下就消失程序报故障冷机无法启动。现场确认水泵出口压力正常水也确实在流动。用万用表量了水流开关输出端子发现信号在接通和断开之间跳变频率不高但足够影响PLC判断。查到最后原因是水流开关安装位置离水泵出口弯头太近水流在弯头后形成涡流叶片被水流扰动后反复抖动。调整安装位置到直管段之后问题消失。同时我在程序里把水流确认时间从3秒增加到5秒给少量扰动留了缓冲。这种问题非常典型程序再严谨也防不住物理安装缺陷但延时滤波能让你最快区分“真故障”还是“信号抖动”。5.2 PID输出顶到100%供水温度就是不降有一次供水温度始终在9℃左右徘徊设定值是7℃差2℃下不来。打开程序在线监控PID输出已经顶到100%但供水泵频率还停在40Hz。我先怀疑PLC输出模块有问题结果看模拟量输出值确实到50Hz于是去变频器面板上看实际给定发现变频器内部上限被设到了40Hz。把变频器参数和程序里的限幅统一调整到50Hz后温度开始逐步下降。这个事的教训是模拟量信号链路很长PLC内部限幅、模拟量输出模块量程、变频器输入信号类型和上限任何一环不匹配都会导致最终开度被卡死。后来我在调试清单里加了一项“执行机构全行程测试”所有模拟量通道先人工验证0%、50%、100%三个点再进PID自动调试。5.3 群控加机瞬间电流爆表变压器报警某个高温天的下午负荷上来之后群控逻辑要求加机第二台冷机启动时变压器过载报警吓出一身冷汗。当时是测试阶段负荷确实高但报警原因不是负荷本身而是加机指令发出后第二台冷机对应的冷冻泵、冷却泵、塔风机和冷机几乎同时启动瞬时电流全叠在一起。这个问题的根源是群控缺少启动队列我在程序里重新梳理了启动顺序先启冷冻泵等待水流确认再启冷却泵和塔风机最后延时90秒启动冷机压缩机。整改后又测了几个来回再没有出现过电流叠加的问题。从那以后我写群控时的第一件事就是确认错峰逻辑而不是加减机条件。5.4 常见问题速查表症状可能原因处理建议启动时报水流故障但泵在转水流开关安装位置不当或信号抖动调整安装位置程序增加5秒延时确认PID输出100%但温度不降变频器上限或程序限幅不一致全行程测试执行机构核对所有限幅多机启动时总电流飙升群控缺少错峰排队增加启动队列和机组启动间隔延时旁通阀频繁动作PID死区太小或阀门动作无最小间隔加压差死区动作后延时30秒供水温度持续振荡PID积分时间过短或比例增益过大拉长积分时间降低P增益冷机启动频繁加减机回差和延时设置不当增加连续负荷率判断时间和回差值6. 这套方案后续还能往哪里扩展基础控制做完以后冷站这套S7-1200方案还有不少扩展方向而且不伤筋动骨。第一个是能耗统计和冷量计量。利用冷冻水流量和供回水温差计算实时冷量配合电表数据做能效比COP的实时显示在触摸屏上做日、周、月报表。商业综合体运营方对这个特别看重直接关系到电费考核。第二个是远程通信。PLC通过Modbus TCP或Profinet把运行参数送到能源管理平台运维人员在值班室就能看到冷站全貌省去频繁跑机房的麻烦。第三是冷却塔风机的优化控制。根据冷却水回水温度和室外湿球温度的差值自动调节风机台数和频率让冷机冷凝压力维持在较好的区间整个冷站能效又能提高一截。第四是负荷预测。如果积累了一年以上运行数据和气象数据可以尝试简单的神经网络或回归模型提前半小时判断负荷趋势并预启动冷机属于进阶玩法不建议第一次做冷站控制就上。我在实际调试完这套方案后最深的体会是冷站控制的核心从来不是算法有多炫而是启停时序、联锁保护、PID限幅、群控防抖这些基础模块有没有做到位。把这些小细节扎扎实实磨好系统稳定了再谈优化才有意义。调试时多花十分钟看曲线、核对限幅后面运维能省下很大的精力。
