搞污水泵站自动化改造的时候，很多问题不是出在编程上，而是卡在工艺和逻辑的接缝上。我参与过的一个污水提升泵房项目，就是典型的多泵、多信号、多保护场景，最终方案选用了PLC作为核心控制器，把液位、泵组、变频器、电动闸门和上位监控全部串起来，形成了一套“基于PLC的污水泵站排水联锁控制系统”。这篇文章就把这套系统的设计过程、硬件选型、程序逻辑、HMI/SCADA联调经验和踩过的坑从头到尾写一遍，适合正在做泵站或水处理自动化项目的同行参考，也适合刚入门的PLC工程师了解一套完整项目究竟该从哪个环节下手。
整套系统的本质并不复杂：来多少水就抽多少水，水位不能溢流也不能干抽。但真正动手之后你会发现，单台泵用继电器也能转，一旦上了三台泵、两台变频、一组电动闸门，还要求无人值守和远程监控，那控制逻辑的完整性、硬件接线的可靠性、通信的稳定性都会变成一个个现实难题。下面我按项目实际实施顺序，把这些内容完整拆开讲。
1. 设计之初：先把污水泵站的工艺盘清楚
1.1 污水泵站的典型工艺与设备组成
很多PLC工程师拿到图纸第一件事就是写程序，这是个容易踩坑的起点。污水泵站不是工厂机台，它的控制对象是连续的液体流，设备之间还有管路压力和水力耦合关系，所以必须先搞清楚整个工艺走向。
典型流程是这样的：上游污水管网通过重力流进入进水管，经过粗格栅拦截大块杂物，然后流进集水池（也叫污水池），池内安装潜污泵，泵把污水提升到出水管网或下游水处理构筑物。出水总管上往往有电磁流量计，泵出口有止回阀和检修闸阀。遇到雨季或上游来水增大的时候，集水池液位会快速上涨，这时候需要多泵同时启动；平时夜间来水少，可能只开一台泵。
设备清单一般包括：
- 潜污泵2到4台，功率从几千瓦到几十千瓦不等。
- 液位计：超声波液位计或静压式液位计，用于集水池连续液位测量。
- 流量计：电磁流量计比较常见，用来累计出水流量并验证泵组效率。
- 变频器：用于启动大功率泵或需要水量调节的泵。
- 格栅机：有的泵站有自动格栅，需要联动控制。
- 电动闸阀或电磁阀：用于管路切换、检修隔离。
- 配电柜和PLC控制柜：负责所有信号汇总和逻辑运算。
控制目标说起来只有四句话：水位保持在合理范围；多台泵根据水量自动加减；单台泵故障后有备用泵自动顶上；所有报警能送到中控室。但这四句话要落地，就必须靠排水联锁系统来支撑。
1.2 为什么必须做联锁而不是简单启停
最容易想到的方案是“液位高启泵、液位低停泵”，用一个浮球开关或者电接点压力表就能做到。但污水泵站不是抽水马桶，把那套逻辑直接搬过来一定出问题。
首先是液位波动。污水池表面有泡沫和漂浮物，泵启动瞬间局部液位剧烈变化，一个浮球信号可能在几秒钟内反复通断，泵也会跟着频繁启停。频繁启停对潜污泵的机械密封、电机绕组和接触器触点都是致命打击，可能一两个星期就把泵搞坏。
其次是多泵组合问题。如果两台泵的启泵液位一样，系统可能同时把两台泵都拉起来，出水管压力瞬间冲高，轻则止回阀响动，重则管道震动甚至爆管。如果只按固定顺序启停，那么先启动的那台泵永远在跑，后一台泵可能一年到头没动几次，磨损极不均匀。
第三是故障切换。简单回路里热继电器跳闸只能把当前泵停下来，没人去启动第二台备泵；如果是夜间或者节假日，集水池水位就会一路涨上去，最后污水从人孔溢出来。自动化系统必须把“故障状态”作为联锁条件参与逻辑判断，自动把故障泵切出，把备用泵切入。
所以，排水联锁控制系统不是单纯“开关泵”的控制，而是围绕液位、压力、流量、泵状态进行综合判断的控制系统。做方案的第一原则是把联锁条件想全，第二原则才是让泵转起来。
2. 控制系统整体框架与控制方案选择
2.1 控制层级：手动、自动、检修三种模式
我在这个项目里把控制模式分成三层，没必要搞得太花哨，但要职责清晰。
手动模式用于现场调试和应急操作。在触摸屏或就地控制箱上点动某台泵，PLC只做电气保护，不做自动启停判断。值得提醒的是，手动模式不等于绕开联锁，接触器互锁这种硬回路仍然要生效，否则调试时容易两台泵同时合闸。
自动模式是系统的主要运行方式。PLC根据液位、泵状态、变频器反馈和故障信号自动决定泵的启停和组合，操作员通过HMI监控状态、修改液位设定值，但不需要每次都干预。
检修模式是给维修人员用的。某台泵要检修时，在触摸屏上把该泵的状态设置为“检修”，PLC自动把它从联锁队列中剔除，不再对该泵输出，也不允许自动启动。同时就地控制柜最好有机械锁，防止误送电。
三种模式的切换逻辑要写清楚。最常见的问题是自动转手动瞬间，操作员刚切完模式还没点按钮，泵因为之前的运行命令直接启动了，这在现场是非常危险的。所以我在程序里加了“模式切换后输出封锁500毫秒”的处理，相当于给操作员一个安全窗口。
2.2 控制网络与数据流的整体设计
这个系统的数据流并不复杂，但接线方式会影响后续调试效率。
现场层信号直接进PLC的数字量输入和模拟量输入模块，包括液位计4-20mA信号、热继电器触点、断路器辅助触点、变频器故障干接点、闸门开到位和关到位信号。PLC的数字量输出驱动接触器线圈、信号灯和电动阀控制。
变频器这里不是简单启停，而是要和PLC通信，实现远程给定频率和读取运行状态。我用的是ABB变频器与西门子PLC通过RS485 Modbus RTU通信，后面会专门讲参数设置。
管理层是上位机和触摸屏。PLC通过以太网连到触摸屏和中控室SCADA，现场触摸屏显示动态画面，中控室SCADA读PLC里的数据块，生成日报表、报警记录和趋势曲线。
这个架构被广泛应用，是因为它保留了“就地能操作”和“远程能监控”两条腿走路的特性，单条链路断了不至于全站瘫痪。
2.3 PLC选型与模块化编程思路
在这个泵站项目里，我选了西门子S7-1200作为主控制器，原因是它的DI/DO点数够用、自带以太网口和Profinet支持，扩展模拟量模块也方便。如果项目更小、预算更紧，S7-200 SMART也完全够用；如果泵站规模很大、有几十个测点，那就直接上S7-1500。
选型完别急着写代码。我在开工前先把程序结构分成几个功能块：
- FC1：液位信号处理和量程转换
- FC2：手动/自动/检修模式选择
- FC3：泵组控制与轮换逻辑
- FC4：故障报警与联锁保护
- FC5：变频器通信与数据处理
这样做的最大好处是改错方便。比如业主临时说“液位超过xx需要加个声光报警”，我只需要动报警块，不会把泵控制逻辑翻个底朝天。而且每个FC可以单独仿真，便于分段调试。
有人会说这么点逻辑用主程序OB1一口气写到底不就行了，何必分块？但污水泵站后期大概率会加设备，比如增加除臭风机、电动格栅，模块化的结构能让你在原有基础上继续扩展，而不是推倒重来。
3. 硬件选型、I/O分配与现场接线
3.1 主要硬件清单与选型理由
我给这个项目配置的硬件大致如下，具体型号会因为供货渠道和项目预算有调整，但思路是通用的：
| 设备 | 推荐型号 | 选型说明 |
|---|---|---|
| PLC CPU | 西门子S7-1200 1214C DC/DC/DC | 14DI/10DO，自带以太网，满足中小型泵站 |
| 模拟量模块 | SM1231 AI 4×13bit | 接液位计4-20mA信号 |
| 数字量扩展 | SM1223 16DI/16DO 或按需选择 | 补充DI/DO点数 |
| 变频器 | ABB ACS510/ACS880 | 大泵软启和调速，支持Modbus RTU |
| 液位计 | 西门子或E+H超声波液位计 | 非接触式，适合污水池，量程6米 |
| 流量计 | 电磁流量计 | 精度高，适合污水导电介质 |
| 触摸屏 | 威纶通或MCGS | 现场操作与监控 |
| 开关电源 | 24V/10A以上，品牌可靠 | 给传感器和PLC供电，要留余量 |
选型时有一个容易被忽略的细节：潜污泵功率超过30kW时，不建议直接用接触器直接启停，因为启动电流很大，对电网冲击明显，还会造成管路水锤。这种情况下优先选择变频器或软启动器。我这边两台大泵用了变频器，另一台小泵仍然用直接启动，这样既省钱又能满足大部分工况。
3.2 西门子PLC输入输出接线细节与常见坑
接线是现场最容易出问题的地方，尤其是数字量输入的公共端接法。西门子S7-1200内置DI是源型输入，简单说就是PNP型传感器输出24V信号到输入点时有效，公共端M接0V。如果你手里只有NPN型传感器，低电平输出，直接接到S7-1200上会一直读不到信号，或者逻辑和预期完全相反。
我遇到过很多次这种问题，处理方案有三种：
- 换用PNP型传感器，这是最省事的办法。
- 加中间继电器转换信号，NPN输出驱动继电器线圈，继电器触点再给PLC输入点提供24V。
- 选用带有源/漏切换的扩展DI模块，严格按照端子定义接线。
输出侧也同样有坑。S7-1200晶体管输出只能接直流负载，如果用它直接控制220V交流接触器线圈，必须先通过中间继电器隔离。继电器输出型CPU虽然可以直接接220V负载，但本质上只是触点，需要配合接触器来驱动大功率电机回路。
我始终建议给所有感性负载输出点并联RC阻容吸收器或续流二极管。接触器线圈断电瞬间会产生很高的反向电动势，不加吸收会快速氧化触点，严重点还会干扰CPU内部逻辑甚至导致PLC重启。这个细节成本不高，但能省掉很多后期麻烦。
现场I/O分配我通常按功能分区，方便查线和维修。给一个常见的分配示例：
| 地址 | 含义 |
|---|---|
| I0.0 | 泵1自动/手动状态信号 |
| I0.1 | 泵2自动/手动状态信号 |
| I0.2 | 泵1热继电器故障 |
| I0.3 | 泵2热继电器故障 |
| IW64 | 液位计4-20mA模拟量输入 |
| Q0.0 | 泵1运行输出 |
| Q0.1 | 泵2运行输出 |
| Q0.2 | 声光报警输出 |
这个表在实际项目里会写进设计说明和PLC程序注释里，设备验收和后期运维都靠它。
3.3 ABB变频器与西门子PLC的通信设置
ABB变频器和西门子PLC接在一起，是污水泵站项目的典型组合。多数情况下我们不用硬接线点对点控制启停和调速，而是走Modbus RTU通信，这样既能读变频器电流、频率、故障码，也能远程修改给定频率。
接线时要非常注意通信线规格和屏蔽层接地。我用的是屏蔽双绞线，屏蔽层在PLC柜侧单端接地，变频器侧悬空。如果两侧都接地，容易形成地环流，反而把通信烧坏。ACS510的RS485接线端子一般在控制板X1接口附近，具体端子号务必以随机手册为准，同时把变频器的通信参数配置好，比如站地址设为1，波特率9600，数据格式8E1。
PLC侧我用S7-1200的CM1241 RS485模块，编程时调用Modbus通信库。控制字和给定频率的寄存器地址，以ABB变频器Modbus手册为准，常见做法是向给地址写启动/停止命令，写速度给定值，再从送达地址读状态字和反馈速度。
这里最容易出的问题不是不会发报文，而是“启停命令发出去了，变频器没反应”。排查时要看三件事：第一站地址对不对，第二波特率和校验对不对，第三是否忘了使能远程控制源。ABB变频器的控制命令来源必须设置为通信，不然通信报文写得再好，面板按键照样优先接管，PLC压根指挥不动。
4. 联锁控制逻辑的程序实现
4.1 液位信号的滤波与泵组启停阈值
程序实现的第一步是把液位信号读好。S7-1200读模拟量通道后，先用NORM_X和SCALE_X把原始整型量转换成0到6米的水位工程值。我这里没有直接用瞬时值做判断，而是做了三步滤波：
第一步是硬件防抖，给模拟量模块的滤波参数设置一个合适的时间常数，通常几十到几百毫秒，过滤液面波动。 第二步是软件延时确认。如果高液位信号持续时间不足5秒，不认为这是真正的“高液位”，避免偶尔一个浪头就打泵启动指令。 第三步是设置回差。启泵液位和停泵液位之间必须留出区间，防止泵刚启动水位略降又触发停机，形成振荡。
我设置的一组启动值供参考：
- 液位低于0.8米：所有泵停止，防止干抽。
- 液位高于2.0米：启动主泵1。
- 液位高于2.8米：启动泵2，进入双泵运行。
- 液位高于3.5米：第三台泵也启动，全力排水。
- 液位高于4.2米：超高报警，声光提醒并通知中控。
停泵液位比启泵液位低0.3米左右，比如泵1在液位降到1.7米时才停。这个回差不是拍脑袋定的，要结合集水池容积和泵排水能力来算。池子大、泵流量小，回差可以小一点；池子小、泵流量大，回差必须拉大，否则水位会被迅速抽到极低值。
4.2 泵间联锁与备用泵自动投入
泵组联锁分两层，一层是程序里的软联锁，一层是主回路里的硬联锁。
软联锁最容易理解，就是在梯形图或SCL里把Q0.0的使用的固定触点写成Q0.1的常闭，同时Q0.1的输出条件里串入Q0.0的常闭。这样从逻辑上保证同时只能有一台泵获得运行指令。但也不要高估软联锁，如果现场接触器出了故障、辅助触点粘连，程序输出断了但物理上可能仍然吸合，所以接触器主回路必须保证完全不重叠。
硬联锁是在接触器控制回路里，把KM1的辅助常闭触点串到KM2线圈回路，KM2的辅助常闭触点串到KM1线圈回路。就算PLC发出错误指令，甚至有人手按启动按钮，两台接触器也不可能同时闭合。这套软硬结合的措施，是这个系统里“联锁”两个字的真正含义。
备用泵自动投入逻辑我也放在泵控制块里。例如泵1运行中热继电器故障，程序延时200ms确认故障真实存在后，立即把泵1输出复位，同时发出“泵1故障”信号。如果当前液位仍然高于启泵液位，则自动把泵2投入运行。但要注意，如果泵2也有故障，就必须报警而不是强行启动，否则会让故障设备带病运行。
4.3 运行时间均衡与轮换启停逻辑
多台泵最怕一台常年累月运行，另一台长期闲置备用。潜污泵长时间不运行，机械密封和轴承容易因为干涸变形，到了真正需要备泵的时候反而启动不了。所以我在PLC里做了一个简单的运行时间均衡逻辑。
给每台泵建立一个运行累计时间变量，在泵运行状态下，用PLC定时器对运行时间计时，并把累计值写入DB数据块。每次需要启动新泵时，程序自动比较所有可用泵的累计运行时间，挑时间最短的那台启动。如果这台泵处于故障或检修状态，就顺延到下一个时间最短的泵。
这套逻辑不复杂，但效果好，能让各台泵的磨损程度接近，提升整个泵组的可用寿命。需要注意的一点是，轮换不能过于频繁。泵刚停下来，机械密封和电气系统还没完全冷却，立刻又启动，相当于连续重载启动，对电机伤害很大。所以我在程序里增加了“两次启动间隔保护”，要求同一台泵两次启动之间至少间隔3分钟，这个时间可以按泵厂家建议设置。
4.4 故障报警联锁与保护停机条件
污水泵站里能导致停泵的故障信号比常规机台多很多，我把它们分为三类。
第一类是电气保护信号：断路器跳闸、热继电器动作、变频器故障。这类信号通常作为数字量输入进PLC，程序中必须延时确认，不能一抖动就触发跳机。
第二类是泵保护信号：电机绕组温度超高、泵体漏水、油室进水、机械密封泄漏。潜污泵长时间浸在污水里，漏水检测信号尤其重要。一旦漏水检测动作，必须立即停机并禁止自动再启动，防止泡水的泵发生更严重的损坏。
第三类是工艺保护信号：出水总管压力超高、流量异常、液位高高报警。出水压力超高时，如果继续开泵，会增大电机负载甚至损坏管路。程序会先停掉刚投入的泵，再逐台降低泵组运行数量，直到压力回落。
联锁的基本动作顺序是：先复位对应泵的输出，关闭变频器运行通道，然后启动备用泵或执行全停，最后触发报警输出并上传到中控。不能让故障泵的输出保持到下一扫描周期，这个逻辑要用输出置位和复位的顺序写清楚。
4.5 如何实现“定时自动停机”功能
比较有意思的一个需求来自运营方：“能不能让备用泵每周自动试运行几分钟，免得长期不用坏了？”这个功能本质上就是利用PLC的时间或累计时间定时器，控制泵到期自动停机。
我这里用两个思路，供你参考。
如果是每周固定的试泵时间，可以在程序中用周定时器或日历功能，判断当前星期和时间落在设定窗口内，且泵当前未运行，则启动对应泵，运行10分钟后自动停机。整个过程要记录到报表，方便运营人员确认试泵结果。
如果是长时间连续运行保护的定时停机，我用累计运行时间定时器，当运行时间达到设定上限后，自动停泵并轮换到另一台泵，同时在触摸屏显示“达到运行时长，执行轮换”。注意这种定时停机不能覆盖紧急排水工况。我实际程序里加了判断：液位仍然高于高液位时，定时停机不执行，继续维持运行，避免因为一条定时规则导致污水溢流。
5. 上位机、SCADA与HMI联调
5.1 SCADA如何与PLC连接：常用通信方式
中控室一般用SCADA系统远程监控泵站，SCADA和PLC的连接方式直接决定画面数据怎么刷出来。这里我分享几个常用方式，你按现场情况选。
首选是组态软件自带的西门子S7 TCP/IP驱动，比如WinCC、组态王、力控，都支持S7-1200。通信参数要填PLC的IP地址，以及机架号、槽号。S7-1200通常机架号0、槽号1。连接起来之后，画面上的水位、泵状态、故障报警信号就能按设定的循环周期刷新。
如果组态软件没有现成的S7驱动，或者要跨品牌整合，可以考虑走OPC UA。S7-1200较新的固件本身就支持OPC UA服务器功能，SCADA作为OPC UA客户端直接访问PLC命名空间里的数据节点。这个方案的好处是不需要额外网关，缺点是配置起来要改PLC的系统参数，还要处理证书和节点路径，第一次上手要花点时间。
第三个稳妥方案是Modbus TCP。S7-1200可以组态成Modbus TCP服务器，把需要供SCADA读取的数据映射到保持寄存器区。SCADA通过Modbus驱动轮询这些寄存器，非常通用。但要注意Modbus TCP对数据类型的表达不如S7协议方便，32位浮点数可能在寄存器里拆成两个字，要调好大小端和字节顺序。
无论选哪种方式，我都建议不要追求太快的刷新周期。SCADA画面上的数据，200毫秒到500毫秒的刷新周期已经足够流畅，过快的轮询反而会占用PLC通信资源，影响控制程序的扫描效率，还可能让中控室画面显得不稳定。
5.2 触摸屏组态与驱动匹配排查实例
现场触摸屏用的比较多的是威纶通和MCGS，这两款我都碰到过驱动匹配上的奇怪问题。
先说威纶通。有次项目里用汇川AM系列PLC配威纶通触摸屏，结果在设备列表里怎么都找不到“汇川”的品牌目录。很多人第一反应是软件版本太旧，其实想一下就会明白，威纶通不可能把所有国产PLC品牌都做成独立驱动。解决办法是用通用Modbus协议：触摸屏当作Modbus TCP客户端，PLC作为Modbus TCP服务器，地址映射好就能正常通信。汇川AM系列支持Modbus TCP，完全走得通。
MCGS配信捷PLC也有类似情况。MCGS的驱动列表里有“信捷XD系列”，但如果你下载的是精简版软件，可能会缺失驱动文件。优先装完整版组态软件，再检查IP地址、端口号和站号是否一致。如果实在找不到对应驱动，同样转Modbus TCP协议，信捷XD系列基本都能支持。
这里有一个通用排查顺序：先确认物理链路通不通，在PLC侧看是否有通信请求；再确认PLC和触摸屏的IP是否在同一网段；最后确认寄存器地址和数据类型有没有定义错。顺序别反了，否则经常白忙半天发现是网线水晶头没压好。
5.3 用C#写一个简单的PLC数据读取示例
如果不想买商用SCADA，或者只是想做个轻量级的泵站数据展示网页，完全可以用C#自己写上位机。目前读取西门子S7-1200比较常用的方式是使用S7netplus库。它在NuGet上可以直接引用，代码很简单。
以“读取液位和泵状态”为例，核心流程是这样的：
using S7netplus; // 创建一个PLC连接对象，PLC类型为S71200，IP地址按现场修改 Plc plc = new Plc(CpuType.S71200, "192.168.0.10", 0, 1); try { plc.Open(); // 读取DB1中的液位实数值（假设DB1.DBD0保存液位） var level = plc.Read("DB1.DBD0"); float levelValue = Convert.ToSingle(level); // 读取M0.0，假设M0.0为泵1运行状态 var pumpStatus = plc.Read("M0.0"); bool pump1Running = Convert.ToBoolean(pumpStatus); Console.WriteLine($"液位: {levelValue:F2} 米，泵1运行: {pump1Running}"); } catch (Exception ex) { Console.WriteLine($"读取异常: {ex.Message}"); } finally { plc.Close(); }这个写法适合做数据读取和数据展示，但是要注意，不能把核心控制逻辑放到上位机里。泵的启停和保护必须完全由PLC独立完成，上位机只是监控界面。通信断了，PLC照常运行，这才是可靠的自动化架构。
关于读取频率，我一般建议上位机采用250毫秒到500毫秒的周期去轮询PLC，不要低于100毫秒。PLC的通信处理能力有限，过高频率不仅无法带来实质改善，反而容易影响程序实时响应。你要显示趋势曲线，完全可以在上位机端做数据缓存和插值，没必要高频轰炸PLC。
6. 调试仿真与现场故障排查实录
6.1 S7-PLCSIM Advanced仿真启动不了怎么办
我在写泵站逻辑时是用S7-PLCSIM Advanced做离线仿真的，但不少同行问过“PLCSIM Advanced v5.0启动仿真实例之后没有任何反应，也不报错”的问题。我先说结论：八成是环境问题，不是PLC程序逻辑问题。
第一检查软件版本搭配。S7-PLCSIM Advanced v5.0通常对应TIA Portal V16或V17，如果你用更老的TIA版本打开仿真实例，就会出现“好像启动了但什么都不动”的情况。尽量保持TIA和PLCSIM Advanced版本一致或兼容。
第二检查运行权限。右键以管理员身份运行TIA Portal和PLCSIM Advanced，这个步骤能排除很多奇怪的权限限制问题。
第三检查虚拟网卡。S7-PLCSIM Advanced是基于虚拟以太网适配器工作的，如果电脑里装了虚拟机和多个虚拟网卡，很可能虚拟实例的IP和物理网卡冲突。删掉多余的虚拟网卡，或者重新创建PLC实例，让它自动分配一个空闲IP。
第四是防火墙。实时防护软件经常拦截PLCSIM Advanced的通信端口，仿真连接不上时先把防火墙临时关闭测试，确认是防火墙问题再添加例外规则。
有人还会遇到error11错误。这个错误多数和许可证或实例冲突有关，建议先删除当前仿真实例，重新创建一个新的PLC实例，并检查许可证文件是否被其他用户进程占用。我处理过一次，就是公司电脑上开了一个共享会话，许可证服务被占用，注销掉其他会话重启服务就正常了。
6.2 污水泵站里PLC宕机的常见诱因
现场最让人头疼的不是功能开发，而是PLC偶尔“死机”或中途重启。污水泵站环境又潮又脏，跟干净机房里跑设备完全是两回事。我总结过几类高发原因。
第一类来自24V开关电源。如果一套电源既给PLC供电，又给所有传感器供电，还顺带给中间继电器供电，容量稍微不够，电压就会在泵启动瞬间跌落，导致PLC掉电复位。我的做法是PLC本体单独用一个开关电源，现场仪表和继电器另外用一组电源，两个电源负极可以共地但不混用负载。
第二类来自变频器干扰。变频器输出侧的高频谐波如果不做好屏蔽和接地，很容易通过公共地线或通信线串进PLC，造成模拟量漂移、通信校验错，严重时PLC通信处理器卡死。解决方案是PLC和变频器分别接地，通信线用屏蔽双绞线，动力线不要和信号线走同一个线槽。
第三类是程序本身的问题。有人会在主程序里使用大量的定时器自我复位，看起来逻辑没错，但某些条件下定时器块和方法之间会互相依赖，导致扫描时间暴涨，PLC看门狗超时然后停机。TIA Portal里如果出现“OB85”或“看门狗超时”的故障记录，基本就是程序执行时间过长。处理办法是重新梳理程序结构，把复杂逻辑拆到不同OB里，并设置合理的扫描周期监控。
第四类是端子接触不良。污水泵站频繁振动，端子排容易松动，信号线在运行中虚接，导致输入信号偶尔丢失。PLC误判为停机命令，或者误判为故障信号，表现为泵莫名其妙停机、重启。巡视时要定期紧固端子，尤其是模拟量两个端子之间的电位差会导致液位读数跳变。
6.3 用自动代码生成工具要留个心眼
最近很多人喜欢用AI或代码生成工具辅助写PLC程序，我也试用过，确实能快速生成一个液位启停、泵轮换的大体框架。但在这类安全要求高的泵站项目里，自动生成的代码必须经过严格仿真和评审，不能拿来就下载到PLC里。
原因很简单：AI生成代码时往往会忽略故障自复位、启动间隔保护、模式切换瞬间输出封锁这些“工况边界”。它们不是主逻辑，但往往决定了系统在异常状态下是不是安全。比如某个生成出来的逻辑可能只在液位低时停泵，却忘了检测热继电器故障时不把故障泵剔除出队列，导致下一轮自动启动时又去启动故障泵。
我的建议是，把自动生成的代码当作初稿，用它省掉打字时间，然后逐条检查联锁保护条件，并在PLCSIM里模拟故障输入，确认每个故障点都能按照设计要求动作。这个仿真验证步骤坚决不能省，我把这个称之为“把代码当工具，但不能把工具当专家”。
6.4 调试记录与现场心得
最后聊几个实际调试中的小细节。液位计安装时，超声波探头离进水管口太近，会导致进水流冲击液面形成波浪，读数乱跳。我后来在液位计周围加了一个导管，读数立刻稳定下来。
另外，泵出口止回阀在双泵同时运行时容易产生振动，如果止回阀选型偏小，水力冲击会很大，严重时会把止回阀撞击到极限位置。这个不是PLC能修好的问题，但PLC程序里可以通过错开两台泵的启动间隔来缓解，比如泵2必须在泵1启动后5秒再投入，避免两股水流同时冲击一个出水总管。
我还会在程序里加一个“泵运行反馈超时判断”。比如PLC输出了启动信号，但3秒后没收到变频器或接触器辅助触点回来的运行反馈，就判定启动失败，自动停掉该泵并切换到备用泵。这个逻辑能有效避免启动失败后泵组空等，尤其适合无人值守泵站。
整个项目交付后，我把完整程序注释和I/O对照表整理成一本控制说明文档，不只是给甲方，也给后面接手的运维人员。PLC程序是可以长期演化的东西，前面把工艺、联锁和文档这件事做扎实，后面不管加泵还是改模式，才不会推翻重来。
如果你正准备做类似的泵站项目，建议先花两天时间把水位波动、泵运行状态、故障信号列成一张条件表，再动笔写程序。这张表就是我前面讲的联锁逻辑的数据基础。控制逻辑永远是为工艺服务的，把工艺表吃透了，PLC编程反倒是水到渠成的事。
