在工业自动化这行摸爬滚打得久了会发现污水处理项目是最能检验一个工程师综合能力的场景之一。标题里这几个关键词——西门子WinCC上位机、S7-300程序、污水处理——凑在一起基本就是一套典型的市政或工业废水处理控制系统的完整交付物。这种项目不像单机设备调试那样简单它涉及工艺理解、电气设计、仪表选型、网络通信、上位机开发甚至后期运维是一个能把人从“只会写点”练成“能扛整线”的项目类型。这篇文章我就以一套中等规模的污水处理自动化项目为例把从需求拆解、硬件选型、PLC程序设计到WinCC画面开发的完整思路过一遍。重点不是罗列步骤而是讲清楚每一步背后的取舍和现场经验。内容适合正在做或准备做类似项目的同行参考也适合刚入行、想了解这类项目全貌的朋友。1. 项目定位从“污水”两个字反推出的控制需求1.1 工艺流程不同控制策略就不一样很多人拿到“污水处理”这个题目第一反应是查工艺图这没错。但做自动化的人不能只盯着工艺图上的箭头要想清楚每个箭头背后对应哪些设备、哪些仪表、哪些联锁条件。生活污水和工业废水的处理路线差异很大。常见的生活污水厂通常是粗格栅→进水泵房→细格栅→沉砂池→初沉池→生化池厌氧/缺氧/好氧→二沉池→深度处理→消毒→出水。工业废水则会根据水质增加水解酸化、气浮、芬顿等预处理单元。对于一套完整的自动化系统每个工艺单元都要对应一组控制逻辑。拿最前面的格栅和进水泵来说这看起来简单实际却最容易出问题。粗格栅是靠液位差自动启停的栅前液位高于栅后液位一定值格栅启动清渣同时格栅前后还有压力式液位计用于判断是否需要加大清渣频率。提升泵房里的潜水排污泵则要根据集水井液位自动轮换启停——低液位停泵防止空转高液位增开一台泵超高液位还要联锁打开溢流闸门。到了生化池控制逻辑就更复杂了。曝气系统要根据溶解氧DO调节鼓风机风量好氧池的DO通常控制在1.5~2.5mg/L左右但实际值还要看进水水质和污泥浓度。缺氧池需要控制搅拌器厌氧池则要确保溶解氧尽量低。这时候就需要PID调节和大量的模拟量信号参与。二沉池的污泥回流泵、剩余污泥泵也都有讲究。回流比要根据进水流量和污泥浓度来调程序里通常做比值控制剩余污泥泵则根据泥位计和时间继电器实现间歇排泥。所以第一步必须把工艺单元对应的控制对象列清楚。我在实际项目中习惯画一张表把每个工艺单元的设备、仪表、控制方式、联锁条件全部列出来后面做程序时直接照表施工不会漏项。工艺单元主要设备关键仪表典型控制方式粗格栅及进水泵房格栅机、提升泵、闸门栅前栅后液位计、集水井液位液位差启停格栅集水井液位控制泵组轮换细格栅及沉砂池细格栅、旋流沉砂器、砂水分离器液位计、流量计定时/液位联锁启停沉砂器连续运行生化池AO/A2O潜水搅拌器、鼓风机、内回流泵DO仪、MLSS仪、液位计DO串级调节风量回流泵按流量比值控制二沉池刮泥机、污泥回流泵、剩余污泥泵泥位计、流量计定时刮泥回流泵比值控制排泥按泥位/时间深度处理/加药间加药泵、搅拌机、过滤器pH计、流量计、浊度仪流量配比加药pH闭环调节消毒及出水紫外线消毒设备、出水泵余氯仪、出水流量计按流量调节紫外线强度/消毒剂投加量这张表列完“污水”两个字就不再是一个模糊概念而是一整套明确到每个逻辑点的控制需求。1.2 “大项目”的“大”到底大在哪里标题里写了“大项目”这个词很值得拆一下。做自动化的人不能只被“大”字唬住要拆解出大的维度。第一层是I/O点数。一套中等规模的污水厂DI/DO开关量输入/输出通常在200~500点之间AI/AO模拟量输入/输出在50~150点左右。这个规模意味着你必须认真做I/O清单不能想到哪加到哪。第二层是设备种类。泵、风机、阀门、格栅机、刮泥机、搅拌器、加药泵、紫外线消毒单元每种设备的控制逻辑都不一样。这里面电动机占了绝大多数而每台电机的控制必须考虑手/自动切换、运行反馈、故障反馈、联锁条件这些逻辑绝不能靠复制粘贴糊弄过去。第三层是软件交互的复杂度。WinCC上位机要跟S7-300下面的几十台设备打交道画面要分总览、工艺段、单机操作、报警记录、趋势曲线等若干个界面。变量要做到分类清晰、命名规范否则后面组态和维护都是灾难。第四层是调试周期。污水厂项目往往工艺调试和自动化调试并行进行生化系统的培养异味大且周期长。自控系统配合工艺调试的时候往往要频繁修改参数甚至修改逻辑这种情况下程序架构好不好改就特别关键。所以所谓“大项目”不是CPU选得有多大而是系统复杂度和现场的不可控因素多。这恰恰是后面所有选型和设计的最底层出发点。2. 平台选型S7-300与WinCC搭档的底层逻辑2.1 为什么这个组合至今仍有很强的生命力芯片缺货之前S7-300早就被西门子官方列入了“后续产品”的行列替代者是S7-1200/1500。但现实中大量的存量项目和改造项目仍然是S7-300的天下尤其是污水处理、水厂这类公用工程项目。从技术上说S7-300用在污水处理的常规控制场景绰绰有余。CPU 315-2PN/DP做几百点开关量和几十路模拟量的逻辑控制、PID调节、小型SCADA通信完全不会有性能瓶颈。而且S7-300的模块种类全、备件量大、做维护的电工师傅大多熟悉这是工程落地中很现实的优势。WinCC则一直是西门子监控层的拳头产品。选择WinCC而不是第三方组态软件最直接的好处是省掉了OPC或驱动授权这些中间环节。WinCC自带SIMATIC S7 Protocol Suite驱动配置好IP地址、机架号和插槽号就能直接跟S7-300通信。更重要的是变量管理和报警组态可以做得非常细适合污水厂这种需要长周期运行记录、大量报警和趋势分析的项目。有人会问为什么不选WinCC Unified或者直接上SCADA答案是对于一个以S7-300为控制器的项目传统WinCC是最稳妥、最成熟、文档最全的方案。很多厂子的运行人员也习惯了传统WinCC的操作习惯换新的反而会增加培训成本。2.2 硬件配置阶段必须定下来的几件事硬件配置不能等到画完图纸再想要在项目启动初期就把几个关键问题敲定。第一CPU机型。开关量点位数多、程序逻辑复杂至少要选315-2PN/DP。如果现场还有大量PID回路和复杂运算可以考虑317。CPU上有PN口可以直接走以太网与WinCC通信方便DP口可以留给ET200M从站或第三方Profibus设备。第二I/O布局。点数多时我的习惯是使用ET200M分布式I/O。把CPU放在中控室或一个电气间通过Profibus DP或者Profinet拉几条线到各工艺段的现场电气柜每个柜子放一个ET200M从站。这样电缆敷设量大大减少后期查线也方便。第三模拟量处理能力。污水厂里液位计、流量计、DO仪、pH计、MLSS仪基本都是4~20mA信号AI模块建议直接选用带隔离的8通道模块。个别传感器可能输出0~10V此时要注意模块量程的匹配不要混接。第四冗余和电源。中型污水厂通常不做PLC冗余但CPU电源和传感器回路电源要分开。给PLC供电的24V电源建议用两路CPU、IO模块一路传感器一路避免现场设备短路把控制器拖死。这一点在污水环境里尤其重要因为现场的湿度、腐蚀性气体对电子元器件的寿命影响很大。硬件上还有一个容易忽略的点存储卡。S7-300用MMC卡存放程序和数据块。一定要用原装卡容量也不要买小。项目后期要加注释、加数据块容量不够会很麻烦。3. PLC程序设计模块化是污水项目活下去的保证3.1 程序块的组织方式决定调试时的心态污水厂程序有个特点逻辑多、设备多、联锁多。如果全部堆在OB1里前几次调试都会变成噩梦。我的常规做法是结构化编程把程序拆成几个层级。OB1负责调用各功能块只做简短的循环扫描框架。每个工艺段或设备类型建独立的FC电机控制建一个通用FC模拟量处理和PID各建FB。数据通过共享DB传递参数放在背景DB里。这套结构看起来“标准”但真正常年做水处理的人会发现这个结构决定了后期配合工艺调试的效率。工艺人员三天两头会提需求“曝气池DO设定值帮我改成2.0”“3号泵的启动液位降低20厘米”。如果程序是模块化的这些改动就是改个DB里的参数或者改一个FC里的阈值如果是堆砌式程序就得在一坨逻辑里找铁丝。以电机控制为例我习惯写一个通用电机FC输入是启动命令、停止命令、联锁条件、运行反馈、故障反馈输出是电机控制字。这样不论台数多少逻辑保持统一。FUNCTION FC100 : MotorControl VAR_INPUT StartCmd : BOOL; // 来自上位机或自动程序 StopCmd : BOOL; InterlockStop : BOOL; // 联锁条件 RunBack : BOOL; // 接触器辅助触点/软启动器反馈 FaultIn : BOOL; // 综合保护器故障 END_VAR VAR_OUTPUT RunOut : BOOL; // 输出到接触器/软启动器 FaultOut : BOOL; END_VAR运行时逻辑简单说就是手自动切换后自动模式下启动命令必须同时满足“没有故障”“没有联锁停止”才输出运行状态靠反馈确认。停泵时如果收到运行反馈未消失还能触发“反馈错误”报警。这套逻辑在格栅机、回流泵、剩余污泥泵上都能共用只是联锁条件各不相同。3.2 从工艺联锁到设备安全的逻辑设计污水处理现场有个显著特点水池液位变化慢但泵阀动作频繁。液位是全局联锁的核心。提升泵房的集水井液位控制常用方式是四台泵轮换液位从低到高分四档一档液位开1号泵二档开2号泵……同时启动的泵按照运行时间自动切换避免某台泵长期运行磨损。低液位时全部停泵防止空转烧泵。生化池鼓风机的控制则要处理得更谨慎。鼓风机关系到微生物的生存处理不好就是工艺事故。自动模式下程序根据DO测量值和DO设定值的偏差调节变频器频率如果DO持续偏低再增开一台工频风机作为粗调。程序里必须加“运行台数自动增减”的机制不能只看PID。二沉池的刮泥机虽然逻辑简单但现场最容易在“过载反馈”这里出问题。刮泥机扭矩大、反馈接点抖动程序里要加延时滤波和故障跳闸自动复位。这些细节不写进代码里调试时就会频繁误报警。此外每个工艺段都要设置“检修”状态。设备检修时程序要保证上位机无法启动该设备并且相关联锁自动旁路。这不是逻辑复杂度的体现而是工程安全的底线。3.3 模拟量处理和PID调节的实际写法模拟量转换是污水PLC程序里最枯燥但绝不能错的部分。4~20mA、0~10V、Pt100温度各有各的量程和上下限。统一的做法是在FC里做标准化。// 模拟量输入转换假设AI模块量程0~27648 RealValue : (RawInt - IntLo) * (EngHi - EngLo) / (IntHi - IntLo) EngLo;这里要特别注意RawInt必须用INT转REAL否则负数会被错误处理。液位计常有负迁移量程比如-2.5m到2.5mIntLo是0IntHi是27648EngLo是-2500EngHi是2500一算就出来了。DO控制的PID是污水项目里最经典的自动控制场景。我一般不用西门子老式FB41这种带模糊输出的PID块而是自己封装一个位置式PID函数配合手自动切换、积分限幅、输出上下限、反作用设置。// 简化PID算法输出直接给变频器频率 Error : Setpoint - ProcessValue; Integral : Integral Error * SampleTime; IF Integral IntHigh THEN Integral : IntHigh; IF Integral IntLow THEN Integral : IntLow; Output : Kp * Error Ki * Integral Kd * (Error - LastError); // 限幅输出 IF Output 50.0 THEN Output : 50.0;虽然西门子有标准PID块可用但自封装的PID意味着你可以随时在WinCC上改P、I、D参数而不需要动底层的块。这对于污水处理这种工艺参数需要持续整定的场景非常实用。3.4 常见程序设计中的“坑”这里分享几个我在调试中踩过、见过无数人踩的坑。模拟量断线检测不做。污水厂环境恶劣仪表断线、传感器进水是常事。如果AI模块没有组态“断线使能”现场传感器断线后PLC会读到0或32767然后PID疯狂输出曝气风机全速运行池子泡沫满天飞。必须在程序里做质量判断或断线检测逻辑。泵切换逻辑里缺少运行时间累计。如果没有按累计运行时间自动轮换的功能你会发现某台泵运行了几千小时另一台泵几乎没动。上位机画面上要能看到每台泵的运行时间并且自动模式下优先启动运行时间最短的泵。电机控制块被反复调用但背景DB冲突。FC是共享的多个电机调用同一个FC时如果中间变量没有写落就会出现两台泵同时动作的问题。要么每个电机建独立背景DB要么把中间变量全部放在接口里不要用临时变量做状态保持。模拟量滤波造成PID迟钝。有的工程师喜欢对模拟量做滑动平均滤波但要是窗口太大DO趋势长时间不变PID靠这个值去调节整个系统就变成“慢性子”。滤波窗口要根据实际工况调试液位可以稍长DO和流量最好只做小滤波。4. WinCC上位机数据和画面设计的细节4.1 与S7-300建立通信的唯一正确姿势WinCC与S7-300通信常规做法是用SIMATIC S7 Protocol Suite驱动里的TCP/IP通道。首次组态时要填写PLC的IP地址、机架号和插槽号。S7-300通常机架号为0CPU插槽号为2这点不能搞错。如果PLC是315-2PN/DP直接把DP口留在现场通信PN口给上位机。若用的是老款313C-2DP之类的CPU没有PN口那WinCC就需要通过CP343-1以太网模块访问CPU。这种情况下插槽号不再是2而是网卡所在槽号很多初学者都卡在这一步。WinCC项目里的变量类型要跟PLC数据块保持一致。比如S7-300里的REAL对应WinCC里的浮点数32位IEEE 754WORD对应无符号16位这些对应关系必须核对否则画面上会显示出天文数字。有时候现场只有一台工控机用PLCSIM仿真调试这时WinCC的项目里要选“PLCSIM”变量驱动并且在WinCC运行前先启动PLCSIM。如果你拿真实PLC调试网卡参数和IP地址段必须保持同一网段否则通信时通时断。通信这块我的经验是项目启动初期就把上位机和PLC的IP规划好写进文档里。中控室、现场触摸屏、工程师站、PLC各自什么网段网关在哪提前定死。否则设备多了每一台都连不上排查半天都在网卡和通信设置里打转。4.2 变量管理的规则决定后期维护成本WinCC里有两种变量管理思路我强烈推荐第二种。第一种是想到哪建到哪画面上需要哪个变量就现建一个到后面变量多到几千个找起来想骂人。第二种是提前按系统划分创建变量文件夹一组变量对应一个工艺段命名规则统一。比如提升泵的启动命令叫《PMP_1_START》状态反馈叫《PMP_1_RUNNING》故障叫《PMP_1_FAULT》。模拟量叫《LIT_1001_AH》表示液位变送器1001测量值AI表示模拟量输入。这个命名习惯虽然一开始繁琐但后期无论做报警还是做报表搜索起来特别方便。WinCC还支持结构变量。比如我用一个结构类型“MotorStruct”包含了Start、Stop、Running、Fault等元素然后创建几十个结构变量对应每台电机。画面组态时直接调用结构元素省去一张张做动画连接的时间而且电机控制脚本闭眼复制粘贴就行。4.3 画面设计的三层逻辑与用户体验WinCC画面设计不要一上来就堆工艺图。全厂那么多设备一张图塞不下用户也不可能在一张图上完成所有操作。常规拆法是三层画面。第一层是总览飞屏形式展示全厂工艺段简图、主要设备运行状态、关键工艺指标、故障弹窗。运行人员上班第一眼看这一页三秒钟知道全厂正不正常。第二层是工艺段画面比如生化池画面、加药间画面。这里展示该工艺段的所有设备状态、仪表实时值、阀门开关状态。操作员可以在这一层进行启停操作、修改设定值、切换手自动。第三层是单机操作画面点击流程图上的某台泵弹出一个独立的操作面板显示运行状态、累计运行时间、电流、故障信息并设置启停按钮和参数输入框。这样做的好处是画面之间的跳转路径清晰误操作概率低。报警画面单独一页。WinCC报警控件能记录模拟量越限、开关量变位建议从项目第一天就配置报警归档动作否则后期数据没存下来再想加历史报警就没了。报警的优先级要分三级紧急故障、一般故障、提示信息。污水项目里提升泵故障、鼓风机故障、液位高高必须定义为最高级别并要能在总览页弹窗。4.4 趋势曲线与报表是工艺人员最依赖的功能WinCC趋势曲线不是摆设工艺工程师后期调工艺参数全靠它。DO趋势、液位趋势、流量累计趋势都要做。趋势控件的变量选择要覆盖主要模拟量时间范围要支持多档切换最近1小时、8小时、24小时、7天。有一点特别容易漏数据归档存储的时间间隔。默认可能是一分钟甚至更长但做PID分析时往往需要秒级数据。建议你根据项目需要设置归档周期关键工艺量DO、pH、流量按1秒归档液位和温度可以放宽到5秒。存储空间别省污水项目动辄要跑几十年。报表功能也是WinCC的一个大头。日报表要能按小时汇总进水量、出水量、累计运行时间、能耗数据。这需要用到WinCC的报表编辑器如果嫌麻烦也可以把关键数据写到SQL数据库用第三方报表工具来挑数。但说真的做水处理的老工程师还是喜欢WinCC熟悉的报表简单直接用。5. 现场调试与常见问题排查实录5.1 通信有问题先从这四件事查起上位机与PLC通信时好时坏这是现场最常见的问题原因十有八九不在软件而在物理层面。第一件事查网线和水晶头。污水厂控制室的电磁环境复杂非屏蔽网线在动力电缆附近很容易受到干扰。我遇到过WinCC画面频繁闪断后来发现通讯网线和变频器输出电缆放在同一个桥架槽里而且是超五类非屏蔽线换成屏蔽线并做好接地后问题消失。第二件事查IP地址。PLC和上位机必须处于同一网段还有一台触摸屏或者工程师电脑插进去IP冲突了也是问题。建议在项目调试前给所有接入设备做一张IP分配表包括网关、子网掩码不能只给个IP就完事。第三件事查WinCC的通信参数。机架号、插槽号、连接资源号都要对。如果PLC侧做了S7通信连接资源的限制WinCC连不上时程序也不报错很容易让人误以为是硬件坏了。第四件事查网卡节能设置。工控机网卡的“允许计算机关闭此设备以节约电源”一定要关掉否则WinCC长时间运行时网卡休眠一下画面就全灰了。这个问题我至少在三四个项目里碰到过。5.2 PLCSIM仿真调试的边界条件用PLCSIM调程序确实能省去很多现场反复下载程序的痛苦。但要注意PLCSIM并不能完全模拟真实硬件。比如DP从站的通信诊断、模拟量模块的断线报警、MMC卡断电保持等行为PLCSIM的表现和实物不一样。所以我的做法是分两阶段。第一阶段用PLCSIM把逻辑跑通电机控制块、PID模块、模拟量转换、WinCC画面显示全部验证。第二阶段在真实PLC上做点位测试一个一个点对线把所有输入信号在断电、短接、断线情况下测一遍。这个阶段最耗时但绝对不能省。仿真有个常见坑WinCC与PLCSIM通信时必须先启动PLCSIM加载程序再启动WinCC运行系统。顺序反了有可能连不上或者WinCC里全是0。如果你用新版WinCC和较老版本的PLCSIM还有可能出现“变量驱动不匹配”的报错。这时候卸载驱动、重装匹配版本基本能解决。5.3 现场问题速查表从泵站到生化池的实战经验调试期间遇到的问题千奇百怪把常见的整理成一张速查表现场排查时可以快速定位。现象可能原因排查与处理提升泵无法自动启动液位信号异常、液位设定值不对、联锁未复位检查液位计的4~20mA是否断线程序里查看液位实时值核对启动液位阈值泵频繁启停液位波动大死区设置太小调整启停液位死区比如启动液位1.5m停止液位0.8m中间留0.7m间隔鼓风机频率一直冲到最大DO传感器断线或DO值失真检查DO探头膜片、清洗传感器查看模拟量原始值是否正常WinCC画面设备状态不动PLC程序地址定义与WinCC变量类型不一致核对“BOOL”对应“二进制变量”状态字节对应“无符号8位”重新连接变量加药泵自动模式输出为0PID输出满足但加药泵反馈故障检查加药泵综合保护器整定值确认电机没有过载刮泥机频繁过载报警刮泥机机械卡阻或过载接点抖动现场观察刮泥机运行状态在程序里增加反馈确认延时和故障复位按钮这张表的背后是同一个逻辑控制系统出现问题不要急着怀疑程序先查输入信号的可信度。污水厂传感器受到湿度、结垢、腐蚀影响信号失真太常见。5.4 备份、版本管理和移交维护的经验污水厂项目的最终交付不只是程序能跑还体现在“别人接手时能不能看懂、能不能维护”。S7-300程序要保留原始项目文件源文件注释要写全。下载到PLC里的程序如果忘了上载后期现场MMC卡丢了或者损坏可能就面临整个程序重建的灾难。我通常在项目调试收尾时做三件事。第一把PLC源码项目备份到两个不同介质同时保留一份PDF格式的打印版方便不装STEP 7的同事查看逻辑。第二把所有硬件组态截图、IP地址表、I/O清单、WinCC变量表整理成一个交付文档。第三把WinCC项目源文件、画面文件、备份数据库一起归档确保任何一台新电脑都能打开继续维护。还有一个经常被忽略的PLC的程序注释一定要规范。STEP 7里块名、变量名能用英文就统一用英文缩写说明写在块注释里。我见过很多接手别人项目的案例块名是FC1、FC2变量名是A1、A2程序逻辑再妙也没人敢动。回到这套系统本身S7-300加WinCC在污水处理行业的组合属于非常成熟的方案。从前期I/O梳理到PLC程序模块化设计再到WinCC画面组态最后到现场联调每一步都有清晰的方法论。个人做了这么多年调试最大的感受是——自动化工程师的核心竞争力不只是会写代码而是要能理解工艺、理解现场、理解操作人员的真实使用习惯把每一步都踩实。我在实际项目里还有一个习惯程序每次修改之后都同步更新交付文档并且用日期和版本号命名绝不覆盖旧文件。这个看似笨拙的做法在后来的无数次调试变更中帮我避免了很多麻烦。如果你正在做类似的污水处理项目建议你从一开始就养成这个习惯它会让你在项目收尾时轻松很多。
