水处理站 HMI / SCADA 上位机升级与报警整理

项目背景

某水处理站原 HMI / SCADA 系统已经使用多年，PLC 控制逻辑基本稳定，但上位画面经过多次增补，页面数量多、变量命名不统一、报警优先级不清。值班人员能看到很多状态，却不容易快速判断“当前异常在哪个工艺段、是否需要立即处理”。

本次升级不大改 PLC 程序，重点放在监控层：画面层级、变量映射、报警分类和趋势查看。

原系统问题

1. 总览页堆了过多设备状态，关键水位、流量和泵组运行状态不够突出。
2. 同一设备在 PLC、HMI 和 SCADA 中命名不一致，查点位需要反复对照。
3. 报警没有分级，维护提示和工艺中断类报警混在一起。
4. 趋势页按历史添加顺序排列，值班人员很难按工艺链路查看。
5. 部分远程值守画面缺少异常摘要，只能逐页翻看。

改造目标

1. 保留 PLC 控制逻辑，主要优化上位监控层。
2. 重建总览、分区、报警、趋势四类画面层级。
3. 统一监控端变量命名和点位映射表。
4. 按工艺影响对报警做基础分级，减少无效信息干扰。

我的工作

我负责梳理原画面、变量表、报警来源和趋势点位。现场先和运行人员确认日常查看顺序：哪些量是值班时必须看，哪些量只在排障时看，哪些量只是统计用。随后把画面拆成总览页、工艺分区页、设备详情页、报警页和趋势页。

变量整理时没有直接在 PLC 中大规模改名，而是在 SCADA 侧建立映射表，保留原 PLC 地址，同时统一上位命名和画面标签。报警部分逐条确认来源、触发条件、复位方式和处理建议是否需要显示。

技术方案

画面设计采用“总览少、分区清、详情够用”的原则。总览页只展示进出水状态、关键水位、主要泵组、当前异常摘要和工艺链路。分区页展示对应池体、泵、阀和仪表状态。设备详情页用于维护，不放在值班主路径上。

报警分为工艺中断、设备故障、维护提示三类。工艺中断类优先显示并保留确认记录；设备故障类关联到设备详情；维护提示类不打断主画面判断。趋势页按水位、流量、压力、药剂投加等工艺主题组织，而不是按点位添加时间排列。

调试过程

联调先做变量映射核对。每个关键变量都从 PLC 在线值、SCADA 变量值、画面显示值三处比对，确认缩放、单位和小数位一致。早期发现一处液位量程在旧画面中被人工修正过，但变量表没有记录，如果直接沿用新画面配置会导致显示偏差。

报警联调按触发、显示、确认、复位四步验证。某台泵的故障反馈在本地电控柜和 PLC 中含义不同，现场显示为“故障”，PLC 点表写成“停止反馈”。最终没有简单改画面文字，而是回到回路和 PLC 注释确认信号含义，再调整报警名称。

远程值守场景主要验证总览页和报警摘要。要求不是展示所有细节，而是让值班人员先判断是否需要到现场或通知维护人员。

结果

升级后，值班主画面保留关键工艺状态和当前异常摘要，报警页可以按类别查看来源。变量映射表、报警表和趋势点清单同步整理，后续维护人员可以根据表格追到 PLC 地址和画面对象。

项目没有改变水处理工艺，也没有承诺自动优化运行参数。可验证结果是监控信息层级更清楚，报警来源和趋势查看路径更容易交接。

复盘

HMI / SCADA 升级不是把画面做得更满。现场真正需要的是先看关键状态，再进入细节。如果总览页承担了太多设备详情，值班时反而更难判断。

另外，监控端改名要谨慎。为了画面好看而随意改变量名称，可能会让 PLC、图纸和上位系统断开对应关系。更稳妥的做法是保留地址来源，同时在上位侧建立清楚的映射和备注。