一个依靠一对浮球开关运行的泵站，希望在凌晨2点时发生故障，正值暴风雨期间，积水满满的水池和淹水的地下室。这不是悲观——这是未自动化泵送的标准故障模式。修复方案适用于35mm DIN导轨模块，费用低于一次紧急呼叫。
经典的泵控制愿望清单，所有功能都可以在一个紧凑的CPU上实现，配备少量功能模块：泵交替、干运转保护、液位报警、运行时间记录，以及一个不依赖于有人经过建筑物的远程报警通道。
交替：双倍泵寿命的特性
两台泵，一台总是领先，一台总是滞后——这就是泵早逝的原因。领先泵累积所有启动，磨损，而滞后泵保持完好，直到某天突然需要时因未使用而故障。交替逻辑每个周期或按运行时间切换领先泵。两台泵共同分担负载，当一台泵故障时，站点仍然可以正常工作，因为另一台泵一直在运转。
这是一小堆模块：运行时间计数器、选择器、两个输出线圈。收益体现在你从未收到的泵更换发票上。
干运转保护和液位逻辑
干运转泵几分钟会损坏机械密封。低液位传感器或液位变送器比较在损坏之前关闭泵——并且，关键是，当液位恢复时自动重置，带有重启延迟以防止泵短周期运行。模拟输入读取4-20mA液位变送器；比较器设置阈值；程序处理其余部分。
在4-20mA回路上，你还可以获得免费的断线检测——低于4mA的电流是故障，而不是液位。为此布线报警逻辑，站点会报告其传感器故障。
远程报警问题
没有人坐在泵站。报警必须传递。选择适合现场的通道：
- 以太网CPU加上免费的easySCADA包——在PC上完整的趋势和历史
- Modbus TCP到云或SCADA——标准的协议级别
- 在GSM功能模型上发送短信——站点向值班工程师发送短信
- Web服务器——浏览器页面向任何拥有URL的人显示实时状态
每个选项都是一个配置步骤，而不是硬件重新设计。同样的CPU今天覆盖现场，明年扩展网络。
实际案例：提升站改造
一个小型提升站有两台泵，运行在一个经历过更好年代的继电器面板上。改造：一个紧凑的CPU，一个4-20mA液位变送器，一个串行侧的GSM报警模块，交替和干运转逻辑大约在五十个模块中。调试花了一个早晨。两周后，第一次真正的暴风雨来袭——站点通过两台泵循环，发送了一条短信，没人需要到访。
承包商的报告使用了“无聊”这个词。我在这个行业从未听过更高的赞誉。
对于一个没有网络的远程站点，相同的逻辑适合一个紧凑的单元，内置报警通道——请参见PR-26DC-DAI-RT-4G泵组构建，带有4G短信报警用于具体布线、程序和测试台编号。
建造前的设计说明
给每台泵提供自己的过流保护和手动模式——当需要时，面板必须在没有PLC的情况下运行。将浮球开关和变送器输入保持在不同通道上，以便故障传感器不会使整个站点瘫痪。并记录运行小时；交替逻辑需要这些数据，维护计划也是如此。
数据编写的维护计划
旧方式：按日历对泵进行维护。更好的方式：让控制器的运行时间计数器和启动日志来编写计划。每月记录400次启动的泵与记录40次的泵会有不同的服务计划——而控制器知道差异，而日历则不知道。数据已经在标志中；关键在于使用它。
在操作员屏幕、SCADA或短信报告上显示计数器。当运行时间接近服务阈值时，报警链触发——同一链条已经通知值班工程师。维护访问是因为数据如此，而不是因为泵故障。这是计划工作和紧急工作的区别，价格差异是一个数量级。
交替逻辑无论如何都需要计数器——领先泵由运行时间选择，保持磨损平衡——因此数据收集是免费的。维护计划是同一数据戴上第二顶帽子，而这顶帽子的成本是一个报警模块。
在一个早晨调试站点
之前的改造故事是可以重复的，配方很简单。第一步：布线液位变送器、泵输出和浮球开关备份输入。第二步：从库中加载程序——交替、干运转、报警、重启延迟。第三步：故意测试每个故障路径：低液位、高液位、传感器故障、泵无法启动。第四步：配置报警通道——短信、以太网或两者。第五步：日志正在运行。
五个步骤，一个早晨，站点就完成了——因为平台模块是标准的，故障是模拟的，而不是发现的。调试检查表的存在是为了让第三步变得严格：在车间中每个测试都失败的站点就是在暴风雨中凌晨2点能够工作的站点。
这就是泵改造的真实衡量标准：不是安装得多快，而是暴风雨来临时的表现。为暴风雨做好测试，暴风雨就成了脚注。
泵控制并不光鲜。它只是整个微型PLC目录中最有利可图的应用，因为替代品的代价是淹水的地下室和紧急发票。
