说到钢铁厂里的冲渣池很多搞自动化的人第一反应是工艺简单不就是几台泵、几个阀、再配个液位嘛。可真到了现场你会发现蒸汽弥漫、水温高、池面波动快泵空转、水池溢流、阀后憋压哪一件都不是小事。我最近完成了一套基于AB 1756 PLC和FactoryTalk View SE上位机系统的冲渣池自动化控制程序及画面整合控制对象从水泵、阀门到液位报警全部收拢到一套画面里。这篇文章不写教科书专门讲清楚这套系统从架构设计、程序逻辑到画面调试怎么落地适合刚接手冶金水系统的新人也适合自己做过多套泵站后想对比一下方案取舍的工程师。项目本身的复杂度不算高但越是这样看似简单的系统越能看出基本功扎不扎实。1. 先搞懂冲渣池要控什么才能谈控制程序1.1 冲渣水循环到底在循环什么冲渣工艺的核心是把高温熔渣用高压水冲碎、冷却水和渣顺着渣沟一起流进冲渣池。池子里水渣分离上层澄清后的水由回水泵送到冷却塔降温后重新成为冲渣用水再由冲渣泵打回渣沟继续作业。池底沉积的水渣则由抓斗或螺旋输送机定期清理。这样一来控制系统的主要对象就很清楚了冲渣泵负责维持冲渣水流量回水泵负责把澄清后的水送回循环补水阀和排污阀负责维持池内液位和水质。这套系统从仪表点数上看确实不大但难在泵和阀门之间是强耦合关系。水不够时泵不能空转水高了池子不能溢流阀门的开关顺序必须和泵配合好否则水锤、憋压、池水倒灌全都会来找你。所以写控制程序之前最应该花时间的是把工艺流程图吃透把每一台泵、每一个阀门的上下游关系列清楚。我在设计时先画了一张水循环图把所有联锁条件标注在旁边后面写梯形图就是照着这张图做翻译而不是凭感觉堆逻辑。1.2 为什么偏偏选AB 1756 PLC有人会问西门子、ABB、施耐德也能干这个活为什么选AB 1756 PLC最直接的原因是厂里已经在用Rockwell生态备件、模板、人员培训都是现成的。ControlLogix 1756平台在大型PLC里属于模块化做得比较成熟的一类机架背板带宽高CPU可以做冗余IO模块支持带电插拔对于钢铁厂这种停机窗口非常宝贵的环境来说很重要。更关键的是1756的通信模块和上位机软件FactoryTalk来自同一家公司PLC里的标签可以直接打通到画面上省掉不少第三方OPC网关的调试成本。当然如果项目规模很小只有两三个池子用1769 CompactLogix也能做。但冲渣池这种系统往往今天做的是一个池子明天就要扩展成全厂水系统。选择1756机架在扩展槽位和通信能力上会从容很多。我这次用的是1756-L71控制器加1756-ENBT以太网模块放在一个4槽标准机架里后续再接第二个水池时I/O不够就加一块数字量模块不需要换控制器这是平台选型时就应该想好的后手。1.3 架构和硬件三层网络加一张IO清单系统网络按三层理解最顺手。设备层主要是冲渣池周围的液位计、压力变送器、阀门限位开关和执行机构通过多芯电缆接到控制柜端子排控制层是1756本地机架和远程IO机架IO模块就地采集信号监控层是上位机系统通过工业以太网和PLC通信。这么分层的好处是故障隔离现场仪表坏了最多影响某个IO点不会把CPU拖垮也不会让整条产线画面全灭。硬件/软件型号/版本作用控制器1756-L71控制程序扫描与联锁运算以太网模块1756-ENBTPLC与上位机、远程IO通信数字量输入1756-IB32泵运行反馈、阀门到位、故障信号数字量输出1756-OB16控制中间继电器驱动接触器/电磁阀模拟量输入1756-IF16液位、压力、流量信号采集远程IO适配器1734-AENT池边信号集中节省动力电缆上位监控软件FactoryTalk View SE画面、报警、历史趋势整合IO点数估算也别拍脑袋。数字量输入包括每台泵的运行反馈、故障、远方/就地、急停以及每个阀门的开到位、关到位加起来大概三四十点数字量输出包括泵的启动、停止命令和阀门的开阀、关阀命令大概二十点模拟量输入按每个池子6到8路准备液位、压力、流量都能覆盖。总点数估算完记得按20%到30%留余量这不是浪费是给后续增加测点和工艺调整留后路。网线不要和动力电缆走同一个桥架至少隔开一段距离交换机尽量选管理型后面划分VLAN、做网络诊断都会方便很多。2. 控制程序这样写后面调试少一半事2.1 任务、例行程序和数据结构先把架子搭对写Studio 5000程序的第一步不是马上拖梯形图而是先把Task和Routine结构定好。对于冲渣池这种以逻辑控制为主、没有高速运动控制的系统使用一个Periodic Task扫描周期设在10到20毫秒完全够。读模拟量、做液位联锁、发泵阀命令都放在同一个Task里保证联锁时序一致。不要用Continuous Task因为一个周期里跑的程序多了扫描时间会不稳定联锁执行也因此变得不可预期。真正让我省事的是建立Pump_Tag和Valve_Tag两个UDT。Pump_Tag里放Mode、启动命令、停止命令、运行反馈、故障、运行时间、启动请求这些字段。把每台泵的逻辑写在同一个Subroutine或者Add-On Instruction里然后调用三次程序行数一下子少了一大截。维护时找标签也好找所有和1号泵相关的内容都在Pump[1]下面。很多工程师习惯把每台泵的逻辑复制一段梯形图改地址改到眼花这种程序后期维护非常痛苦我强烈建议改用UDT加AOI的写法。2.2 水泵控制自动、手动、检修一个都不能少一台泵完整的控制状态在我这里必须有三种自动、手动、检修。自动模式由PLC根据液位和泵组轮换逻辑决定启停手动模式由操作员在上位机点动检修模式则把命令封锁允许电工在现场直接操作接触器PLC只做状态监视不上传启动指令。这样安排是为了避免调试时误送电也避免水泵检修时上位机有人乱启动责任界定起来也清楚。启动顺序一定要写成先开出口阀再发泵启动命令。冲渣泵出口压力不小阀门没打开就启动轻则憋压重则水锤。停的时候反过来先停泵延时几秒再关阀。这个顺序在梯形图里用置位指令加TON就能实现但它是整套系统里最值钱的经验之一原则就是“先开阀再启泵先停泵再关阀”。冲渣泵电机功率一般不低于75千瓦直接启动会明显拉低母线电压现场常用两种做法一是电机本身做成星三角降压启动二是统一配软启动器。PLC在这个环节只负责给启动回路发一个干接点指令星三角转换由接触器控制回路完成。如果程序里直接控制星接触器和角接触器梯形图里必须加软件互锁转换时间可以先用6秒现场看启动电流掉到接近额定电流后再修正。网上常有人问风机和水泵的星三角降压启动控制电路图是不是通用我的回答是原理通用负载特性不同切换时间必须现场调。风机属于空载类负载时间长一点问题不大水泵带水负荷切换太短容易过流太长又可能闷泵。用继电器控制水泵这件事也避不开。PLC输出模块触点容量有限不能直接驱动大接触器线圈通常先驱动中间继电器再由中间继电器触点接通接触器线圈。中间继电器线圈要并联RC吸收回路或者反向二极管否则感性负载断开瞬间会产生很高的反电动势把PLC输出点打坏。见过有人图省事直接用PLC输出点驱动电磁阀线圈炸过输出点之后才老实。至于STM32水泵模块做课程设计和原型验证很灵活但到了工业现场几十个IO、多个泵阀联锁、还要和上位机长时间稳定通信靠单片机兜底是给自己找麻烦。PLC的优势在于扫描周期确定、在线修改方便、信号滤波和诊断成套这些是现场可靠性的基础不是为了炫技。2.3 阀门控制命令校验比状态本身更重要阀门控制的核心不是点按钮而是状态校验。我习惯给每个阀门建立四个基本状态位开命令、关命令、开到位、关到位。操作员发出开阀指令后程序先判断阀门不在开位、没有故障、允许开阀这三个条件都满足才把开命令输出到电磁阀阀门动作到开位后开命令自动撤销。这个回路里要加一个故障诊断定时器发出开命令10秒后如果开到位还没有来产生阀门故障报警同时复位开命令防止阀杆卡住时电磁阀一直被电。为什么强调命令校验而不是只看反馈因为现场经常出现“上位机显示阀门故障其实阀门本身好的只是限位开关接线松了”的情况。程序里不能只盯反馈信号要把命令和反馈组合成一个状态字包括空闲、正在开、正在关、故障四种状态。画面上显示的是这个状态字而不是直接显示开到位、关到位两个裸信号。一旦看到“正在开”状态持续超过10秒基本可以断定阀门或回路有问题操作员不用走到现场就能判断个大概。2.4 液位联锁与泵组轮换让系统自己干活冲渣池液位是整套系统里最重要的模拟量一个液位计不够我用了两套一套超声波液位计装在池顶一套差压式液位计装在池底侧壁。程序里把两路信号都换算成0到100%的百分比偏差超过5%就发“液位仪表偏差”报警。联锁判断时取两路信号的平均值比单独相信任何一路都稳。这样一来高位低位都有冗余避免池子满了还在补水、干了还在打循环水。联锁动作可以根据液位分层写液位低于20%时自动停冲渣泵和回水泵关闭补水阀防止水泵干转低于35%时自动打开补水阀同时提示准备投入备用泵正常范围40%到70%不做干预高于80%时关闭补水阀打开排水阀或通知工艺处理高于90%时联锁停所有泵并发报警。具体数值必须结合池容和泵流量计算不能照抄别的项目这是工艺参数不是软件参数。泵组轮换的逻辑也不能少。系统里通常有一主一备两台冲渣泵轮换目标是让两台泵运行时间基本一致。PLC记录每台泵的累计运行时间当运行泵超过设定阈值且备用泵可用时先把备用泵启动等它正常运行30秒后再停原运行泵。轮换条件里一定要加上“当前泵至少运行0.5小时”和“池内液位正常”防止泵刚启动就被无意义地切来切去。这个逻辑本身不难难的是把联锁条件梳理全不要漏掉气囊、水锤和操作员现场干预的情况。3. 上位机画面整合不只是把按钮画出来3.1 画面导航怎么组织才不乱上位机画面我分成五类总貌、泵组操作、阀门操作、趋势、报警。总貌画面上放一张池子的工艺流程图用管道把泵和阀门连起来液位模拟量做成动态填充效果。所有泵和阀门使用同一个图形模板泵运行时图标变绿阀门开到位就显示成管路畅通状态。总貌画面主要做监视和简单操作详细参数进泵组画面再调。导航最好做一个全局按钮条不管在哪一页都能一键跳转。操作权限不要省操作员只能启停、切换自动手动班长能调整液位设定值工程师才能动程序和画面。权限设置不合理后续出了误操作事故责任说不清楚。比如补水阀被误动导致池子溢流没有权限分级就只能扯皮有了分级操作记录里一查就知道是谁触发的。3.2 标签连接别让上位机找不到PLCFactoryTalk View SE与AB PLC连接最重要的一条原则是尽量通过FactoryTalk Linx建立Device不要直接在画面里填IP地址。先在RSLinx或者FactoryTalk Linx里创建一个名为PLC1的Device Shortcut指向1756-ENBT的IP地址然后画面标签统一写类似[PLC1]Program:MainProgram.Pump1.Start_CMD的格式。这样如果PLC换了IP只需要改Shortcut不需要改几百个画面标签。如果程序里用了UDT上位机制作标签时要注意类型对应。BOOL、REAL、DINT都好办模拟量画面显示的是浮点数必须在Studio 5000程序里先换算成工程值不要在画面里做第二次换算。标签命名规范要和PLC保持一致这是画面整合中最容易被忽略的环节。现场遇到过画面上叫P1、PLC里叫1号泵、接线图上叫PUMP-01三个人三个叫法调试的时候互相怀疑对方弄错了。命名规范看起来不产生功能但决定项目能不能顺利交接。3.3 动态效果与操作联动模板和二次确认动态效果不需要多花哨状态颜色不能有歧义。我定的规则是全厂统一运行或者开启用绿色停止或者关闭用灰色故障用红色检修状态用黄色闪烁。这个规则要写进项目标准里不能这一页泵运行用绿色下一页阀门开启用蓝色操作员看久了肯定眼花。颜色规则的维护最好通过全局对象实现改一次全画面生效。操作按钮还要做防误触。点击“启动”以后先弹出一个确认面板显示设备名称和当前状态要求操作员再按一次“确认启动”才真正下发。二次确认不是多余动作冲渣池旁边可能同时有检修人员误启动一次就是事故。很多化工项目里都有类似互锁确认机制工业系统做安全冗余永远不嫌多。复用模板也很重要画一个泵组图形用FactoryTalk View SE的Global Object功能把对象属性绑定到不同标签上三台泵也只需要维护一套图形后期改颜色规则时只改全局对象。3.4 多台PLC怎么整合进同一个上位机项目标题里提到的画面整合不只是把一台PLC的画面做好而是把多个水池、多套PLC整合到同一套上位机系统。FactoryTalk View SE本身支持分布式部署我为每个水池单独建立一个Display但导航、报警和趋势都是全局面向全局的。报警服务器集中收集所有池子的报警趋势服务器把所有模拟量归档到同一个数据库。这样操作员在任意一台工作站上看到的数据和报警一致不用再抱着一堆画面文件到处拷贝。系统上线之后最好给每个画面做一次性能测试。画面刷新频率建议设置在500毫秒以上尽量使用数据变化触发刷新而不是定时刷新否则操作员站CPU占用率会高得吓人。整合的真功夫不在画面上而在底下一层标签规划统一、主题命名规范、报警优先级一致。这些事做的越早后期整合越轻松。4. 调试实战基地常见问题与排查记录4.1 通信掉线先看ENBT模块状态调试中最常见的现象是PLC程序跑得好好的上位机画面突然灰掉或者数据不动。排查最直接先看1756-ENBT的模块状态灯再看FactoryTalk Linx诊断最后看交换机端口状态。我遇到一次是上位机画面上放了太多高速刷新的条形图每个动画都在向PLC要数据ENBT的连接资源被占满画面表现就是隔一段时间掉一下。后来把刷新方式改成按变化触发问题立刻消失。这类现象很缠人因为它不是真掉线而是通信资源忙不过来只看物理链路根本发现不了。4.2 阀位反馈抖动导致误报警气动蝶阀开关速度非常快限位开关在阀门到位瞬间会产生抖动。PLC可能在一个扫描周期内看到又开又关于是控制逻辑反复下发命令最后触发报警。我的处理是在反馈点后面加一个2秒的延时确认反馈持续稳定2秒后才算到位。机械侧也把限位表调整到正确位置让动作干脆利落。后来把这个去抖时间做成了阀门控制AOI里的一个参数现场每台阀的抖动时间不完全一样不用改程序只改参数就能适配。4.3 星三角切换和继电器线圈的坑星三角降压启动在冲渣泵上非常常见。调试时遇到过角接触器吸合瞬间电弧声很大PLC输出点莫名其妙被烧掉的情况。查到最后是中间继电器线圈没有吸收回路触点断开时反电动势把输出晶体管击穿。整改措施很简单PLC输出点并联续流二极管接触器线圈两端并RC阻容吸收。程序侧星接触器和角接触器必须做到硬件互锁加软件互锁切换时间设在6到10秒启动过程中不要插入其他命令。如果预算允许大功率冲渣泵优先考虑软启动器对管网水锤的抑制比星三角好很多。另外用继电器控制水泵时中间继电器选型经常出错。PLC输出是DC24V继电器线圈就应该选DC24V触点电流按实际负载电流的1.5倍选。如果现场误用了AC220V中间继电器还需要增加DC转AC的隔离处理不能把两个系统混在一起。这类问题不大但容易在调试时浪费一整天。4.4 上位机显示数据和PLC对不上上位机显示的液位和现场仪表相差很大通常不是传感器坏了而是量程和换算没统一。1756-IF16模拟量模块的每个通道可以独立设置工程单位范围比如4到20毫安对应0到100%PLC内部用浮点数存储。上位机如果再做一次0到100%到0到5米的变换两边系数不一致显示自然偏。我的做法是一切换算只在PLC模块和程序里做上位机拿到的已经是工程量的最终值画面显示不用再乘系数。如果上位机不是FactoryTalk而是第三方组态软件通过Modbus TCP采集数据还要注意AB PLC里REAL的字节序问题。很多第三方软件默认按大字端解析而AB默认为小字端读出来一看数字乱跳。解决办法是在Modbus TCP的寄存器映射里做字节交换或字交换。这类问题我用一条经验判断先用第三方软件读一个固定数值测试如果数字错位得很整齐基本就是字节序问题。4.5 信号干扰和接地问题钢厂环境电磁干扰非常强。我遇到液位信号无缘无故跳到最大第一反应是变送器坏了换了一个新的还是不行。后来发现模拟量电缆和变频器输出电缆扎在同一个桥架里而且信号屏蔽层在两端都接了地形成接地环路。整改措施是让模拟量电缆单独走槽或者加金属隔板屏蔽层只在PLC柜侧单端接地信号回路上再加信号隔离栅问题彻底消失。这些内容图纸上很少会写但比调一个报警逻辑要紧急得多建议做类似项目时提前检查桥架布局。5. 这个系统继续扩展时我会怎么做5.1 把泵阀做成标准对象库做完这套冲渣池最值得沉淀的不是画面文件而是控制程序里的Pump_AOI和Valve_AOI。下一个车间如果要做一个循环水泵站我把AOI导出来只改IO映射和参数开发工作量至少减一半。因为所有泵阀联锁都封装在对象内部外部逻辑只要管液位和轮换调度不需要把十几台泵的启停条件全部摊开在梯形图里。强烈建议做同类项目时试试这个思路前期多花半天建UDT和AOI后期省下来的是成倍的维护时间。5.2 远程报警和移动监控要做但先守住边界系统稳定运行之后我把报警画面发布到了厂区局域网工程师在办公室也能看到报警列表。用的是FactoryTalk View SE的报表和通知功能把高级别报警通过邮件或者短信发出去。如果后续要做移动端建议使用官方支持的Web或ThinManager方案不要在未经评估的情况下直接把SCADA端口映射到外部网络。工业网络安全不是一句空话尤其是钢铁厂这种连续生产环境随意开端口带来的风险远比方便大得多。5.3 与MES、能源系统对接数据要提前攒这套系统在改造时就把电表、流量计信号接入PLC做了累计后来和MES对接时这些积累的数据立刻派上了用场。通过OPC UA统一把数据给到上一级平台可以实现冲渣水温度优化、设备运行时长统计、泵组能效分析。这些不是项目当初的设计范围但因为数据和标签结构规范做到这一步几乎是无缝的。如果一开始没有统一的标签命名和归档策略后面做数据对接纯粹是给自己挖坑。最后说点个人体会。冲渣池这种系统控制逻辑难度有限真正决定项目质量的是细节IO预留够不够联锁条件全不全画面状态定义统一不统一现场信号抗干扰做没做到位。我做这套系统的时候第一版程序运行不到一天就暴露了阀位反馈抖动和星三角切换断弧问题。这些坑填完之后系统就变得很安静白天夜里都不用人再去池边盯着。如果你正准备做类似的泵阀水系统项目建议把“先开阀再启泵先停泵再关阀”和“两套液位互相校验”这两条直接抄进规划里省下来的调试时间够你在办公室多喝好几杯茶。