污水处理自动化项目实战：西门子WinCC与S7-300的完整设计与调试

在工业自动化这行摸爬滚打得久了，会发现污水处理项目是最能检验一个工程师综合能力的场景之一。标题里这几个关键词——西门子WinCC上位机、S7-300程序、污水处理——凑在一起，基本就是一套典型的市政或工业废水处理控制系统的完整交付物。这种项目不像单机设备调试那样简单，它涉及工艺理解、电气设计、仪表选型、网络通信、上位机开发甚至后期运维，是一个能把人从“只会写点”练成“能扛整线”的项目类型。

这篇文章我就以一套中等规模的污水处理自动化项目为例，把从需求拆解、硬件选型、PLC程序设计到WinCC画面开发的完整思路过一遍。重点不是罗列步骤，而是讲清楚每一步背后的取舍和现场经验。内容适合正在做或准备做类似项目的同行参考，也适合刚入行、想了解这类项目全貌的朋友。

1. 项目定位：从“污水”两个字反推出的控制需求

1.1 工艺流程不同，控制策略就不一样

很多人拿到“污水处理”这个题目，第一反应是查工艺图，这没错。但做自动化的人不能只盯着工艺图上的箭头，要想清楚每个箭头背后对应哪些设备、哪些仪表、哪些联锁条件。

生活污水和工业废水的处理路线差异很大。常见的生活污水厂通常是：粗格栅→进水泵房→细格栅→沉砂池→初沉池→生化池（厌氧/缺氧/好氧）→二沉池→深度处理→消毒→出水。工业废水则会根据水质增加水解酸化、气浮、芬顿等预处理单元。

对于一套完整的自动化系统，每个工艺单元都要对应一组控制逻辑。拿最前面的格栅和进水泵来说，这看起来简单，实际却最容易出问题。

粗格栅是靠液位差自动启停的，栅前液位高于栅后液位一定值，格栅启动清渣；同时格栅前后还有压力式液位计，用于判断是否需要加大清渣频率。提升泵房里的潜水排污泵则要根据集水井液位自动轮换启停——低液位停泵防止空转，高液位增开一台泵，超高液位还要联锁打开溢流闸门。

到了生化池，控制逻辑就更复杂了。曝气系统要根据溶解氧（DO）调节鼓风机风量，好氧池的DO通常控制在1.5~2.5mg/L左右，但实际值还要看进水水质和污泥浓度。缺氧池需要控制搅拌器，厌氧池则要确保溶解氧尽量低。这时候就需要PID调节和大量的模拟量信号参与。

二沉池的污泥回流泵、剩余污泥泵也都有讲究。回流比要根据进水流量和污泥浓度来调，程序里通常做比值控制；剩余污泥泵则根据泥位计和时间继电器实现间歇排泥。

所以第一步必须把工艺单元对应的控制对象列清楚。我在实际项目中习惯画一张表，把每个工艺单元的设备、仪表、控制方式、联锁条件全部列出来，后面做程序时直接照表施工，不会漏项。

这张表列完，“污水”两个字就不再是一个模糊概念，而是一整套明确到每个逻辑点的控制需求。

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.5m，IntLo是0，IntHi是27648，EngLo是-2500，EngHi是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通常机架号为0，CPU插槽号为2，这点不能搞错。

如果PLC是315-2PN/DP，直接把DP口留在现场通信，PN口给上位机。若用的是老款313C-2DP之类的CPU没有PN口，那WinCC就需要通过CP343-1以太网模块访问CPU。这种情况下插槽号不再是2，而是网卡所在槽号，很多初学者都卡在这一步。

WinCC项目里的变量类型要跟PLC数据块保持一致。比如S7-300里的REAL对应WinCC里的浮点数32位IEEE 754，WORD对应无符号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 现场问题速查表：从泵站到生化池的实战经验

调试期间遇到的问题千奇百怪，把常见的整理成一张速查表，现场排查时可以快速定位。

这张表的背后是同一个逻辑：控制系统出现问题，不要急着怀疑程序，先查输入信号的可信度。污水厂传感器受到湿度、结垢、腐蚀影响，信号失真太常见。

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画面组态，最后到现场联调，每一步都有清晰的方法论。个人做了这么多年调试，最大的感受是——自动化工程师的核心竞争力不只是会写代码，而是要能理解工艺、理解现场、理解操作人员的真实使用习惯，把每一步都踩实。我在实际项目里还有一个习惯：程序每次修改之后都同步更新交付文档，并且用日期和版本号命名，绝不覆盖旧文件。这个看似笨拙的做法，在后来的无数次调试变更中帮我避免了很多麻烦。如果你正在做类似的污水处理项目，建议你从一开始就养成这个习惯，它会让你在项目收尾时轻松很多。