1. 项目背景与核心痛点
去年接手某大型污水处理厂自控系统改造时，现场情况堪称"工业考古现场"——二十多台老式PLC还在用RS485手拉手通讯，操作员每天要手动抄三次报表，曝气池的溶解氧控制全靠老师傅的经验值。这套运行了十几年的系统主要存在三大致命伤：
- 通讯稳定性差：采用modbus RTU协议的12台鼓风机经常集体掉线，特别是雷雨天气时，操作员得频繁重启通讯模块
- 数据可视化缺失：关键工艺参数只能通过数字表格查看，缺乏趋势分析功能，故障预警滞后
- 控制精度不足：曝气池的溶解氧控制采用固定频率运行，导致能耗浪费严重，出水水质波动大
改造方案采用西门子TIA Portal V15.1+S7-1500 PLC作为控制核心，搭配组态王7.5SP1上位系统。这个组合的巧妙之处在于：
- 博图的标准化编程环境适合处理复杂的控制算法
- 组态王在数据可视化、报表生成方面具有明显优势
- 两者通过OPC UA实现高效数据交换，通讯速率达到100ms级
2. 通讯系统改造实战
2.1 RS485网络优化方案
原系统的modbus RTU网络采用传统的菊花链拓扑，存在三个典型问题：
- 未安装终端电阻（120Ω），信号反射严重
- 线缆与变频器动力线平行敷设，电磁干扰明显
- 轮询策略不合理，从站响应超时频繁
我们的改进措施包括：
- 在总线两端加装120Ω终端电阻
- 更换为双层屏蔽电缆（型号：Belden 3106A）
- 重新规划走线路径，与动力电缆保持30cm以上间距
在博图中关键参数配置如下表：
| 参数项 | 原值 | 优化值 | 理论依据 |
|---|---|---|---|
| 轮询间隔 | 200ms | 500ms | 满足工艺实时性要求前提下降低总线负载 |
| 超时重试 | 3次 | 5次 | 兼顾通讯可靠性与故障响应速度 |
| 报文间隔 | 3.5字符 | 4字符 | 符合modbus RTU规范要求 |
2.2 通讯状态监测逻辑
在组态王中编写的心跳检测脚本值得重点关注。这段代码实现了三个关键功能：
- 实时监测设备在线状态
- 自动记录通讯中断事件
- 触发断线重连机制
javascript复制//组态王设备通讯状态监测
if(\\本站点\风机1_通讯状态==0)
{
\\本站点\报警记录=StrCat(\\本站点\报警记录,"风机1通讯中断 ",SysTimeStr());
Device.SetDevice("COM2", 2); //断线重连
\\本站点\通讯故障计数+=1;
//累计3次故障触发高级报警
if(\\本站点\通讯故障计数>=3){
SetAlarm("AL101", "风机1通讯严重故障", 1);
}
}
实际调试中发现，Windows系统的COM口缓冲区设置也会影响通讯稳定性。建议在设备管理器中将接收缓冲区设为2048字节，发送缓冲区设为1024字节。
3. 数据报表系统实现
3.1 报表架构设计
污水处理厂的日报表需要包含以下核心数据：
- 进出水水质（COD、氨氮、TP等）
- 设备运行时长
- 能耗统计
- 工艺参数曲线
系统采用三层架构：
- 数据采集层：博图PLC实时采集现场仪表数据
- 数据处理层：组态王进行数据格式化、单位转换
- 报表展示层：Excel模板+VBscript生成最终报表
3.2 浮点数处理技巧
工业现场经常遇到浮点数精度丢失问题，特别是当DCS与PLC使用不同浮点格式时。我们采用的IEEE754转换函数经过实际验证可靠：
vbs复制Function FloatToIEEE(val)
Dim sign, exponent, mantissa
If val < 0 Then sign = &H8000 Else sign = 0
val = Abs(val)
//特殊处理零值
If val = 0 Then
FloatToIEEE = 0
Exit Function
End If
exponent = Int(Log(val) / Log(2)) + 127
mantissa = (val / (2^(exponent - 127)) - 1) * 2^23
FloatToIEEE = sign Or (exponent * &H800) Or mantissa
End Function
实际应用中发现，当处理4-20mA信号转换时，需要先进行量程标准化。例如：((原始值-5530)/(27648-5530))*(20-4)+4
4. 曝气控制优化方案
4.1 PID参数整定过程
曝气池溶解氧控制采用西门子PID_Compact算法块，整定过程分为三个阶段：
- 开环测试：通过阶跃响应测得过程滞后时间τ=45s，增益K=0.8
- 初始参数计算：
- 比例系数Kp=1.2（根据Ziegler-Nichols公式0.6*K）
- 积分时间Tn=60s（1.2*τ）
- 微分时间Td=15s（0.5*τ）
- 闭环微调：根据实际运行效果调整死区范围至0.5mg/L
4.2 非线性补偿算法
针对曝气头堵塞导致的非线性特性，在SCL中实现了开度补偿函数：
scl复制FUNCTION "ValveCompensation" : REAL
VAR_INPUT
Setpoint : REAL; //设定值
Actual : REAL; //实际值
ValvePos : REAL; //当前阀门开度
END_VAR
VAR_TEMP
Error : REAL;
Compensation : REAL;
END_VAR
BEGIN
Error := Setpoint - Actual;
//当阀门开度>70%时启动补偿
IF ValvePos > 70.0 THEN
Compensation := Error * 0.2 * (ValvePos - 70.0)/30.0;
ELSE
Compensation := 0.0;
END_IF;
"ValveCompensation" := Compensation;
END_FUNCTION
5. 人机交互创新设计
5.1 触摸屏排班功能
利用KTP1200的VBS脚本实现排班表动态加载，关键技术点包括：
- XML配置文件采用UTF-8编码
- 文件路径转义处理
- 异常捕获机制
javascript复制//组态王加载外部配置文件
try{
string configPath = "D:\\config\\schedule.xml";
XMLDocument doc;
if(doc.Load(configPath)){
\\本站点\当前班次 = doc.GetElementValue("/Schedule/CurrentShift");
\\本站点\操作员 = doc.GetElementValue("/Schedule/Operator");
}else{
WriteLog("排班表加载失败：" + configPath);
}
}catch(e){
SetAlarm("AL205", "排班表解析错误", 2);
}
5.2 移动端监控方案
通过WinCC OA实现的移动监控功能架构：
- 数据接口层：OPC UA Server（端口4840）
- 业务逻辑层：WebService数据转换
- 展示层：基于HTML5的响应式界面
关键配置参数：
- 数据刷新周期：15秒
- 报警推送延迟：≤5秒
- 历史数据缓存：7天
6. 工程经验总结
6.1 调试避坑指南
-
通讯干扰问题：
- 485网络接地必须单点接地，接地点选在控制器侧
- 避免与变频器共用接地极
- 使用Fluke 435电能质量分析仪检测谐波干扰
-
PID控制震荡：
- 先调比例，再调积分，最后调微分
- 死区设置不宜过大，一般取量程的1-2%
- 对于大滞后系统，建议采用Smith预估器
6.2 性能优化建议
-
组态王优化：
- 将历史数据存储间隔从1秒调整为5秒
- 禁用不必要的动画效果
- 定期清理历史数据库（建议每周自动维护）
-
博图优化：
- 启用OB35循环中断组织块
- 将频繁访问的数据放入M区而非DB区
- 使用SCL替代梯形图处理复杂算法
这套系统稳定运行半年后，取得了显著成效：
- 通讯故障率下降92%
- 曝气能耗降低15-20%
- 报表工作效率提升80%
- 出水水质达标率100%