1. 项目背景这套系统到底在解决什么工艺问题先把这个项目放在真实场景里说清楚。水处理厂的滤液说白了就是污泥脱水机板框压滤机或者离心机压出来的那部分液体这部分水不能直接排放也不能直接进清水池必须回送到生化段重新处理。生化段一般包括调节池、厌氧池、缺氧池、好氧池曝气池、二沉池这几个主要单元核心工作就是让活性污泥里的微生物把水里的氨氮、COD、总磷这些东西吃掉。我接到这个项目的时候现场已经有一套老旧的S7-300系统在跑但运行状况不理想主要问题有三个一是故障率高模拟量模块老化严重液位计信号飘得厉害二是上位机还是WinCC 6.0的老架构画面粗糙报警查询卡顿操作权限管理基本没有三是工艺流程改了增加了碳源投加和除磷加药两路控制老系统I/O点不够用了。甲方提的需求很明确——重新做一套完整的控制系统PLC用西门子1500系列编程软件用博途V16上位机用WinCC 7.5把滤液生化段这十几个池子的设备全部纳入监控同时预留与厂级中控系统的通讯接口。这个项目最有代表性的地方在于它是很典型的中小型水处理生化段改造场景点数不算多大概一百多个I/O点设备类型却不少泵、风机、阀门、搅拌器、加药泵都有还涉及模拟量液位、流量、pH、DO、温度。如果你之前只做过单一设备控制的案子或者只写过小型1200的程序这套项目的整体架构思路还是很值得参考的。文章后面所有内容都是我实际做完这个项目之后整理出来的靠谱程度可以放心。2. 硬件选型逻辑1500PLC与WinCC7.5为什么这么配2.1 CPU和模块选型的考量S7-1500系列里CPU的选择范围挺宽从1511到1518都有。我这次选的是CPU 1513-1 PN看中的是它的性能刚好卡在这个项目的需求上——程序大概要跑两万多个指令模拟量处理集中在几个泵站和生化池浮点运算有要求但不算极端1513的运行速度完全扛得住而且集成了PROFINET口后续扩展以太网设备很方便。不过这里要提醒一句选CPU别只看点数要估算一下程序复杂度和通讯负载。如果你将来想挂七八台触摸屏、再连一套上位机还要做远程监控那1511可能有点吃力直接上1515更省心。我第一次做类似项目就低估了通讯压力结果运行半年后发现CPU扫描周期被通讯任务拖慢这种暗亏不值得踩。输入输出模块方面我用了三块模块模块型号用途数量DI 16x24VDC设备运行反馈、故障信号、手自动切换2块DO 8x24VDC/2A控制接触器/继电器驱动泵阀启动停止2块AI 8xU/I液位、DO、pH、流量等模拟量信号采集3块AI模块选了8路的虽然项目前期用不了这么多通道但预留出30%的余量是必须的。水处理行业有个特点调试阶段和生产稳定期会陆续增加监测点比如总磷在线仪、氨氮在线仪这些都得走模拟量通道。如果通道卡得太死后期加一个测点就要再配一块模块费用翻倍不说柜内空间也麻烦。2.2 通讯架构与仪表接入这套系统的通讯架构我最终搭成了三层现场仪表层pH计、DO仪、液位计、电磁流量计全部走4-20mA标准信号接入AI模块。有些仪表本身带Modbus RTU通讯口但我说实话水处理行业的现场环境干扰严重Modbus RTU走线远了容易出问题我宁可用硬接线稳定可靠第一。PLC层CPU 1513-1 PN作为PROFINET主站带两路IO设备其实就是前面那几块分布式模块。控制柜内走标准PROFINET网络用西门子原装网线屏蔽层处理好避免和动力电缆同槽走线。上位机层WinCC 7.5通过以太网直连PLC的PROFINET口。我单独划了一个VLAN给控制网络和办公网隔开既保证实时性也减少网络风暴风险。为什么WinCC 7.5能直接连1500因为S7-1500内置了S7通讯协议WinCC通过S7-1500通道类型的TCP/IP连接就能访问PLC数据区不需要额外装什么OPC中间层。这个方案比老旧的S7-300时代要简洁太多。项目里我只在PLC侧设置了连接机制上位机侧加入了该通道的S7-1500驱动填好IP地址和数据块访问权限就通了这点后面细说。2.3 从电气柜到控制柜的布局注意事项这个项目的柜内设计我踩过一次小坑值得拿出来说。PLC柜和动力柜虽然是分开的但我一开始把模拟量信号线和24V电源线在同一个线槽里走了将近两米结果调试的时候DO信号一动作AI通道的液位读数就跳一个字。后来把所有模拟量信号线改成屏蔽双绞线屏蔽层单端接地和动力线分开两个走向信号立刻干净了。另外继电器输出模块驱动中间继电器时一定要在继电器线圈两端并接续流二极管不然断电瞬间的反向电动势会拉高邻近信号线的电位。这个细节看起来不起眼很多入门工程师容易漏掉实际现场就是因为它我排查了整整一个下午。3. 博途V16里的程序架构与核心逻辑3.1 程序块划分与数据管理博途V16写1500的程序和老300/400梯形图时代最大的区别就是结构化程度能拉得很高。我这次的程序架构分为四层跑下来非常舒服OB100启动组织块做初始化包括中间变量清零、模拟量通道初值写入、通讯状态字复位。OB1主循环组织调用按工艺顺序扫描。FB块功能块每个设备一个FB比如进水提升泵FB、曝气风机FB、加药泵FBFB内部封装了启动条件判断、运行计时、故障联锁、状态输出。FC块函数处理共性逻辑比如模拟量工程量换算、报警判断、通讯数据打包。变量管理上我的原则是设备控制用全局DB报警状态单独用一个DB上位机读写的数据全部集中映射到两个DB块。这样WinCC访问的时候逻辑清晰不用翻遍整个PLC找地址。比方说所有设备的手动/自动模式切换、启停命令、运行反馈、故障状态我统一放在DB_Device_Ctrl这个DB里上位机画面读取这个DB就算完事了。3.2 几个核心控制逻辑的实现细节进水泵的液位联锁控制。调节池液位控制两台进水泵原则是一用一备根据液位高低自动切换。我用的是区间控制法液位低于低低限比如1.5米停泵高于启泵限2.0米启泵高于高高限3.5米报警并启动备用泵。注意这里启停限必须加回差滞回区间不然液位在临界点附近波动时泵会频繁启停烧接触器。很多新手写第一版就漏了这个回差实际工程里这是很致命的问题。曝气风机的DO联锁控制。好氧池溶解氧DO是生化处理的核心指标太高浪费电能、太低污泥要死。控制思路是DO传感器实测值和设定值比如2.5mg/L做偏差偏差大就加风机台数偏差小就减台数。我做了三台风机的轮值启动逻辑每台风机的累计运行时间记录在DB里启动时优先选择运行时间最短的那台这样避免某一台风机天天转、另外两台躺平磨损不均衡。加药泵的定时与外部触发双模式。碳源投加和除磷药剂投加我用了两种控制方式定时定量模式每天固定时间段按设定频率运行和液位联动模式进水泵运行时同步启动加药泵按比例跟随。具体选择哪个模式在中控画面上用按钮切换PLC内部通过一个MOVE指令把选择位传递到FB的使能条件中。3.3 模拟量处理与报警体系模拟量处理这一块我强烈建议你在博途里专门写一个FC块统一做工程量换算和滤波而不是依赖模块自带的原始值。我的习惯是读取PIW原始值比如6820先按量程换算公式转成工程量实际液位米数再做一阶惯性滤波平滑系数0.2~0.5最后把结果存到全局DB。这样做的原因是水处理现场液位信号本来就有液面波动不做滤波的话画面上液位数字会一直跳操作员看着心里发慌。报警体系我用的是S7-1500自带的报警系统在程序里通过Program_Alarm指令主动触发。每个设备定义了三类报警故障报警红色比如接触器反馈丢失、电机过载联锁停机警告报警黄色比如液位高高、压力偏高不停机但提示操作员关注系统性提示蓝色比如通讯中断、模拟量断线报警文本存放在PLC内部WinCC通过S7-1500通道能直接读取并显示在报警控件里不用在WinCC侧再维护一份重复的报警记录。这个省了我大量后期工作量因为所有报警内容都跟着PLC走上位机只是展示端。4. WinCC7.5画面从0到1的过程4.1 变量管理与通道建立WinCC 7.5和博途V16之间的变量连接其实不用特别的系统组态我实际操作是这样的在WinCC的变量管理里新建驱动连接选S7-1500通道。填写PLC的IP地址比如192.168.0.10确认访问点名称和PLC侧保持一致。单个变量逐个创建或者用从PLC上传变量功能把全局DB变量批量导入。这里有个实用的坑要提醒WinCC 7.5的S7-1500通道是受版本授权影响的有些精简版不允许用这个通道只能走OPC。做项目之前先确认你的WinCC版本授权是否含该通道不然配置到一半发现没法用就尴尬了。我这次用的是WinCC 7.5 SP2专业版一切顺利。变量组织上我建议在WinCC里也建立一个和PLC侧一致的层级结构比如生化池_好氧池、调节池_提升泵这种分组方便后续维护。变量名保持和PLC注释一致尽量不缩写否则几个月后自己都看不懂。4.2 画面布局与操作逻辑WinCC的画面我分了五个主画面配合画面树切换总览图整条滤液生化段的工艺流程图布置主要设备的运行状态指示灯和关键参数。生化池监控四个生化池的详细画面包括DO、pH、温度实时值风机启停按钮。泵站控制各泵站的操作面板启停按钮、手自动切换、故障复位。报警归档调出报警控件按时间、类型筛选。趋势分析历史趋势控件查看液位、DO、pH的历史曲线。操作逻辑上所有设备的启动按钮在画面里都加了二次确认弹窗防止误触。每次点启动会弹出一个对话框显示确认启动3号提升泵操作员点是才发送命令。这也是现在很多水厂安全规范的要求不能一个按钮直接就把电机启动了。画面里还做了一组设备状态颜色约定绿色运行、红色故障、灰色停止、黄色手动模式。这个看起来是小事但是统一颜色规范后操作员扫一眼总览图就能判断整条线的大致状态效率高很多。4.3 归档、报警与权限配置WinCC的变量归档是必须做的不然历史趋势和报表全是空的。我归档了液位、DO、pH、流量、累计电量这几类关键参数归档周期设为1秒存储方式选周期事件触发。1秒的归档精度对水处理工艺分析完全够用而且不会产生过大的数据文件。如果你硬要0.1秒归档几天下来硬盘就爆了没必要。报警归档要和PLC侧报警联动起来。我在WinCC里添加了报警控件后配置了报警类别和颜色故障报警红色闪烁、警告黄色、提示蓝色。同时把报警声音打开一旦有故障中控室能第一时间听到蜂鸣声。这里要特别提醒WinCC的报警记录和变量归档是收费组件的如果你的授权版本没有这两个功能需要单独装RT扩展包费用不低。做项目预算时要提前问清楚。权限管理这块我按水厂习惯分了三级管理员最高权限可以修改设定值、修改配方、操作员可以启停设备、确认报警、监视员只能看画面不能操作。WinCC的用户管理可以直接在项目里建账号每个账号指定访问权限等级然后在画面对象上设置允许操作的角色。比如PID设定值输入框只允许管理员修改操作员点了会提示无权限。5. 联调阶段真实遇到的坑与解决记录5.1 WinCC与PLC通讯不稳定的排查联调第一天我就遇到了一个头疼的问题WinCC画面上有的变量刷新正常有的却偶尔跳成灰色通讯中断过了几秒又恢复。排查过程大概花了两小时最后定位到两个原因。第一个原因是PLC侧和WinCC侧的连接资源数不匹配。WinCC通过S7-1500通道建立连接时默认会关联多个连接资源但PLC端如果之前调试时开了别的HMI连接导致连接数被占满了新连接就会间歇性断开。解决办法是在PLC硬件组态里把连接资源数量调大至少保证留出5个以上空闲连接。第二个原因是WinCC的变量读取周期太密。我一开始图省事把所有变量刷新周期都设成了100ms结果上百个变量的通信请求排队有的请求就超时了。后面按重要程度分了三档控制操作类变量启停按钮、模式切换刷新100ms过程监视类变量液位、DO刷新500ms统计类变量运行计时、累计流量刷新1秒。改了之后通讯稳定多了。5.2 模拟量信号干扰的现场处理前面提到AI信号跳变但联调过程中还遇到更隐蔽的情况曝气池的DO信号白天正常一到晚上波动就加大。查到最后发现晚上风机高负荷运行变频器产生的谐波干扰通过电源线耦合进了仪表信号线。现场解决方案有两个一是给DO仪表供电加了一台隔离变压器二是把信号线从靠近变频器的桥架挪到了另一侧并且在PLC侧AI模块的通道上设置了20ms输入滤波。处理后信号就稳了。这个事给我的教训是做水处理项目现场干扰问题不是会不会有而是什么时候有。你必须在程序设计阶段就把信号滤波和断线检测做进去否则后期上生产了再补麻烦事更多。5.3 程序版本与调试经验小结最后聊点项目管理的经验。这个项目里PLC程序在博途V16里做了多个版本迭代每次修改程序我都会导出带版本号和日期的存档文件比如water_biochem_V2.3_20240315。有一次改了模拟量滤波参数后运行效果反而变差靠版本比对半小时就找回了之前好的配置避免了大返工。WinCC项目文件也一样我建议在项目开发阶段就建一个版本存档文件夹每个阶段快照压缩存一份。WinCC项目文件体积大而且很多临时文件建议用项目复制器工具备份别直接复制文件夹不然容易缺文件导致项目打不开。另外还有一个很实际的小技巧PLC程序和WinCC画面的变量名一定要在开发前统一定义好风格。我这次先做了一个变量对照表Excel文档把PLC全局DB变量、WinCC变量名、画面绑定的内部变量全部列在一张表里开发过程中随时对照。这个表不仅帮我节省了大量查找变量地址的时间后期移交给甲方工程师时对方照这个表就能快速接手维护评价非常高。最后再分享一个小技巧如果你后期要在WinCC里增加一个新的历史趋势记得先确认PLC里面对应的变量已经启用了归档功能不然WinCC只显示瞬时值历史曲线是断的。这个坑我见过不少同行踩过提前说一句能省你一下午。