这是一个从标题到落地都特别典型的污水泵站自动化项目。接到任务时甲方那边就撂下一句话“泵不能乱跳电机也不能烧。”听起来简单真到设计阶段才发现基于PLC的污水泵站排水联锁控制系统核心难点不在于把几台水泵接上控制器而在于把“什么时候该开、什么时候该停、泵坏了备泵怎么补位、仪表坏了系统怎么保守处理”这套逻辑彻底想清楚。这篇文章我会把完整设计过程从头到尾捋一遍包括控制需求拆解、I/O点表与硬件选型、联锁逻辑核心、编程仿真方法以及现场调试时踩过的真实故障。无论你是正在做水务自动化项目的工程师还是刚接触泵站自控的同学都可以照着这个思路去套能少走不少弯路。1. 污水泵站排水联锁到底在联什么控制需求拆解很多人第一次做泵站控制上来就画梯形图觉得“液位高了开泵液位低了停泵”完事。实际项目里根本没那么简单污水泵站的水质、工况、设备组合决定了联锁系统的边界比一般给水泵站要宽得多。1.1 泵站工艺特征与主要运行工况污水泵站通常由集水池、格栅、泵组、出水管道、阀门组成。污水通过重力流进入集水池再由泵提升到后续处理构筑物或市政管网。这里有个典型特征进水量是连续但波动大的而且污水中含有大量杂质、泡沫水质恶劣。集水池液位不像清水池那样稳定可能十几分钟内从低液位涨到接近溢流也可能因为格栅堵塞瞬间憋高。运行工况大致分四类正常排水液位在合理区间波动泵按液位分级运行。雨天流量高峰进水量大需要多台泵并联运行甚至全部投入。单台设备故障某台泵或阀门故障系统要自动降级运行。检修工况设备切换至就地模式自动联锁被旁路人员到现场操作。控制方案设计的第一步就是把这四类工况下的具体要求列出来。我在这个项目里先画了一张工况矩阵表横轴是设备状态纵轴是液位区间交叉格填上“应该开哪台泵、哪些设备允许动作、哪些动作必须禁止”。有了这张表后面编程基本不会乱。1.2 联锁系统的功能边界“联锁”这个词在泵站项目里被用得很泛很多人口中的联锁只是泵和泵之间的互锁。其实一个完整的排水联锁控制系统应该覆盖五个层面液位联锁液位达到设定阈值时自动启动或停止水泵。泵组联锁多台泵之间错峰启动、运行台数控制、故障时备用泵自动投入。阀门联锁泵启动前必须确认出水阀开到位泵停机后延时关阀防止水锤。辅助设备联锁格栅、粉碎格栅等预处理设备与泵联动防止堵塞状态下强行抽水。保护性联锁电机过载、超温、泄露、泵吸空振动等异常信号直接触发停机。要特别说明联锁不是简单的“与门”它既有“允许”性质也有“禁止”性质。比如液位高于启泵阈值是启动允许条件但如果出水阀没有开到位这个允许条件就不能生效这属于阀门联锁的禁止作用。设计时必须把允许条件和禁止条件分开否则调试时会出现操作人员无法理解的逻辑。1.3 设计输入液位、流量、设备状态开始编程前我花了两天时间确认基础设计输入这一步不能省。基础输入清单大致如下输入项具体内容集水池液位量程范围、高报警值、高高联锁值、低报警值、低低联锁值出水流量流量计量程、泵并联运行时的单泵流量区间泵启动方式直接启动、星三角、软启动或变频启动决定了启动时间和互锁方式阀门反馈电动阀开到位、关到位信号以及阀门执行时间格栅状态格栅前后液位差或格栅故障信号泵保护信号电机过载、绕组温度、泵体漏水、振动、泵坑低液位控制模式就地/远程切换信号每台泵独立设置备用泵定义是否允许轮换冷备还是热备这套清单里最容易漏的是“泵坑低液位”和“出水压力”。潜污泵在低液位下运行容易出现吸空气蚀损坏叶轮出水压力过高可能意味着管道阀门未全开或者管路堵塞。这两个信号虽然不参与常规启停但必须作为保护性联锁的输入。我这次项目里加了泵坑低液位保护后来在一次液位计误跳时反而帮了大忙避免了两台泵在极低液位下长时间空转。2. 硬件架构与I/O点表把联锁逻辑落到可执行设备上控制逻辑设计得再漂亮最后都要通过PLC的DI/DO/AI通道和外部仪表、执行机构发生物理联系。硬件架构和I/O点表是联锁系统能真正落地的基石这部分做得不扎实后面编程序等于在沙地上盖楼。2.1 控制层级就地、远程、PLC之间的职责切分污水泵站的自控系统常规分三层就地控制箱、PLC控制系统、中控室上位机。就地层是设备层每台泵旁边有就地控制箱上面有就地/远程切换开关、启动/停止按钮、运行/故障指示灯。PLC层负责自动联锁就是整个排水逻辑的决策中心。上位机层负责远程监视、参数设置和报警记录。这三层之间的职责切分非常关键尤其要注意“就地/远程”切换的边界。按我一般的设计惯例就地模式PLC只读设备状态不输出任何自动控制指令。现场人员可以手动启停泵和阀门用于检修、排水试运行。远程模式PLC完全接管联锁逻辑全部生效。就地箱上的手动按钮在远程模式下不起作用最多提供急停功能。中控远程如果PLC通信正常上位机可以下发启停指令但该指令必须经过联锁条件校验不能绕过PLC内部的允许条件。这里有一个隐藏坑当就地切换开关拨到就地时泵如果正在运行PLC必须能检测到“泵仍在运行”这个DI信号否则程序会以为泵已经停止后续备泵自动投入逻辑就会错乱。我在这个项目中给每台泵配置了运行反馈触点而不是直接引用启动输出做状态判断这样即使输出模块故障也能看到真实设备状态。2.2 PLC选型与算点数先列点表再选机型很多工程师选PLC时习惯先拍脑袋定型号再临时凑点。正确的顺序是先把I/O点表算清楚再回头选CPU和扩展模块。以一套典型的4台泵、2个电动阀、1台格栅、2台液位计、1台流量计的泵站为例子设备DIDOAIAO备注潜污泵每台运行反馈、远程状态、故障信号、泵坑低液位启动、停止电机电流、绕组温度可选04台合计电动阀每个开到位、关到位、故障开阀、关阀002个合计格栅运行反馈、故障启动、停止001台合计液位计0020双液位信号流量计0010出水总管上位机通信0000以太网/总线按这个规模粗算DI数量大概在30点左右DO在20点左右AI在10点左右AO为0。如果泵采用变频调速每台泵还需要1路AO数量就要加上去。点表列出来后我就按“总点数 20%余量”去选CPU。中大型项目优先选模块化PLC以方便后期扩展通讯模块和备用通道。这个项目的CPU带以太网口和上位机走Modbus TCP不需要额外通讯模块这是选型时的一个加分项。大多数情况下泵站自控项目用中低端一体化PLC就够了但前提是I/O余量不能卡太死。2.3 关键仪表和执行机构选型要点联锁系统的可靠性很大程度上取决于仪表的选型。污水泵站环境恶劣液位计是出问题最多的仪表。我先说结论污水中如果泡沫多、湿度大超声波液位计很容易出现回波丢失或虚假回波导致液位数据跳变。这种情况下优先选静压式液位计投入式或雷达液位计。静压式探头直接伸入水中不受泡沫影响但需要定期清理探头表面污泥。雷达液位计安装方便非接触式抗污染能力强但价格稍高。我在这个项目里用了双液位计冗余联锁判断采用“双信号取高”或“双信号取低”的策略高液位联锁启动两个信号中只要有一个达到高液位阈值就触发启动指令防止单台液位计故障导致无法开泵。低液位联锁停机两个信号中必须两个都低于停机阈值才允许停泵防止另一个误报造成干运转。这种策略的逻辑实质是“和故障方向互斥”。液位计常见的故障模式有两种信号漂高和信号漂低。如果只靠单一信号任何故障都可能造成误开或误停。双信号冗余不能在物理上消除故障但能把故障后果限制在报警层而不是联锁层。阀门执行机构方面电动阀必须有开到位和关到位两个反馈。联锁条件应该用“开到位”信号做启动允许而不是用“开阀命令”做判断。因为阀门可能卡在半途开阀命令有了阀没到位这时候如果允许启动泵关阀启动会造成憋压风险。3. 排水联锁控制的逻辑核心启停条件、液位分级与备泵投入前面需求拆解和硬件确认好之后真正体现设计水平的环节就是联锁逻辑。我会把最核心的泵组启停条件、液位分级策略、故障分级备投、辅助设备联动分别展开讲。3.1 泵组启停条件与运行状态联锁每台泵的自动启动条件可以用一组“与”关系描述泵处于“远程自动”模式且无就地封锁信号。泵无故障锁存信号。对应出水电动阀已开到位。集水池液位高于该泵对应的启动阈值。格栅系统无堵塞报警或允许强制启动。泵坑无低液位保护信号。这些条件里最容易拿捏不准的是“对应出水阀已开到位”和“格栅系统无堵塞报警”。如果泵出水管不自带电动阀可以把阀门条件去掉但如果泵出口有止回阀和检修闸阀至少要确认检修闸阀开到位。格栅堵塞时强行开泵等于把格栅上的垃圾直接抽向泵入口轻则泵进口堵塞重则叶轮卡死所以这个条件我一般都会加。对应地停止条件要分成“自动停”和“保护停”自动停液位低于停泵阈值且持续一段时间比如10秒防止液位波动引起频繁启停。保护停收到电机过载、绕组超温、泵体漏水、振动过大、泵坑低液位等故障信号立即停止不等待液位条件。保护停必须和自动停严格分开不能在同一个网络里混写。有些程序员把故障信号直接串联在泵运行线圈前面故障信号恢复就自动重启这是很危险的。故障信号瞬时抖动可能导致泵频繁启停甚至烧毁接触器。正确的做法是故障信号触发一个置位SET锁存只有操作人员在中控或就地按复位按钮才能清除。3.2 液位分级控制策略与滞回区间液位分级是泵站自动控制最基础的策略。最简单的做法是设两个点启泵液位H、停泵液位L。但实际运行中集水池液位会因为进水流量的波动在H附近来回穿越泵就会频繁启停。参考我之前的一个不成功经验当时只设了单液位启停逻辑一个晚上泵启停了40多次电机发热严重住在泵站旁边的居民也被低频噪音吵得投诉。正确的做法是设置多级液位和滞回区间。以4台泵为例液位设定可以这样安排液位区间系统动作 L10.8m全部泵停止防干运转L1H10.82.2m保持当前运行台数不变不新启泵≥ H12.2m启动第1台泵≥ H22.5m启动第2台泵≥ H32.8m启动第3台泵≥ H43.1m启动第4台泵且报警提示高液位≥ HH3.5m超高液位报警同时强制所有可用泵运行停泵时反过来当液位从高位下降通过H2但还没到H1时先停第2台泵通过H1后停第1台。每级之间有0.3米左右的滞回区间防止在边界点反复切换。这里我想多说一句液位分级和泵运行台数之间的关系不是固定的一一对应还要考虑各台泵的累计运行时间。我在这个项目中加入了轮换机制每次启动时优先选择累计运行小时数最少的泵避免一台泵长期运行而其他几台几乎不启动。轮换逻辑在程序里实现并不复杂但对设备寿命均衡非常有帮助。3.3 故障分级与备用泵自动投入备用泵自动投入是排水联锁系统里最考验可靠性的一环。液位已经涨上去了运行泵突然故障停机如果备泵不能在几秒内顶上集水池就有可能溢流到地面这是污水泵站绝不允许发生的事。我的设计把故障分成三个级别一级故障立即停机电机过载、绕组超温、泵体漏水、振动超标、泵坑低液位。这类故障说明设备无法继续运行必须立刻断开泵的运行接触器。二级故障条件停机泵运行后出水流量长期低于下限例如启动30秒后流量仍为0判定为“泵不出水”。这种故障如果只是报警不跳闸可能导致泵持续空转发热所以也要停机。三级故障不立即停通信丢失、上位机无响应、液位计信号品质下降。这类故障先提示报警由PLC进入降级控制模式例如禁止自动增开泵但保持当前运行泵继续运行。备用泵自动投入的关键动作点是“接收到运行泵的一级故障信号”。程序里我采用延时启动典型值是0.5秒防止接触器抖动引起瞬时误判。备泵启动前同样要检查自身的启动允许条件包括无故障、阀已开、液位仍在启泵阈值以上。如果第2台备泵也不满足条件要继续搜索第3台。这里有一个很容易忽略的细节故障泵的“故障锁存”必须和备用泵的“投切逻辑”分离。我看到过不少程序把故障信号直接并联到一个“系统故障”中间位导致1号泵故障时系统把“系统故障”作为全局联锁条件所有备泵都不能启动结果泵站溢流。正确的做法是每台泵都用一个独立的故障标志位只有需要禁止全局自动时才置系统故障位正常故障投备场景下系统故障位不应该被置位。3.4 辅助设备联锁电动阀与除污格栅的配合泵站里不只有泵电动阀和格栅的联锁也是整个系统的重要组成部分。电动阀联锁逻辑相对简单但必须准确泵启动前阀门开到位信号为真才允许输出启动泵命令。泵停止后关闭出水阀但阀门关闭动作应延迟23秒让管道内压力缓慢释放避免水锤冲击管道法兰。阀门执行过程中如果超过设定时间仍未到位比如90秒则判定阀门故障禁止泵启动并报警提示。格栅联锁要复杂一些。格栅的作用是拦截污水中较大的固体杂物。当格栅前后液位差过大说明格栅严重堵塞水流通行能力下降。此时一方面要防止继续抽水加重堵塞另一方面又不能直接停泵导致溢流。我的处理方法是格栅正常运行允许泵组自动启停。格栅堵塞报警禁止新启一台泵当前运行泵保持运行并提示操作员检查格栅。超高液位且格栅堵塞强制停止泵组自动控制切换到“保护性排水”模式允许操作员在确认泵入口未被严重堵塞的前提下手动启动泵同时记录为特殊工况。这样既保证了工艺安全又给了操作人员应急处置空间避免因为格栅一个小故障把整个泵站停产。4. 编程实现与仿真验证从联锁表到PLC程序的落地方法逻辑设计完成后下一步就是把联锁表翻译成PLC程序。这个环节最怕的是一边编程一边改需求最后改到程序连自己都看不懂。我习惯先做联锁表再按表编程。4.1 用联锁表统一需求避免程序随写随改联锁表是连接工艺需求与PLC程序的桥梁。以最简单的“1号泵自动启动”为例联锁表可以这样列条件/动作信号来源类型说明1号泵远程自动DI_RUN_SEL允许就地模式不执行自动1号泵无故障锁存DB_PUMP1_FLT允许故障未复位不得启动出水阀开到位DI_VA1_OPEN允许阀未开禁止启动液位≥启泵阈值AI_LVL_H1允许来自液位比较器启动1号泵输出DO_PUMP1_START动作保持输出直到泵运行反馈这张表一旦确认程序员的工作就变成了逐条实现而不是自由发挥。遇到现场条件变化比如液位阈值调整只需要在联锁表里改对应行PLC程序相应同步更新不用去猜到底改了什么。4.2 梯形图实现联锁的常用模式梯形图里最常用的是“串联允许条件 置位/复位锁存”。我以故障锁存为例写一个简化的ST语句来描述思路是通用的// 故障锁存仅当人工复位信号出现时清除 IF Pump1_Overload OR Pump1_TempHigh OR Pump1_Leak OR Pump1_VibHigh THEN Pump1_FaultLatch : TRUE; END_IF; IF ResetButton_Pump1 THEN Pump1_FaultLatch : FALSE; END_IF; // 启动允许逻辑 Pump1_AutoStartCmd : Pump1_Remote AND NOT Pump1_FaultLatch AND Valve1_Open AND Level_High_Start;在实际梯形图中常开触点串联表示“所有条件同时满足”常闭触点NOT表示“该条件不成立”。故障锁存用SET指令复位按钮用RST指令。注意一点高速故障信号比如过载触点如果在一个扫描周期内刚好被CPU读到为TRUE而下一个扫描周期变为FALSE没有锁存的话程序就漏掉了这次故障。所以故障信号必须先经过“滤波 锁存”再进入联锁逻辑。对于需要防抖动的信号我通常会让它保持多个扫描周期后再进入逻辑比如液位越限信号持续2秒有效才触发启泵。这样既防止瞬时干扰又不会让操作人员觉得系统反应迟钝。4.3 离线上位机仿真与故障注入编程完成后优先做离线上位机仿真。我用的工具是PLC编程软件自带的仿真器配合上位机组态软件的模拟量强制功能。仿真阶段要干三件事液位斜坡测试把液位信号从0缓慢升到3.5米观察泵是否按H1、H2、H3、H4逐台启动再让液位下降观察停泵顺序是否正确。故障注入测试在第2台泵运行中强制置位其电机过载信号观察第1台或第3台备用泵是否在0.5秒后自动启动同时故障泵是否完成锁存。边界抖动测试让液位在启泵阈值附近上下跳动观察泵不会频繁启停。仿真器虽然不能完全等效真实硬件但能提前发现大部分逻辑漏洞。这次项目里仿真阶段就发现了一个问题备用泵自动投入条件中包含了“泵累计运行时间大于10分钟”导致首台泵刚启动不久就故障时没有任何一台泵满足“备用”条件。这个逻辑如果放到现场调试至少要浪费一个上午。所以我把“备用”条件改成只要泵处于远程自动、无故障、阀开到位就允许作为备泵投入累计运行时间只用于轮换排序不用于禁止启动。5. 现场调试中的真实故障与排除流程到了现场光有仿真还不够设备一通电真实问题才会冒出来。这里我按实际踩坑顺序复盘三个典型案例每个案例都从现象、排查到根因处理完整走一遍希望能帮大家少走弯路。5.1 液位计跳变导致的泵频繁启停现象是调试第二天才出现的液位在4米量程内正常波动但观察上位机历史曲线发现液位信号每隔几分钟就有一次瞬时跳变直接从2.3米跳到3.2米然后又回到2.3米。对应的泵启动指令也跟着频繁置位复位泵组一个小时内启停了近二十次。排查链路先看硬件液位计供电电压稳定传感器现场带隔绝电容没有明显干扰源。再看信号用万用表对比液位计实际输出的4-20mA电流发现电流是平滑变化的说明传感器侧的原始信号没有问题。最后定位到PLC内部模拟量模块的采样值做了工程量转换但程序中直接使用了原始转换值没有加数字滤波。泡沫经过探头下方时回波强度变化导致瞬时液位毛刺。根因是超声波液位计受泡沫干扰产生的短时毛刺信号。解决方式分两层硬件层面把超声波液位计改成静压式液位计同时保留第二台液位计做冗余软件层面在模拟量处理程序中增加一阶惯性滤波时间常数设为3秒并把液位变化率超过0.5m/s的信号判为无效不参与联锁判断。处理后泵启停次数恢复正常。5.2 泵启动时报过载电流整定与启动时间配合现象是2号泵每次远程自动启动启动瞬间电流达到额定电流的5-6倍热过载继电器就会跳闸导致泵无法稳定运行。排查链路初始怀疑泵的机械故障但现场手动启动正常电机空载电流无异常排除了水泵卡死。检查电气原理图发现热继电器整定值设为额定电流的1.0倍这本身就不合理启动电流超过整定值瞬间就触发。配合泵的启动方式这台泵采用的是软启动器启动时间设定8秒但热继电器没有躲过启动电流时间设置和启动电流曲线不匹配。处理方案将热继电器更换为电子式马达保护器能设置启动时间内允许短时过载运行阶段再按额定电流保护。PLC程序中增加启动闭锁泵启动信号发出后的10秒内屏蔽过载跳闸信号但绕组温度和泵体漏水保护保持有效。调整软启动器的初始转矩曲线避免启动电流集中在头1秒。这套改动之后2号泵自动启动再也没有异常跳闸。需要提醒的是“启动期间屏蔽过载”并不是绕过保护而是要合理设置屏蔽窗口启动完成后立刻恢复保护。如果屏蔽时间设置太长真实故障也可能被掩盖所以我把屏蔽时间定为启动延时 2秒。5.3 备泵不投入扫描周期与联锁时序问题这个故障是在全自动联动测试时发现的1号泵运行中故障停机集水池液位继续上涨但2号泵迟迟不启动直到液位冲到高高报警系统的自动投切逻辑还是没有动作。排查链路先在上位机看联锁条件2号泵启动指令为FALSE确认问题出在PLC逻辑侧。逐条检查2号泵的启动允许条件远程状态OK无故障阀门开到位OK液位高于启泵阈值OK所有条件都为真但输出依然没有置位。再检查程序扫描顺序发现我用的是一个全局“故障汇总”中间变量1号泵发生故障时程序先把这个全局变量置位而2号泵的启动允许条件里引用了这个中间变量的常闭触点于是所有备泵全部被禁止。继续往下查发现“故障汇总”变量还被复位按钮控制。1号泵故障信号消失后该变量没有自动恢复必须等操作员手动复位。根因在逻辑设计把“单泵故障”和“系统级安全联锁”混用了。备用泵自投逻辑里不应该使用全局故障汇总作为禁止条件单泵故障只应该禁用故障泵本身。修复过程拆掉2号泵启动允许条件中与全局故障汇总相关的触点。新增一个“系统可用”状态变量仅由PLC CPU运行状态、通信状态、急停回路状态决定不参与单泵故障投切。增加故障确认延时故障信号持续10秒后才置位系统报警避免瞬时故障扩大化。修复后再次测试1号泵故障停机后0.5秒内2号泵正常启动液位开始回落。这个案例说明联锁表不仅要写清单泵的条件还要把变量的作用域划清楚哪些是单泵级哪些是系统级不能糊在一起。5.4 断电恢复与手动优先逻辑最后一个调试项是断电恢复测试。泵站供电来自市电偶尔会有闪断。第一次断电恢复时PLC重新上电输出模块默认状态全部为FALSE程序进入RUN状态后所有泵都没有输出现场人员需要逐一确认后再手动启泵。这种方式安全但如果是深夜无人值守断电恢复后泵站就一直处于停运状态特别是大雨天气集水池很容易溢流。我最终采用的策略是程序第一个扫描周期将所有自动输出清零同时记录“断电恢复事件”。等待60秒让现场工作人员如果在中控室可以取消自动恢复以免设备误动作。如果60秒内无人操作且液位仍然高于启动阈值PLC自动恢复液位分级逻辑按正常顺序启动泵。每次断电恢复都生成一条报警记录方便事后追溯。这个策略的核心逻辑是“在安全和可用之间取平衡”。如果无条件等操作员确认可能在无人值守时导致水淹泵房如果不等待立即恢复又可能因为输出模块乱序导致误启动。60秒延时给了人力介入窗口也给了系统稳定时间是目前我比较认可的做法。最后再说两句经验做完这套污水泵站排水联锁控制系统我最深的体会是联锁控制不是越复杂越好而是要把所有“不安全状态”列全宁可停机也不能误动。程序设计时一定要分清楚允许条件和保护条件单泵故障与系统联锁要隔离硬件选型要留冗余编程前先做联锁表然后用仿真器做故障注入测试。现场调试遇到的问题绝大多数都能在仿真阶段暴露出来关键看你愿不愿意花那两天时间。最后分享一个小技巧联锁表每次修改后把改动记录留在表格末尾别覆盖旧版本。现场调试结束后回头把图纸、联锁表和PLC程序注释统一更新一遍。这笔账当时看着多花了一天时间后续设备维护和二次改造时能省下十倍不止的精力。
这是一个从标题到落地都特别典型的污水泵站自动化项目。接到任务时甲方那边就撂下一句话“泵不能乱跳电机也不能烧。”听起来简单真到设计阶段才发现基于PLC的污水泵站排水联锁控制系统核心难点不在于把几台水泵接上控制器而在于把“什么时候该开、什么时候该停、泵坏了备泵怎么补位、仪表坏了系统怎么保守处理”这套逻辑彻底想清楚。这篇文章我会把完整设计过程从头到尾捋一遍包括控制需求拆解、I/O点表与硬件选型、联锁逻辑核心、编程仿真方法以及现场调试时踩过的真实故障。无论你是正在做水务自动化项目的工程师还是刚接触泵站自控的同学都可以照着这个思路去套能少走不少弯路。1. 污水泵站排水联锁到底在联什么控制需求拆解很多人第一次做泵站控制上来就画梯形图觉得“液位高了开泵液位低了停泵”完事。实际项目里根本没那么简单污水泵站的水质、工况、设备组合决定了联锁系统的边界比一般给水泵站要宽得多。1.1 泵站工艺特征与主要运行工况污水泵站通常由集水池、格栅、泵组、出水管道、阀门组成。污水通过重力流进入集水池再由泵提升到后续处理构筑物或市政管网。这里有个典型特征进水量是连续但波动大的而且污水中含有大量杂质、泡沫水质恶劣。集水池液位不像清水池那样稳定可能十几分钟内从低液位涨到接近溢流也可能因为格栅堵塞瞬间憋高。运行工况大致分四类正常排水液位在合理区间波动泵按液位分级运行。雨天流量高峰进水量大需要多台泵并联运行甚至全部投入。单台设备故障某台泵或阀门故障系统要自动降级运行。检修工况设备切换至就地模式自动联锁被旁路人员到现场操作。控制方案设计的第一步就是把这四类工况下的具体要求列出来。我在这个项目里先画了一张工况矩阵表横轴是设备状态纵轴是液位区间交叉格填上“应该开哪台泵、哪些设备允许动作、哪些动作必须禁止”。有了这张表后面编程基本不会乱。1.2 联锁系统的功能边界“联锁”这个词在泵站项目里被用得很泛很多人口中的联锁只是泵和泵之间的互锁。其实一个完整的排水联锁控制系统应该覆盖五个层面液位联锁液位达到设定阈值时自动启动或停止水泵。泵组联锁多台泵之间错峰启动、运行台数控制、故障时备用泵自动投入。阀门联锁泵启动前必须确认出水阀开到位泵停机后延时关阀防止水锤。辅助设备联锁格栅、粉碎格栅等预处理设备与泵联动防止堵塞状态下强行抽水。保护性联锁电机过载、超温、泄露、泵吸空振动等异常信号直接触发停机。要特别说明联锁不是简单的“与门”它既有“允许”性质也有“禁止”性质。比如液位高于启泵阈值是启动允许条件但如果出水阀没有开到位这个允许条件就不能生效这属于阀门联锁的禁止作用。设计时必须把允许条件和禁止条件分开否则调试时会出现操作人员无法理解的逻辑。1.3 设计输入液位、流量、设备状态开始编程前我花了两天时间确认基础设计输入这一步不能省。基础输入清单大致如下输入项具体内容集水池液位量程范围、高报警值、高高联锁值、低报警值、低低联锁值出水流量流量计量程、泵并联运行时的单泵流量区间泵启动方式直接启动、星三角、软启动或变频启动决定了启动时间和互锁方式阀门反馈电动阀开到位、关到位信号以及阀门执行时间格栅状态格栅前后液位差或格栅故障信号泵保护信号电机过载、绕组温度、泵体漏水、振动、泵坑低液位控制模式就地/远程切换信号每台泵独立设置备用泵定义是否允许轮换冷备还是热备这套清单里最容易漏的是“泵坑低液位”和“出水压力”。潜污泵在低液位下运行容易出现吸空气蚀损坏叶轮出水压力过高可能意味着管道阀门未全开或者管路堵塞。这两个信号虽然不参与常规启停但必须作为保护性联锁的输入。我这次项目里加了泵坑低液位保护后来在一次液位计误跳时反而帮了大忙避免了两台泵在极低液位下长时间空转。2. 硬件架构与I/O点表把联锁逻辑落到可执行设备上控制逻辑设计得再漂亮最后都要通过PLC的DI/DO/AI通道和外部仪表、执行机构发生物理联系。硬件架构和I/O点表是联锁系统能真正落地的基石这部分做得不扎实后面编程序等于在沙地上盖楼。2.1 控制层级就地、远程、PLC之间的职责切分污水泵站的自控系统常规分三层就地控制箱、PLC控制系统、中控室上位机。就地层是设备层每台泵旁边有就地控制箱上面有就地/远程切换开关、启动/停止按钮、运行/故障指示灯。PLC层负责自动联锁就是整个排水逻辑的决策中心。上位机层负责远程监视、参数设置和报警记录。这三层之间的职责切分非常关键尤其要注意“就地/远程”切换的边界。按我一般的设计惯例就地模式PLC只读设备状态不输出任何自动控制指令。现场人员可以手动启停泵和阀门用于检修、排水试运行。远程模式PLC完全接管联锁逻辑全部生效。就地箱上的手动按钮在远程模式下不起作用最多提供急停功能。中控远程如果PLC通信正常上位机可以下发启停指令但该指令必须经过联锁条件校验不能绕过PLC内部的允许条件。这里有一个隐藏坑当就地切换开关拨到就地时泵如果正在运行PLC必须能检测到“泵仍在运行”这个DI信号否则程序会以为泵已经停止后续备泵自动投入逻辑就会错乱。我在这个项目中给每台泵配置了运行反馈触点而不是直接引用启动输出做状态判断这样即使输出模块故障也能看到真实设备状态。2.2 PLC选型与算点数先列点表再选机型很多工程师选PLC时习惯先拍脑袋定型号再临时凑点。正确的顺序是先把I/O点表算清楚再回头选CPU和扩展模块。以一套典型的4台泵、2个电动阀、1台格栅、2台液位计、1台流量计的泵站为例子设备DIDOAIAO备注潜污泵每台运行反馈、远程状态、故障信号、泵坑低液位启动、停止电机电流、绕组温度可选04台合计电动阀每个开到位、关到位、故障开阀、关阀002个合计格栅运行反馈、故障启动、停止001台合计液位计0020双液位信号流量计0010出水总管上位机通信0000以太网/总线按这个规模粗算DI数量大概在30点左右DO在20点左右AI在10点左右AO为0。如果泵采用变频调速每台泵还需要1路AO数量就要加上去。点表列出来后我就按“总点数 20%余量”去选CPU。中大型项目优先选模块化PLC以方便后期扩展通讯模块和备用通道。这个项目的CPU带以太网口和上位机走Modbus TCP不需要额外通讯模块这是选型时的一个加分项。大多数情况下泵站自控项目用中低端一体化PLC就够了但前提是I/O余量不能卡太死。2.3 关键仪表和执行机构选型要点联锁系统的可靠性很大程度上取决于仪表的选型。污水泵站环境恶劣液位计是出问题最多的仪表。我先说结论污水中如果泡沫多、湿度大超声波液位计很容易出现回波丢失或虚假回波导致液位数据跳变。这种情况下优先选静压式液位计投入式或雷达液位计。静压式探头直接伸入水中不受泡沫影响但需要定期清理探头表面污泥。雷达液位计安装方便非接触式抗污染能力强但价格稍高。我在这个项目里用了双液位计冗余联锁判断采用“双信号取高”或“双信号取低”的策略高液位联锁启动两个信号中只要有一个达到高液位阈值就触发启动指令防止单台液位计故障导致无法开泵。低液位联锁停机两个信号中必须两个都低于停机阈值才允许停泵防止另一个误报造成干运转。这种策略的逻辑实质是“和故障方向互斥”。液位计常见的故障模式有两种信号漂高和信号漂低。如果只靠单一信号任何故障都可能造成误开或误停。双信号冗余不能在物理上消除故障但能把故障后果限制在报警层而不是联锁层。阀门执行机构方面电动阀必须有开到位和关到位两个反馈。联锁条件应该用“开到位”信号做启动允许而不是用“开阀命令”做判断。因为阀门可能卡在半途开阀命令有了阀没到位这时候如果允许启动泵关阀启动会造成憋压风险。3. 排水联锁控制的逻辑核心启停条件、液位分级与备泵投入前面需求拆解和硬件确认好之后真正体现设计水平的环节就是联锁逻辑。我会把最核心的泵组启停条件、液位分级策略、故障分级备投、辅助设备联动分别展开讲。3.1 泵组启停条件与运行状态联锁每台泵的自动启动条件可以用一组“与”关系描述泵处于“远程自动”模式且无就地封锁信号。泵无故障锁存信号。对应出水电动阀已开到位。集水池液位高于该泵对应的启动阈值。格栅系统无堵塞报警或允许强制启动。泵坑无低液位保护信号。这些条件里最容易拿捏不准的是“对应出水阀已开到位”和“格栅系统无堵塞报警”。如果泵出水管不自带电动阀可以把阀门条件去掉但如果泵出口有止回阀和检修闸阀至少要确认检修闸阀开到位。格栅堵塞时强行开泵等于把格栅上的垃圾直接抽向泵入口轻则泵进口堵塞重则叶轮卡死所以这个条件我一般都会加。对应地停止条件要分成“自动停”和“保护停”自动停液位低于停泵阈值且持续一段时间比如10秒防止液位波动引起频繁启停。保护停收到电机过载、绕组超温、泵体漏水、振动过大、泵坑低液位等故障信号立即停止不等待液位条件。保护停必须和自动停严格分开不能在同一个网络里混写。有些程序员把故障信号直接串联在泵运行线圈前面故障信号恢复就自动重启这是很危险的。故障信号瞬时抖动可能导致泵频繁启停甚至烧毁接触器。正确的做法是故障信号触发一个置位SET锁存只有操作人员在中控或就地按复位按钮才能清除。3.2 液位分级控制策略与滞回区间液位分级是泵站自动控制最基础的策略。最简单的做法是设两个点启泵液位H、停泵液位L。但实际运行中集水池液位会因为进水流量的波动在H附近来回穿越泵就会频繁启停。参考我之前的一个不成功经验当时只设了单液位启停逻辑一个晚上泵启停了40多次电机发热严重住在泵站旁边的居民也被低频噪音吵得投诉。正确的做法是设置多级液位和滞回区间。以4台泵为例液位设定可以这样安排液位区间系统动作 L10.8m全部泵停止防干运转L1H10.82.2m保持当前运行台数不变不新启泵≥ H12.2m启动第1台泵≥ H22.5m启动第2台泵≥ H32.8m启动第3台泵≥ H43.1m启动第4台泵且报警提示高液位≥ HH3.5m超高液位报警同时强制所有可用泵运行停泵时反过来当液位从高位下降通过H2但还没到H1时先停第2台泵通过H1后停第1台。每级之间有0.3米左右的滞回区间防止在边界点反复切换。这里我想多说一句液位分级和泵运行台数之间的关系不是固定的一一对应还要考虑各台泵的累计运行时间。我在这个项目中加入了轮换机制每次启动时优先选择累计运行小时数最少的泵避免一台泵长期运行而其他几台几乎不启动。轮换逻辑在程序里实现并不复杂但对设备寿命均衡非常有帮助。3.3 故障分级与备用泵自动投入备用泵自动投入是排水联锁系统里最考验可靠性的一环。液位已经涨上去了运行泵突然故障停机如果备泵不能在几秒内顶上集水池就有可能溢流到地面这是污水泵站绝不允许发生的事。我的设计把故障分成三个级别一级故障立即停机电机过载、绕组超温、泵体漏水、振动超标、泵坑低液位。这类故障说明设备无法继续运行必须立刻断开泵的运行接触器。二级故障条件停机泵运行后出水流量长期低于下限例如启动30秒后流量仍为0判定为“泵不出水”。这种故障如果只是报警不跳闸可能导致泵持续空转发热所以也要停机。三级故障不立即停通信丢失、上位机无响应、液位计信号品质下降。这类故障先提示报警由PLC进入降级控制模式例如禁止自动增开泵但保持当前运行泵继续运行。备用泵自动投入的关键动作点是“接收到运行泵的一级故障信号”。程序里我采用延时启动典型值是0.5秒防止接触器抖动引起瞬时误判。备泵启动前同样要检查自身的启动允许条件包括无故障、阀已开、液位仍在启泵阈值以上。如果第2台备泵也不满足条件要继续搜索第3台。这里有一个很容易忽略的细节故障泵的“故障锁存”必须和备用泵的“投切逻辑”分离。我看到过不少程序把故障信号直接并联到一个“系统故障”中间位导致1号泵故障时系统把“系统故障”作为全局联锁条件所有备泵都不能启动结果泵站溢流。正确的做法是每台泵都用一个独立的故障标志位只有需要禁止全局自动时才置系统故障位正常故障投备场景下系统故障位不应该被置位。3.4 辅助设备联锁电动阀与除污格栅的配合泵站里不只有泵电动阀和格栅的联锁也是整个系统的重要组成部分。电动阀联锁逻辑相对简单但必须准确泵启动前阀门开到位信号为真才允许输出启动泵命令。泵停止后关闭出水阀但阀门关闭动作应延迟23秒让管道内压力缓慢释放避免水锤冲击管道法兰。阀门执行过程中如果超过设定时间仍未到位比如90秒则判定阀门故障禁止泵启动并报警提示。格栅联锁要复杂一些。格栅的作用是拦截污水中较大的固体杂物。当格栅前后液位差过大说明格栅严重堵塞水流通行能力下降。此时一方面要防止继续抽水加重堵塞另一方面又不能直接停泵导致溢流。我的处理方法是格栅正常运行允许泵组自动启停。格栅堵塞报警禁止新启一台泵当前运行泵保持运行并提示操作员检查格栅。超高液位且格栅堵塞强制停止泵组自动控制切换到“保护性排水”模式允许操作员在确认泵入口未被严重堵塞的前提下手动启动泵同时记录为特殊工况。这样既保证了工艺安全又给了操作人员应急处置空间避免因为格栅一个小故障把整个泵站停产。4. 编程实现与仿真验证从联锁表到PLC程序的落地方法逻辑设计完成后下一步就是把联锁表翻译成PLC程序。这个环节最怕的是一边编程一边改需求最后改到程序连自己都看不懂。我习惯先做联锁表再按表编程。4.1 用联锁表统一需求避免程序随写随改联锁表是连接工艺需求与PLC程序的桥梁。以最简单的“1号泵自动启动”为例联锁表可以这样列条件/动作信号来源类型说明1号泵远程自动DI_RUN_SEL允许就地模式不执行自动1号泵无故障锁存DB_PUMP1_FLT允许故障未复位不得启动出水阀开到位DI_VA1_OPEN允许阀未开禁止启动液位≥启泵阈值AI_LVL_H1允许来自液位比较器启动1号泵输出DO_PUMP1_START动作保持输出直到泵运行反馈这张表一旦确认程序员的工作就变成了逐条实现而不是自由发挥。遇到现场条件变化比如液位阈值调整只需要在联锁表里改对应行PLC程序相应同步更新不用去猜到底改了什么。4.2 梯形图实现联锁的常用模式梯形图里最常用的是“串联允许条件 置位/复位锁存”。我以故障锁存为例写一个简化的ST语句来描述思路是通用的// 故障锁存仅当人工复位信号出现时清除 IF Pump1_Overload OR Pump1_TempHigh OR Pump1_Leak OR Pump1_VibHigh THEN Pump1_FaultLatch : TRUE; END_IF; IF ResetButton_Pump1 THEN Pump1_FaultLatch : FALSE; END_IF; // 启动允许逻辑 Pump1_AutoStartCmd : Pump1_Remote AND NOT Pump1_FaultLatch AND Valve1_Open AND Level_High_Start;在实际梯形图中常开触点串联表示“所有条件同时满足”常闭触点NOT表示“该条件不成立”。故障锁存用SET指令复位按钮用RST指令。注意一点高速故障信号比如过载触点如果在一个扫描周期内刚好被CPU读到为TRUE而下一个扫描周期变为FALSE没有锁存的话程序就漏掉了这次故障。所以故障信号必须先经过“滤波 锁存”再进入联锁逻辑。对于需要防抖动的信号我通常会让它保持多个扫描周期后再进入逻辑比如液位越限信号持续2秒有效才触发启泵。这样既防止瞬时干扰又不会让操作人员觉得系统反应迟钝。4.3 离线上位机仿真与故障注入编程完成后优先做离线上位机仿真。我用的工具是PLC编程软件自带的仿真器配合上位机组态软件的模拟量强制功能。仿真阶段要干三件事液位斜坡测试把液位信号从0缓慢升到3.5米观察泵是否按H1、H2、H3、H4逐台启动再让液位下降观察停泵顺序是否正确。故障注入测试在第2台泵运行中强制置位其电机过载信号观察第1台或第3台备用泵是否在0.5秒后自动启动同时故障泵是否完成锁存。边界抖动测试让液位在启泵阈值附近上下跳动观察泵不会频繁启停。仿真器虽然不能完全等效真实硬件但能提前发现大部分逻辑漏洞。这次项目里仿真阶段就发现了一个问题备用泵自动投入条件中包含了“泵累计运行时间大于10分钟”导致首台泵刚启动不久就故障时没有任何一台泵满足“备用”条件。这个逻辑如果放到现场调试至少要浪费一个上午。所以我把“备用”条件改成只要泵处于远程自动、无故障、阀开到位就允许作为备泵投入累计运行时间只用于轮换排序不用于禁止启动。5. 现场调试中的真实故障与排除流程到了现场光有仿真还不够设备一通电真实问题才会冒出来。这里我按实际踩坑顺序复盘三个典型案例每个案例都从现象、排查到根因处理完整走一遍希望能帮大家少走弯路。5.1 液位计跳变导致的泵频繁启停现象是调试第二天才出现的液位在4米量程内正常波动但观察上位机历史曲线发现液位信号每隔几分钟就有一次瞬时跳变直接从2.3米跳到3.2米然后又回到2.3米。对应的泵启动指令也跟着频繁置位复位泵组一个小时内启停了近二十次。排查链路先看硬件液位计供电电压稳定传感器现场带隔绝电容没有明显干扰源。再看信号用万用表对比液位计实际输出的4-20mA电流发现电流是平滑变化的说明传感器侧的原始信号没有问题。最后定位到PLC内部模拟量模块的采样值做了工程量转换但程序中直接使用了原始转换值没有加数字滤波。泡沫经过探头下方时回波强度变化导致瞬时液位毛刺。根因是超声波液位计受泡沫干扰产生的短时毛刺信号。解决方式分两层硬件层面把超声波液位计改成静压式液位计同时保留第二台液位计做冗余软件层面在模拟量处理程序中增加一阶惯性滤波时间常数设为3秒并把液位变化率超过0.5m/s的信号判为无效不参与联锁判断。处理后泵启停次数恢复正常。5.2 泵启动时报过载电流整定与启动时间配合现象是2号泵每次远程自动启动启动瞬间电流达到额定电流的5-6倍热过载继电器就会跳闸导致泵无法稳定运行。排查链路初始怀疑泵的机械故障但现场手动启动正常电机空载电流无异常排除了水泵卡死。检查电气原理图发现热继电器整定值设为额定电流的1.0倍这本身就不合理启动电流超过整定值瞬间就触发。配合泵的启动方式这台泵采用的是软启动器启动时间设定8秒但热继电器没有躲过启动电流时间设置和启动电流曲线不匹配。处理方案将热继电器更换为电子式马达保护器能设置启动时间内允许短时过载运行阶段再按额定电流保护。PLC程序中增加启动闭锁泵启动信号发出后的10秒内屏蔽过载跳闸信号但绕组温度和泵体漏水保护保持有效。调整软启动器的初始转矩曲线避免启动电流集中在头1秒。这套改动之后2号泵自动启动再也没有异常跳闸。需要提醒的是“启动期间屏蔽过载”并不是绕过保护而是要合理设置屏蔽窗口启动完成后立刻恢复保护。如果屏蔽时间设置太长真实故障也可能被掩盖所以我把屏蔽时间定为启动延时 2秒。5.3 备泵不投入扫描周期与联锁时序问题这个故障是在全自动联动测试时发现的1号泵运行中故障停机集水池液位继续上涨但2号泵迟迟不启动直到液位冲到高高报警系统的自动投切逻辑还是没有动作。排查链路先在上位机看联锁条件2号泵启动指令为FALSE确认问题出在PLC逻辑侧。逐条检查2号泵的启动允许条件远程状态OK无故障阀门开到位OK液位高于启泵阈值OK所有条件都为真但输出依然没有置位。再检查程序扫描顺序发现我用的是一个全局“故障汇总”中间变量1号泵发生故障时程序先把这个全局变量置位而2号泵的启动允许条件里引用了这个中间变量的常闭触点于是所有备泵全部被禁止。继续往下查发现“故障汇总”变量还被复位按钮控制。1号泵故障信号消失后该变量没有自动恢复必须等操作员手动复位。根因在逻辑设计把“单泵故障”和“系统级安全联锁”混用了。备用泵自投逻辑里不应该使用全局故障汇总作为禁止条件单泵故障只应该禁用故障泵本身。修复过程拆掉2号泵启动允许条件中与全局故障汇总相关的触点。新增一个“系统可用”状态变量仅由PLC CPU运行状态、通信状态、急停回路状态决定不参与单泵故障投切。增加故障确认延时故障信号持续10秒后才置位系统报警避免瞬时故障扩大化。修复后再次测试1号泵故障停机后0.5秒内2号泵正常启动液位开始回落。这个案例说明联锁表不仅要写清单泵的条件还要把变量的作用域划清楚哪些是单泵级哪些是系统级不能糊在一起。5.4 断电恢复与手动优先逻辑最后一个调试项是断电恢复测试。泵站供电来自市电偶尔会有闪断。第一次断电恢复时PLC重新上电输出模块默认状态全部为FALSE程序进入RUN状态后所有泵都没有输出现场人员需要逐一确认后再手动启泵。这种方式安全但如果是深夜无人值守断电恢复后泵站就一直处于停运状态特别是大雨天气集水池很容易溢流。我最终采用的策略是程序第一个扫描周期将所有自动输出清零同时记录“断电恢复事件”。等待60秒让现场工作人员如果在中控室可以取消自动恢复以免设备误动作。如果60秒内无人操作且液位仍然高于启动阈值PLC自动恢复液位分级逻辑按正常顺序启动泵。每次断电恢复都生成一条报警记录方便事后追溯。这个策略的核心逻辑是“在安全和可用之间取平衡”。如果无条件等操作员确认可能在无人值守时导致水淹泵房如果不等待立即恢复又可能因为输出模块乱序导致误启动。60秒延时给了人力介入窗口也给了系统稳定时间是目前我比较认可的做法。最后再说两句经验做完这套污水泵站排水联锁控制系统我最深的体会是联锁控制不是越复杂越好而是要把所有“不安全状态”列全宁可停机也不能误动。程序设计时一定要分清楚允许条件和保护条件单泵故障与系统联锁要隔离硬件选型要留冗余编程前先做联锁表然后用仿真器做故障注入测试。现场调试遇到的问题绝大多数都能在仿真阶段暴露出来关键看你愿不愿意花那两天时间。最后分享一个小技巧联锁表每次修改后把改动记录留在表格末尾别覆盖旧版本。现场调试结束后回头把图纸、联锁表和PLC程序注释统一更新一遍。这笔账当时看着多花了一天时间后续设备维护和二次改造时能省下十倍不止的精力。
