在污水处理这一行干了十多年从继电器电路一路做到DCS和PLC混搭我越来越觉得S7-1200在这个领域里是个被低估的好东西。很多人一提到污水厂自控脑子里只有S7-300/400或者S7-1500觉得1200是小型设备、只配干点皮带输送的活。但说实话对一个日处理量几万吨的市政污水厂或者工业园区废水站来说S7-1200无论是从处理能力、通信接口还是性价比上看都相当能打。这篇内容我把自己在好几个污水项目里用S7-1200做控制系统的设计思路、选型心得、编程套路和现场踩坑记录整理出来希望能给正在做类似项目的同行一些参考。考虑到来看这篇文章的兄弟水平参差不齐有的是刚毕业的学生在做PLC毕设有的是现场维修电工想转自控也有的是设计院刚接触西门子产品线的工程师我尽量把每一个环节都讲透。先说清楚这个系统是干什么的污水处理控制系统核心任务就是把进水的COD、氨氮、总磷这些指标通过一系列物理和生物手段降下来而PLC要干的事就是把粗格栅、提升泵、细格栅、沉砂池、生化池、二沉池、加药间、污泥脱水间这些设备按工艺要求自动运行起来同时把数据传给中控室让操作员能远程监控和干预。1. 工艺需求与控制对象拆解1.1 污水处理全流程中PLC需要把控的关键环节正规一点的污水处理厂工艺段大概是这样的进水泵房粗格栅提升泵→ 细格栅 → 沉砂池 → 生化池厌氧、缺氧、好氧也就是AAO工艺→ 二沉池 → 深度处理加药、过滤→ 消毒 → 出水。中间还有一套污泥处理线涉及污泥浓缩和脱水。每一段对自动化控制的要求都不一样我把它们拆开来逐个分析。先说进水泵房的粗格栅。这个设备看着不起眼但控制逻辑其实有讲究。格栅除污机不能一直开着那样浪费电而且磨损设备也不能长时间不开栅前栅后液位差太大垃圾会把栅条堵死。所以控制策略一般是双条件触发当栅前栅后液位差超过设定值比如300mm自动启动运行一圈或者一个周期后停止同时也要按时间轮询比如每隔30分钟强制启动一次防止垃圾粘结。这套逻辑在S7-1200里写梯形图大概也就十几个网络但对现场经验不足的调试人员来说最容易犯的错是没考虑格栅机正反转到位停止的互锁结果把链条拉断了。这个问题后面的实操章节我会详细讲。提升泵的控制是整个系统里能耗最大的一块也是控制精度要求最高的环节。进水量是波动的白天晚上差很多下雨天更是暴涨如果泵房液位控制不好要么泵频繁启停烧电机要么溢流到厂区外面造成环保事故。主流的做法是用变频器液位计做恒液位控制PID调节输出频率让进水量等于出水量。我在两个项目里都用S7-1200自带的PID指令块实现这个逻辑效果非常好配合变频器的节能模式实测下来比工频启停的方式节能15%以上。生化池部分是控制难点中的难点。好氧段要控制溶解氧浓度DO在2mg/L左右太低的话硝化反应不彻底氨氮超标太高的话浪费电、污泥容易老化。缺氧段要控制ORP氧化还原电位在-100mV左右保证反硝化脱氮的效率。这套控制用到了曝气风机的变频调节和溶解氧仪表的串级PID结构是外环DO控制内风气量S7-1200对这种嵌套PID的处理能力完全够用不需要上1500。我甚至在一个项目里用S7-1200同时处理了8个PID回路好氧区两套、泵房、加药、滤池反冲洗PLC的扫描周期和CPU负载率依然在可控范围内。加药系统是另一个需要精细控制的地方。除磷加PAC聚合氯化铝、脱泥加PAM聚丙烯酰胺、深度处理加次氯酸钠每个加药泵都要根据进水流量和出水水质做比例调节。这一段的PLC控制逻辑不复杂难的是跟流量计和在线仪表的数据交互要稳信号传输一抖药量就忽大忽小出水总磷直接超标。1.2 为什么选择S7-1200而不是S7-300或者S7-1500这是个很实在的问题。我在项目初期做方案对比的时候业主和设计院经常会问你为什么不选S7-300或者直接上S7-1500多好我跟你说实话S7-300确实在污水处理行业有大量的存量项目很多老工程师对它熟得不能再熟但从当前的项目周期和新项目的技术需求来看S7-1200在很多场景下反而是更合理的选择。先说性价比。一套S7-1200的CPU 1214C加上必要的信号模块和通信模块价格大概是同等IO点数下S7-300的一半左右跟S7-1500比更是差了将近一倍。对一个中型的污水厂控制系统来说IO点数一般也就两三百点S7-1200的扩展能力完全覆盖得住。CPU 1214C本身自带14DI/10DO还能挂8个信号模块和3个通信模块最大本地IO能到284点用分布式IO或者ET200系列还能进一步扩。你要是需要更大的容量可以选CPU 1215C或者1217C性能更强一些。再说软件生态。S7-1200用的是TIA Portal博途平台所有配置都在一个工程里搞定PLC程序、HMI画面、网络组态、驱动调试一把梭。相比老的STEP 7 V5.x那一套博途的使用体验和开发效率是代际差别。我记得前几年做一个改造项目老工程师用STEP 7写了三天还没理清接口我把S7-1200的程序从零写到最后联合调试也只用了四天。不是谁的水平差异问题纯粹是工具链的效率差距。还有一个容易被忽略的点是通信能力。S7-1200的CPU本体集成了Profinet接口还支持Modbus RTU/TCP走第三方设备的协议非常方便。污水厂里有很多第三方设备潜污泵的变频器可能是ABB的鼓风机可能是韩国的仪表可能是EH或者哈希的它们各自的通信协议五花八门。S7-1200可以同时挂几个通信模块一路走Modbus RTU去带变频器一路走Profinet跟触摸屏和远程IO通信还能用TCP跟中控室的组态软件对接一个CPU全干完不用再配通信网关。这个灵活性对我来说太重要了。但话说回来S7-1200也不是万能的。如果你的项目规模特别大IO点数上千而且涉及复杂的批量控制和高级语言编程那还是老老实实上S7-1500。另外在红闪存指冗余场合S7-1200没有冗余方案S7-1500R/H才是正道。不过污水厂这种连续性不太苛刻的场合我还没遇到过必须冗余的需求——你可能想不到我做过一个厂用了三套S7-1200按工艺段划分互为备用比一套S7-1500冗余还便宜还灵活。2. 硬件选型与系统架构设计2.1 IO点表统计与信号类型分析硬件选型之前最重要的一步是统计IO点表。我这几年发现一个规律凡是项目后期出现PLC柜里模块不够插或者AI模块通道不够用的情况十有八九是前期IO点表统计的时候漏了信号或者估错类型。我把一个典型日处理量2万吨的污水厂IO清单整理出来供参考信号类型点位数量典型用途DI数字量输入90设备运行状态、故障反馈、手/自动切换、限位开关、液位开关DO数字量输出65启动/停止命令、阀开/关命令、指示灯、声光报警器AI模拟量输入 4-20mA48液位计、流量计、溶解氧仪、pH计、ORP计、MLSS计、压力变送器AI模拟量输入 PT100/热电偶16电机轴承温度、鼓风机温度AO模拟量输出 4-20mA12变频器频率给定、调节阀开度给定、加药计量泵冲程从这张表可以明显看出AI点数是硬件配置的瓶颈因为模拟量输入模块一般只有8通道或者16通道两线制和四线制仪表的接法还不一样选型的时候要特别留意。我这里列一下实际项目中常见仪表的信号制式液位计超声波、雷达、静压式绝大多数是4-20mA两线制溶解氧仪EH COS61D、哈希LDO通常也是两线制但有些型号是四线制需要仪表内部提供24V电源选SM1231 AI 8通道模块时要确认能支持对应的接线方式。我踩过一次坑买了一批四线制的溶解氧仪配了两线制的AI模块结果现场仪表信号死活上不来后来才知道是共地问题折腾了整整两天。2.2 具体硬件配置方案我习惯把一个污水处理控制系统的硬件配置分区域来做而不是一整块大杂烩。原因很简单污水厂各区域物理位置分散从进水泵房到生化池可能隔着几百米模拟量信号拉这么长线电压降和干扰都是问题。所以我的方案是采用分布式架构中控室放CPU主站各工艺区域放远程IO站通过Profinet光纤或者工业以太网连接。我最近做完的一个项目具体配置是这样的主站PLC机柜CPU模块S7-1200 CPU 1214C DC/DC/DC固件版本V4.5以上这一步很重要因为博途版本和固件版本必须匹配V4.5及以上的固件支持很多新功能包括更完善的Web服务器和PROFIenergy功能电源模块PM120724V/2.5A给CPU本体和DI/DO模块供电24V供电冗余分配PSU 24V/20A电源给所有现场两线制仪表供电要算好总电流仪表数量多了很容易超载信号模块SM1231 AI 8x13bit2块8通道分辨率13bit勉强够用如果你对精度要求高可以选16bit的版本价格差别不大信号模块SM1232 AQ 4x14bit1块4通道模拟量输出给变频器给定信号通信模块CM1241 RS485Modbus RTU主站2块一块带进水泵房和加药间变频器另一块带出水仪表间的水质仪表进水泵房远程IO站ET200SP 接口模块 IM155-6 PN STDI 16点模块2块格栅机、提升泵、启闭机的状态与命令AI 8通道模块2块液位计、流量计、温度信号DO 8点模块1块生化池远程IO站ET200SP 接口模块 IM155-6 PN HFAI 8通道模块4块DO仪、ORP仪、MLSS仪、液位计DI/DO混合模块若干这个配置的核心思路是跟CPU放一起的机架只放少量的模拟量输出因为AO信号要直接接到中控室的变频器和调节阀上现场大量的模拟量采集全部下沉到远程IO站就近接入就近转换然后用Profinet光纤把数据汇到CPU。这样做的好处有两个第一模拟量信号传输距离短抗干扰能力强第二光纤通信避免了长距离电缆敷设的施工量和成本。2.3 网络架构与通信协议规划这个环节很多人前期不重视到现场调试两台设备通信不上才开始查协议查IP其实一开始规划好就完全没这个问题。我倾向于把整个系统分成三层网络管理层、控制层和设备层。管理层就是中控室的监控组态软件WinCC或者第三方组态软件通过工业以太网跟PLC主站通信采集数据和下发指令。S7-1200在这层的表现还是不错的用S7协议TCP 102端口跟WinCC通信几乎是零配置如果用的是第三方组态软件组态王、力控、MCGS之类很多也都支持S7-1200的驱动我实测过组态王6.55和力控7.0都能正常走S7协议通信。有一点要注意S7-1200的S7通信连接数是有限制的CPU 1214C最大支持16个并发连接如果中控室服务器、工程师站、触摸屏、远程监控同时在线连接数可能不够用需要规划好或者用S7-1500最大32个连接。控制层是PLC主站和远程IO之间的Profinet通信。这一层我建议走光纤水厂的电磁环境恶劣变频器多、大电机启停频繁普通超五类网线在这种环境下抗干扰能力不够光纤一劳永逸。距离长的话还可以成环网虽然S7-1200作为IO控制器不支持环网冗余S7-1500配合特定交换机才行但可以搞物理星型拓扑光纤从PLC柜分别拉到各个远程IO站中间加光交换机就行。设备层是PLC跟变频器、仪表之间的Modbus RTU和模拟量信号。我的经验是凡是支持Modbus的变频器ABB ACS510/ACS580、西门子G120、汇川MD500这些都是标配Modbus RTU优先走通信而不是硬接线。走通信的好处是能读回变频器的实际运行频率、电流、故障代码这些数据对中控室的运维监控很重要。缺点是Modbus RTU的响应速度比较慢一条报文轮询一圈如果挂太多从站会拖慢数据刷新周期我的实测经验是一条RS485总线挂不超过8台变频器轮询周期能控制在1秒内再多了就得考虑分两条总线或者换Modbus TCP。3. 控制策略与程序框架设计3.1 泵房液位恒控制与变频器PID细节提升泵房的恒液位控制是整个系统中最重要的单回路控制因为它直接决定整个厂能不能稳定运行。控制目标是让集水井液位稳定在一个设定值附近通过调节变频泵的转速来平衡进水量和出水量。这个控制如果做不好最直接的表象就是泵憋压、气蚀、频繁启停严重的会冲击后续工艺。S7-1200的PID功能块PID_Compact用起来比S7-300的FB41要顺手得多因为博途把它做成了集成块支持自整定效果还相当靠谱。但我想特别提醒一下自整定归自整定你还是要对PID参数有个基本的判断。比如比例增益Kp设太大会导致液位振荡泵的转速跟着一上一下对变频器和电机都是折磨。我的经验做法是先手动测试泵的频率-流量-液位关系大致确定系统的时间常数再决定PID参数的大致量级。自整定跑完之后再手动微调一般都能得到比较满意的结果。从程序实现角度看PID_Compact需要接一个来自HMI或中控室的设定值比如液位设定2.5米一个过程值反馈液位计的4-20mA信号折算成工程量输出是0-100%的量映射到变频器的0-50Hz频率给定。这里面有一个细节很多人会忽略PID输出和变频器频率之间的映射关系未必是线性的因为变频器的低频段电机的输出转矩不够泵基本不出水所以要在程序里加一个最小频率限制比如低于20Hz的时候直接按20Hz输出防止泵在低频零流量的状态下空转。这个限幅处理放在PID块输出后、送AO模块之前用LIMIT指令包一下就行。另外还要加一个抗积分饱和的处理。当液位已经超过报警值比如3.5米但PID输出仍没达到满频这时候积分项会一直累加液位降下来之后系统要反应很久才能把转速降下来这就是典型的积分饱和。S7-1200的PID_Compact内部有这个抗饱和机制但前提是你把输出限幅设置好别用默认的0-100%要根据实际频率范围设定上下限。3.2 溶解氧DO串级控制与曝气节能策略生化池曝气系统的控制是污水厂节能的大头占到全厂电耗的40%-60%所以你在这块做得越精细省的电费就越多业主就越满意。传统做法是恒定曝气量风机一直满频转或者几台风机轮流切换根本不看水里的实际DO是多少看着省事实际浪费得离谱。我用S7-1200做了一个串联控制方案实测能比恒定曝气节能20%-30%。串级控制结构是这样的主回路是DO控制器反馈来自好氧区末端的溶解氧仪输出作为副回路的设定值。副回路是曝气量或者风机导叶开度控制器反馈来自空气流量计输出直接控制风机的导叶或变频频率。通俗点说主回路负责根据水质决定要多少气副回路负责精确达到这个气量。为什么不用单回路直接控制风机频率因为曝气系统的非线性太严重了风管压力变化、阀门开度变化、多个支路之间的相互干扰都会让DO和风机频率之间的关系发生漂移。加一个副回路之后副回路能快速克服这些扰动主回路只需要处理水质变化这种慢变量控制效果会好很多。S7-1200的CPU跑两个PID_Compact完全没问题我实测控制周期主回路设10秒、副回路设5秒稳定性和响应速度都很好。这里再分享一个工程上的小技巧曝气风机启动台数的控制。单台风机的调节范围有限超出范围就需要加一台或者减一台风机。在程序里做一个风量需求计算的功能块用副回路的输出值0-100%做判断当输出持续大于90%超过5分钟且实际风量小于需求风量就发指令启动下一台风机当输出持续小于40%超过10分钟就发指令停掉一台风机。启动间隔要加延时防止两台风机频繁启停打架。所有风机做成联锁优先级每次启动排程运行时间短的优先启动、运行时间长的优先停止这样能均衡每台风机的磨损。3.3 手自动切换与安全互锁逻辑的设计原则污水处理厂不能完全自动化很多情况下需要现场人工干预设备检修、工艺异常、初次调试。所以手自动切换功能不是一个简单的开关而是一整套逻辑设计。我的设计习惯是每个设备都有三种控制模式就地现场按钮箱操作、远程手动中控室点动控制、远程自动PLC按工艺逻辑自动运行。这个三模式切换的优先级是就地最高远程手动次之远程自动最低。就地模式下一律屏蔽中控室指令这是安全底线防止调试时中控室误操作导致设备突然启动伤人。互锁逻辑是PLC程序的保命环节。以提升泵和格栅为例格栅机不在运行位置泵绝不能启动否则垃圾可能堵在格栅通道里泵的出水管路上有电动阀阀没有全开到位泵不允许启动否则憋压泵的电气回路有故障或者热继电器跳闸泵不能自动复位需要人工到现场排查。这些互锁条件我在程序里用常闭触点串进启动回路任何一个条件不满足启泵输出就被掐断。安全互锁这块踩坑案例还挺多的我说一个印象最深的。早期做的一个项目我为了图省事把电动蝶阀的故障反馈信号直接用作了阀位开到位的辅助条件结果现场调试的时候发现阀门供电跳闸之后反馈信号保持为有电状态导致PLC认为阀已经开到位直接启动了泵差点把管道撑爆。后来我改成用开到位和关到位两个独立的限位开关信号并且加入状态不一致的故障判断两个限位同时为1说明反馈回路有问题才彻底解决这类隐患。凡是涉及安全联锁的信号一定要用真实的机械反馈不能偷懒用等效信号。4. 实操过程与核心环节实现4.1 TIA Portal项目创建与硬件组态博途这个软件你装的时候可能会觉得个头大、占用空间大但真正用起来是真的方便。创建一个S7-1200的工程流程大概是这样的打开TIA Portal V16或者V17我个人建议用V16以上对S7-1200 G2版本的CPU支持更好新建项目添加设备选择CPU型号然后开始配置硬件。配置硬件的时候有几个地方特别容易出错。一是模块顺序必须严格按照实际安装顺序来配CPU左边是电源模块右边依次是信号模块和通信模块模块的插槽位置在软件里是固定的你配错了下载的时候会报错。二是要正确选择模块的固件版本这个跟博途的版本有关版本不匹配会导致模块识别不了或者功能受限。三是每个信号模块的通道地址是自动分配的你可以在设备视图里修改起始地址但要注意不能重叠。硬件配置完了之后别忘了设置CPU的IP地址。这里建议规划内网IP段的时候把整个水厂的系统统一规划比如PLC主站用192.168.0.10进水泵房远程IO用192.168.0.11生化池远程IO用192.168.0.12中控室服务器用192.168.0.100触摸屏用192.168.0.50这样出了问题排查起来非常直观。子网掩码统一用255.255.255.0就行别搞复杂了。还有一个关键设置启用NTP时间同步。S7-1200支持NTP客户端可以从中控室的时间服务器同步时间。污水厂的数据报表对时间戳要求很高特别是环保部门联网报送的平台时间不准会导致数据对不上麻烦得很。我一般会在中控室装一台NTP时间服务器或者用路由器/防火墙做时间源然后让所有PLC和触摸屏都从它同步时间保证全厂时间一致。4.2 程序结构规划主程序、子程序与中断S7-1200的程序组织单位有三种OB组织块、FC函数、FB函数块。对初学者来说最容易理解的是把整个程序都写在一个OB1里但实际项目这么做会有问题一是程序太长排查故障的时候要翻几百个网络效率极低二是不同类型设备的逻辑混在一起交接维护的人根本看不懂。我自己的程序结构习惯是这样的也是我推荐给项目团队的模板OB1主循环只做设备级联锁逻辑和模式切换逻辑按区域调用各功能块OB100启动组织块做一些初始化操作比如把保持性变量的初始值写入把PID块复位OB10-19时间中断可选如果有需要精确周期执行的任务比如采集某个累积量按小时累加放到时间中断里FC1模拟量处理把所有的AI原始值0-27648统一转换成工程量浮点数存到DB块里FC2泵类控制所有潜污泵、回流泵的控制逻辑包含手自动、联锁、保护、轮换FC3阀门控制电动阀门的开阀、关阀、到位判断、故障报警FC4格栅控制格栅机的周期运行、液位差启动、过载保护FC5PID控制所有PID回路的调用和模式切换包括本地/远程设定值选择FB100通信处理Modbus RTU主站轮询逻辑读写各变频器和仪表的数据用功能块封装的好处太明显了。比如你有4台提升泵它们的控制逻辑几乎一样只是IO地址和参数不同。你写一个FB块每台泵生成一个背景数据块这样泵的控制逻辑只维护一份改的时候四台泵一起生效省时省力还不容易漏改。这也是博途相比老STEP 7的一大优势FB块的背景数据块用起来非常灵活。关于中断组织块的提醒污水厂的程序里我建议尽量少用硬件中断和延时中断因为水处理工艺是连续慢速过程对实时性要求没那么高而中断会打断主程序的执行可能造成联锁判断的时序错乱。如果有周期性的任务用循环中断OB30默认100ms周期就够了设置成500ms大概就够没必要追求太快。4.3 代表性程序段展示泵轮换与液位差格栅我用STL语句表风格把几个代表性的程序段逻辑写出来给想做参考的人一个直观的印象。虽然S7-1200不直接用STL编程博途里S7-1200主要支持LAD、FBD和SCL但我这里用文字逻辑来描述因为实际现场的人看图纸和逻辑描述反而比直接发SCL代码更直观。如果你要用代码SCL是S7-1200项目里最推荐的高级语言可读性比梯形图好得多强烈推荐有编程基础的工程师直接上SCL。泵轮换控制逻辑// 4台提升泵按运行轮次选择启动优先级 // 当液位高于启动值且PID输出增加时需要增开一台泵 // 选择规则当前轮次为1则优先启动泵2、泵3、泵4 // 轮次变量rotation_rank在每次成功启动一台泵后加1 // 泵启动成功后将其运行时间清零其他泵的运行时间继续累加 // 自动启动前检查变频器未故障、泵无综合故障、出水管阀门已开到位这个逻辑看起来简单但实际写起来要处理各种边界情况比如泵的启动时间间隔防止同时启动电流冲击过大、泵运行时间平衡防止一台泵天天运行另一台锈死、检修中泵的跳过设备检修信号置1后程序自动跳过这台泵等等。格栅液位差控制逻辑// 栅前液位计和栅后液位计的实时值分别存到DB1.DBD4和DB1.DBD8 // 液位差值 栅前值 - 栅后值 // 当液位差值 300mm 时格栅自动启动运行一个周期后停止 // 同时格栅具有定时启动功能每隔30分钟启动一次运行3分钟 // 故障处理格栅过载或者卡滞时启动电机停止同时给中控发报警 // 最重要的一点格栅启动前必须确认格栅已在自动状态且远程/就地切换在自动我在实际项目中还加了一个定期反转功能格栅正常运行时每隔一个周期比如8小时自动反转运行一次目的是把卡在栅条背面的垃圾清掉。这个功能看着简单但需要控制接触器的换向程序里要加严格的互锁防止正反同时吸合。4.4 模拟量处理与量程标定细节这一节必须单独拿出来讲。模拟量处理是所有污水厂自控系统里最容易出问题也最影响运营体验的环节。S7-1200的AI模块把4-20mA信号转换成0-27648的整数值16位分辨率下满量程是27648不是32767很多人第一次搞不清楚这个。后续处理必须做两件事一是把原始值转换成工程量浮点数比如液位计的量程是0-5米4mA对应0米20mA对应5米所以工程量 原始值 / 27648 * 5米。二是做信号质量判断原始值如果低于某个阈值比如小于500说明信号断线或者仪表故障这时候程序不能按正常值继续控制需要切换到安全状态。我见过一个很典型的案例曝气池的DO仪信号线在室外被老鼠咬断了AI模块读到的原始值变成0程序按DO0处理PID输出疯狂往上顶风机开满结果DO值还是0现场操作员又接到了大量报警场面一度非常混乱。后来我在每个模拟量通道后面都加了断线检测如果原始值低于设定阈值通常设为4mA对应的原始值再减去一个死区比如200程序就判定该通道信号异常PID切到手动模式并保持当前输出值同时中控室弹出DO仪信号异常请检查线路的报警。这个改动看着小但避免了无数起因为信号异常导致的工艺事故。4.5 变频器、触摸屏与第三方的通信配置变频器的Modbus RTU通信配置是我在项目中花时间最多的环节之一。以ABB ACS510为例它的Modbus RTU从站地址默认是1波特率9600或者19200数据格式8N1这些参数要通过变频器面板设置。然后S7-1200侧用CM1241 RS485模块做主站在博途里组态一个Modbus RTU主站协议配置通信参数和报文。启动报文就是写一个保持寄存器ABB的变频器地址40101是控制字40001是给定值寄存器给定频率写到40001寄存器里数据格式是百分数就是0-10000对应0-50Hz。通信这玩意有个排错套路。通信不上先查物理层RS485的A、B线有没有接反这个是最常见的低级错误终端电阻有没有匹配通信距离有没有超过限制屏蔽层有没有单端接地。然后查参数层从站地址、波特率、数据格式、校验位必须完全一致。最后查报文层用串口调试助手直接连到变频器上发Modbus报文看能不能收到应答能收到说明PLC到变频器的链路没问题问题出在PLC程序上收不到说明物理层或者参数配置有问题。触摸屏我用过西门子的KTP1200也用过MCGS和威纶通。KTP1200跟S7-1200是同门师兄弟走Profinet通信组态的时候直接拖拽变量就行几乎零配置。但KTP1200有一个让我头疼的地方它自带的时间如果跟PLC不对齐操作员在触摸屏上看到的时间跟中控室服务器不一致会出现数据对不上的扯皮。S7-1200可以通过程序把系统时间同步给KTP1200在触摸屏的区域指针里配置一个数据块PLC周期写入当前时间触摸屏读取后自动校准。这个功能我每次做项目都会加进去。对于用国产触摸屏的情况比如MCGS它跟S7-1200通信一般是走S7协议或者Modbus TCP。MCGS的S7-1200驱动支持得还不错但要注意在S7-1200侧需要开启允许来自远程对象的PUT/GET通信访问选项否则触摸屏读不到数据。这个选项在CPU属性-防护与安全-连接机制里面默认是关闭的很多人第一次做项目忘了打开触摸屏上全是报警符号。5. 常见问题与排查技巧实录5.1 模拟量信号干扰与接地问题处理污水厂里的电磁环境在工业现场里算是比较恶劣的变频器、大功率电机、高频加热设备污泥干化扎堆模拟量信号很容易被干扰。我总结出的排查优先级先看接地、再看屏蔽、最后才是信号源本身。接地问题最常见的是模拟量信号的参考地仪表负端和PLC模块的M点之间存在电位差。我处理过一个案例进水流量计的示数周期性跳动幅度大概在满量程的2%左右仪表本身没故障用万用表在仪表端测电流很稳定到了PLC模块端测就跳。最后检查发现是仪表端的24V电源用的是柜内开关电源而PLC模块M点也是同一个开关电源但是两组电源之间没有做等电位连接中间有大概0.3V的压差这个压差直接叠加在4-20mA信号上。解决办法就是在仪表和PLC模块之间用一根较粗的导线做等电位连接故障立刻消失。屏蔽层的问题也值得单独说。4-20mA信号线要用屏蔽双绞线屏蔽层要单端接地在PLC柜内接到PE排上绝不能两端都接地否则会因为大地电位差产生环流反而把干扰引进来。有些施工队不懂这个把屏蔽层在仪表侧也接地了形成地环路信号反而更差。我在项目文档里会特别标注模拟量信号的屏蔽层统一在PLC柜内PE排单端接地仪表端屏蔽层空置。5.2 通信类故障的处理套路通信故障分几个层面。以太网通信问题先Ping一下试试IP地址错了最常见。再检查交换机的端口状态看看有没有Link Down光纤收发器的光功率指示灯是不是绿的。Modbus RTU通信问题按我前面说的套路一步步排查就行。我这边有个真实的项目案例PLC和变频器Modbus RTU通信程序跑起来之后时通时断报3号错误码CRC校验错误。检查了物理层和参数都正常。后来用串口调试工具监视总线上的报文发现是总线上两个变频器的从站地址重复了操作员改参数的时候不小心把3号变频器的地址改成了和4号一样导致两个从站同时对主站报文应答数据冲突CRC自然永远校验不过。把地址改回来之后一切正常。这类问题隐蔽性很强没有串口监视工具的话很难定位。5.3 程序逻辑异常与隐患的经典案例程序逻辑问题相对容易解决但要养成好习惯。比如在写自锁逻辑的时候把启动按钮和停止条件串反了现场表现出来的现象就会很诡异设备启动之后再按停止按钮设备反而继续运行必须去现场拍急停。这类错误在仿真软件里很难查出来因为仿真的时序和实际情况有差异唯一的办法就是细心再细心上电前逐个网络过逻辑。还有一个隐患是保持性变量的使用。S7-1200的M存储区默认是保持性的断电重启后之前的状态会保持这在地下水位比较高、频繁停电的水厂是个隐患。比如PID参数如果存在保持性M区停机检修时调乱了参数重新上电后会以错误参数运行。我的经验是除了必须保持的比如泵轮换轮次、累积量其他变量尽量用非保持性的L区或者直接放到OB100里重新初始化确保每次上电都是干净的初始状态。5.4 带载调试与现场验收注意事项带载调试阶段是整个项目压力最大的阶段因为出问题的不只是PLC程序还有电气回路、机械故障、仪表精度各种问题交织在一起。我的建议是分步走先单机调试一台泵一台泵的试确认电机转向、阀门开闭、仪表反馈都对了再进入联动调试。联动调试先做空载联动再做带水联动最后才按设计工况做满负荷测试。每走一步都要做记录验收交接栏里签好字这是保护自己也是保护业主。带载调试中最容易忽视的是泵的启动次数限制。污水厂的进水波动大如果液位信号因为PID整定不佳而频繁穿越启停阈值泵会频繁启停电机启动电流对绕组的冲击非常大一个夏天下来可能会烧掉电机。我一般会在程序里加一个启动间隔计时器限制单台泵两次启动的最小间隔比如5分钟同时启用泵的运行时间最短优先策略均衡各泵的运行时间从源头上避免单台泵累死。6. 系统扩展与后续优化方向最后结合我自己的实操体验聊一聊这个系统的扩展空间和优化方向毕竟PLC只是整个水厂自动化的底座真正让它发挥价值的是在此基础上叠加的应用场景。一个方向是数字孪生和虚拟调试。TIA Portal支持PLCSIM高级仿真可以跟工艺仿真软件做联合仿真在虚拟环境里跑一遍全流程提前暴露逻辑问题省去现场大量的反复调试时间。我在一个改良项目里试过用PLCSIM调完泵轮换逻辑现场基本一遍过体验非常好。另一个方向是把S7-1200的数据往云上送。通过IoT网关或者直接走S7-1200的Modbus TCP服务器把关键工艺数据推送到云端平台实现厂级、集团级的远程监视和报表分析。现在很多水务公司都在做智慧水务平台PLC数据上云是基础能力。不过往云上送数据要做好网络安全防护CPU属性里的访问保护要开不能裸奔接互联网。如果你要把这个系统做成可复制的标准化产品我建议把程序模块化做得更彻底一些。把泵控制、阀控制、仪表处理、PID调节这些封装成标准库每个项目只需要根据实际IO点表配置数据块和实例化FB程序主体不用改。我这几年的趋势就是往这个方向走做项目的时间从两个月压缩到三周而且越到后面越稳定因为所有坑都在之前的项目里趟过一遍了。我在实际操作用S7-1200做污水厂自控的经验就这么多。如果你正在做类似的方案设计或者调试希望这篇文章能帮你少走点弯路。有问题欢迎在评论区交流我尽量抽时间回复。
S7-1200在污水处理控制系统中的实战应用解析
在污水处理这一行干了十多年从继电器电路一路做到DCS和PLC混搭我越来越觉得S7-1200在这个领域里是个被低估的好东西。很多人一提到污水厂自控脑子里只有S7-300/400或者S7-1500觉得1200是小型设备、只配干点皮带输送的活。但说实话对一个日处理量几万吨的市政污水厂或者工业园区废水站来说S7-1200无论是从处理能力、通信接口还是性价比上看都相当能打。这篇内容我把自己在好几个污水项目里用S7-1200做控制系统的设计思路、选型心得、编程套路和现场踩坑记录整理出来希望能给正在做类似项目的同行一些参考。考虑到来看这篇文章的兄弟水平参差不齐有的是刚毕业的学生在做PLC毕设有的是现场维修电工想转自控也有的是设计院刚接触西门子产品线的工程师我尽量把每一个环节都讲透。先说清楚这个系统是干什么的污水处理控制系统核心任务就是把进水的COD、氨氮、总磷这些指标通过一系列物理和生物手段降下来而PLC要干的事就是把粗格栅、提升泵、细格栅、沉砂池、生化池、二沉池、加药间、污泥脱水间这些设备按工艺要求自动运行起来同时把数据传给中控室让操作员能远程监控和干预。1. 工艺需求与控制对象拆解1.1 污水处理全流程中PLC需要把控的关键环节正规一点的污水处理厂工艺段大概是这样的进水泵房粗格栅提升泵→ 细格栅 → 沉砂池 → 生化池厌氧、缺氧、好氧也就是AAO工艺→ 二沉池 → 深度处理加药、过滤→ 消毒 → 出水。中间还有一套污泥处理线涉及污泥浓缩和脱水。每一段对自动化控制的要求都不一样我把它们拆开来逐个分析。先说进水泵房的粗格栅。这个设备看着不起眼但控制逻辑其实有讲究。格栅除污机不能一直开着那样浪费电而且磨损设备也不能长时间不开栅前栅后液位差太大垃圾会把栅条堵死。所以控制策略一般是双条件触发当栅前栅后液位差超过设定值比如300mm自动启动运行一圈或者一个周期后停止同时也要按时间轮询比如每隔30分钟强制启动一次防止垃圾粘结。这套逻辑在S7-1200里写梯形图大概也就十几个网络但对现场经验不足的调试人员来说最容易犯的错是没考虑格栅机正反转到位停止的互锁结果把链条拉断了。这个问题后面的实操章节我会详细讲。提升泵的控制是整个系统里能耗最大的一块也是控制精度要求最高的环节。进水量是波动的白天晚上差很多下雨天更是暴涨如果泵房液位控制不好要么泵频繁启停烧电机要么溢流到厂区外面造成环保事故。主流的做法是用变频器液位计做恒液位控制PID调节输出频率让进水量等于出水量。我在两个项目里都用S7-1200自带的PID指令块实现这个逻辑效果非常好配合变频器的节能模式实测下来比工频启停的方式节能15%以上。生化池部分是控制难点中的难点。好氧段要控制溶解氧浓度DO在2mg/L左右太低的话硝化反应不彻底氨氮超标太高的话浪费电、污泥容易老化。缺氧段要控制ORP氧化还原电位在-100mV左右保证反硝化脱氮的效率。这套控制用到了曝气风机的变频调节和溶解氧仪表的串级PID结构是外环DO控制内风气量S7-1200对这种嵌套PID的处理能力完全够用不需要上1500。我甚至在一个项目里用S7-1200同时处理了8个PID回路好氧区两套、泵房、加药、滤池反冲洗PLC的扫描周期和CPU负载率依然在可控范围内。加药系统是另一个需要精细控制的地方。除磷加PAC聚合氯化铝、脱泥加PAM聚丙烯酰胺、深度处理加次氯酸钠每个加药泵都要根据进水流量和出水水质做比例调节。这一段的PLC控制逻辑不复杂难的是跟流量计和在线仪表的数据交互要稳信号传输一抖药量就忽大忽小出水总磷直接超标。1.2 为什么选择S7-1200而不是S7-300或者S7-1500这是个很实在的问题。我在项目初期做方案对比的时候业主和设计院经常会问你为什么不选S7-300或者直接上S7-1500多好我跟你说实话S7-300确实在污水处理行业有大量的存量项目很多老工程师对它熟得不能再熟但从当前的项目周期和新项目的技术需求来看S7-1200在很多场景下反而是更合理的选择。先说性价比。一套S7-1200的CPU 1214C加上必要的信号模块和通信模块价格大概是同等IO点数下S7-300的一半左右跟S7-1500比更是差了将近一倍。对一个中型的污水厂控制系统来说IO点数一般也就两三百点S7-1200的扩展能力完全覆盖得住。CPU 1214C本身自带14DI/10DO还能挂8个信号模块和3个通信模块最大本地IO能到284点用分布式IO或者ET200系列还能进一步扩。你要是需要更大的容量可以选CPU 1215C或者1217C性能更强一些。再说软件生态。S7-1200用的是TIA Portal博途平台所有配置都在一个工程里搞定PLC程序、HMI画面、网络组态、驱动调试一把梭。相比老的STEP 7 V5.x那一套博途的使用体验和开发效率是代际差别。我记得前几年做一个改造项目老工程师用STEP 7写了三天还没理清接口我把S7-1200的程序从零写到最后联合调试也只用了四天。不是谁的水平差异问题纯粹是工具链的效率差距。还有一个容易被忽略的点是通信能力。S7-1200的CPU本体集成了Profinet接口还支持Modbus RTU/TCP走第三方设备的协议非常方便。污水厂里有很多第三方设备潜污泵的变频器可能是ABB的鼓风机可能是韩国的仪表可能是EH或者哈希的它们各自的通信协议五花八门。S7-1200可以同时挂几个通信模块一路走Modbus RTU去带变频器一路走Profinet跟触摸屏和远程IO通信还能用TCP跟中控室的组态软件对接一个CPU全干完不用再配通信网关。这个灵活性对我来说太重要了。但话说回来S7-1200也不是万能的。如果你的项目规模特别大IO点数上千而且涉及复杂的批量控制和高级语言编程那还是老老实实上S7-1500。另外在红闪存指冗余场合S7-1200没有冗余方案S7-1500R/H才是正道。不过污水厂这种连续性不太苛刻的场合我还没遇到过必须冗余的需求——你可能想不到我做过一个厂用了三套S7-1200按工艺段划分互为备用比一套S7-1500冗余还便宜还灵活。2. 硬件选型与系统架构设计2.1 IO点表统计与信号类型分析硬件选型之前最重要的一步是统计IO点表。我这几年发现一个规律凡是项目后期出现PLC柜里模块不够插或者AI模块通道不够用的情况十有八九是前期IO点表统计的时候漏了信号或者估错类型。我把一个典型日处理量2万吨的污水厂IO清单整理出来供参考信号类型点位数量典型用途DI数字量输入90设备运行状态、故障反馈、手/自动切换、限位开关、液位开关DO数字量输出65启动/停止命令、阀开/关命令、指示灯、声光报警器AI模拟量输入 4-20mA48液位计、流量计、溶解氧仪、pH计、ORP计、MLSS计、压力变送器AI模拟量输入 PT100/热电偶16电机轴承温度、鼓风机温度AO模拟量输出 4-20mA12变频器频率给定、调节阀开度给定、加药计量泵冲程从这张表可以明显看出AI点数是硬件配置的瓶颈因为模拟量输入模块一般只有8通道或者16通道两线制和四线制仪表的接法还不一样选型的时候要特别留意。我这里列一下实际项目中常见仪表的信号制式液位计超声波、雷达、静压式绝大多数是4-20mA两线制溶解氧仪EH COS61D、哈希LDO通常也是两线制但有些型号是四线制需要仪表内部提供24V电源选SM1231 AI 8通道模块时要确认能支持对应的接线方式。我踩过一次坑买了一批四线制的溶解氧仪配了两线制的AI模块结果现场仪表信号死活上不来后来才知道是共地问题折腾了整整两天。2.2 具体硬件配置方案我习惯把一个污水处理控制系统的硬件配置分区域来做而不是一整块大杂烩。原因很简单污水厂各区域物理位置分散从进水泵房到生化池可能隔着几百米模拟量信号拉这么长线电压降和干扰都是问题。所以我的方案是采用分布式架构中控室放CPU主站各工艺区域放远程IO站通过Profinet光纤或者工业以太网连接。我最近做完的一个项目具体配置是这样的主站PLC机柜CPU模块S7-1200 CPU 1214C DC/DC/DC固件版本V4.5以上这一步很重要因为博途版本和固件版本必须匹配V4.5及以上的固件支持很多新功能包括更完善的Web服务器和PROFIenergy功能电源模块PM120724V/2.5A给CPU本体和DI/DO模块供电24V供电冗余分配PSU 24V/20A电源给所有现场两线制仪表供电要算好总电流仪表数量多了很容易超载信号模块SM1231 AI 8x13bit2块8通道分辨率13bit勉强够用如果你对精度要求高可以选16bit的版本价格差别不大信号模块SM1232 AQ 4x14bit1块4通道模拟量输出给变频器给定信号通信模块CM1241 RS485Modbus RTU主站2块一块带进水泵房和加药间变频器另一块带出水仪表间的水质仪表进水泵房远程IO站ET200SP 接口模块 IM155-6 PN STDI 16点模块2块格栅机、提升泵、启闭机的状态与命令AI 8通道模块2块液位计、流量计、温度信号DO 8点模块1块生化池远程IO站ET200SP 接口模块 IM155-6 PN HFAI 8通道模块4块DO仪、ORP仪、MLSS仪、液位计DI/DO混合模块若干这个配置的核心思路是跟CPU放一起的机架只放少量的模拟量输出因为AO信号要直接接到中控室的变频器和调节阀上现场大量的模拟量采集全部下沉到远程IO站就近接入就近转换然后用Profinet光纤把数据汇到CPU。这样做的好处有两个第一模拟量信号传输距离短抗干扰能力强第二光纤通信避免了长距离电缆敷设的施工量和成本。2.3 网络架构与通信协议规划这个环节很多人前期不重视到现场调试两台设备通信不上才开始查协议查IP其实一开始规划好就完全没这个问题。我倾向于把整个系统分成三层网络管理层、控制层和设备层。管理层就是中控室的监控组态软件WinCC或者第三方组态软件通过工业以太网跟PLC主站通信采集数据和下发指令。S7-1200在这层的表现还是不错的用S7协议TCP 102端口跟WinCC通信几乎是零配置如果用的是第三方组态软件组态王、力控、MCGS之类很多也都支持S7-1200的驱动我实测过组态王6.55和力控7.0都能正常走S7协议通信。有一点要注意S7-1200的S7通信连接数是有限制的CPU 1214C最大支持16个并发连接如果中控室服务器、工程师站、触摸屏、远程监控同时在线连接数可能不够用需要规划好或者用S7-1500最大32个连接。控制层是PLC主站和远程IO之间的Profinet通信。这一层我建议走光纤水厂的电磁环境恶劣变频器多、大电机启停频繁普通超五类网线在这种环境下抗干扰能力不够光纤一劳永逸。距离长的话还可以成环网虽然S7-1200作为IO控制器不支持环网冗余S7-1500配合特定交换机才行但可以搞物理星型拓扑光纤从PLC柜分别拉到各个远程IO站中间加光交换机就行。设备层是PLC跟变频器、仪表之间的Modbus RTU和模拟量信号。我的经验是凡是支持Modbus的变频器ABB ACS510/ACS580、西门子G120、汇川MD500这些都是标配Modbus RTU优先走通信而不是硬接线。走通信的好处是能读回变频器的实际运行频率、电流、故障代码这些数据对中控室的运维监控很重要。缺点是Modbus RTU的响应速度比较慢一条报文轮询一圈如果挂太多从站会拖慢数据刷新周期我的实测经验是一条RS485总线挂不超过8台变频器轮询周期能控制在1秒内再多了就得考虑分两条总线或者换Modbus TCP。3. 控制策略与程序框架设计3.1 泵房液位恒控制与变频器PID细节提升泵房的恒液位控制是整个系统中最重要的单回路控制因为它直接决定整个厂能不能稳定运行。控制目标是让集水井液位稳定在一个设定值附近通过调节变频泵的转速来平衡进水量和出水量。这个控制如果做不好最直接的表象就是泵憋压、气蚀、频繁启停严重的会冲击后续工艺。S7-1200的PID功能块PID_Compact用起来比S7-300的FB41要顺手得多因为博途把它做成了集成块支持自整定效果还相当靠谱。但我想特别提醒一下自整定归自整定你还是要对PID参数有个基本的判断。比如比例增益Kp设太大会导致液位振荡泵的转速跟着一上一下对变频器和电机都是折磨。我的经验做法是先手动测试泵的频率-流量-液位关系大致确定系统的时间常数再决定PID参数的大致量级。自整定跑完之后再手动微调一般都能得到比较满意的结果。从程序实现角度看PID_Compact需要接一个来自HMI或中控室的设定值比如液位设定2.5米一个过程值反馈液位计的4-20mA信号折算成工程量输出是0-100%的量映射到变频器的0-50Hz频率给定。这里面有一个细节很多人会忽略PID输出和变频器频率之间的映射关系未必是线性的因为变频器的低频段电机的输出转矩不够泵基本不出水所以要在程序里加一个最小频率限制比如低于20Hz的时候直接按20Hz输出防止泵在低频零流量的状态下空转。这个限幅处理放在PID块输出后、送AO模块之前用LIMIT指令包一下就行。另外还要加一个抗积分饱和的处理。当液位已经超过报警值比如3.5米但PID输出仍没达到满频这时候积分项会一直累加液位降下来之后系统要反应很久才能把转速降下来这就是典型的积分饱和。S7-1200的PID_Compact内部有这个抗饱和机制但前提是你把输出限幅设置好别用默认的0-100%要根据实际频率范围设定上下限。3.2 溶解氧DO串级控制与曝气节能策略生化池曝气系统的控制是污水厂节能的大头占到全厂电耗的40%-60%所以你在这块做得越精细省的电费就越多业主就越满意。传统做法是恒定曝气量风机一直满频转或者几台风机轮流切换根本不看水里的实际DO是多少看着省事实际浪费得离谱。我用S7-1200做了一个串联控制方案实测能比恒定曝气节能20%-30%。串级控制结构是这样的主回路是DO控制器反馈来自好氧区末端的溶解氧仪输出作为副回路的设定值。副回路是曝气量或者风机导叶开度控制器反馈来自空气流量计输出直接控制风机的导叶或变频频率。通俗点说主回路负责根据水质决定要多少气副回路负责精确达到这个气量。为什么不用单回路直接控制风机频率因为曝气系统的非线性太严重了风管压力变化、阀门开度变化、多个支路之间的相互干扰都会让DO和风机频率之间的关系发生漂移。加一个副回路之后副回路能快速克服这些扰动主回路只需要处理水质变化这种慢变量控制效果会好很多。S7-1200的CPU跑两个PID_Compact完全没问题我实测控制周期主回路设10秒、副回路设5秒稳定性和响应速度都很好。这里再分享一个工程上的小技巧曝气风机启动台数的控制。单台风机的调节范围有限超出范围就需要加一台或者减一台风机。在程序里做一个风量需求计算的功能块用副回路的输出值0-100%做判断当输出持续大于90%超过5分钟且实际风量小于需求风量就发指令启动下一台风机当输出持续小于40%超过10分钟就发指令停掉一台风机。启动间隔要加延时防止两台风机频繁启停打架。所有风机做成联锁优先级每次启动排程运行时间短的优先启动、运行时间长的优先停止这样能均衡每台风机的磨损。3.3 手自动切换与安全互锁逻辑的设计原则污水处理厂不能完全自动化很多情况下需要现场人工干预设备检修、工艺异常、初次调试。所以手自动切换功能不是一个简单的开关而是一整套逻辑设计。我的设计习惯是每个设备都有三种控制模式就地现场按钮箱操作、远程手动中控室点动控制、远程自动PLC按工艺逻辑自动运行。这个三模式切换的优先级是就地最高远程手动次之远程自动最低。就地模式下一律屏蔽中控室指令这是安全底线防止调试时中控室误操作导致设备突然启动伤人。互锁逻辑是PLC程序的保命环节。以提升泵和格栅为例格栅机不在运行位置泵绝不能启动否则垃圾可能堵在格栅通道里泵的出水管路上有电动阀阀没有全开到位泵不允许启动否则憋压泵的电气回路有故障或者热继电器跳闸泵不能自动复位需要人工到现场排查。这些互锁条件我在程序里用常闭触点串进启动回路任何一个条件不满足启泵输出就被掐断。安全互锁这块踩坑案例还挺多的我说一个印象最深的。早期做的一个项目我为了图省事把电动蝶阀的故障反馈信号直接用作了阀位开到位的辅助条件结果现场调试的时候发现阀门供电跳闸之后反馈信号保持为有电状态导致PLC认为阀已经开到位直接启动了泵差点把管道撑爆。后来我改成用开到位和关到位两个独立的限位开关信号并且加入状态不一致的故障判断两个限位同时为1说明反馈回路有问题才彻底解决这类隐患。凡是涉及安全联锁的信号一定要用真实的机械反馈不能偷懒用等效信号。4. 实操过程与核心环节实现4.1 TIA Portal项目创建与硬件组态博途这个软件你装的时候可能会觉得个头大、占用空间大但真正用起来是真的方便。创建一个S7-1200的工程流程大概是这样的打开TIA Portal V16或者V17我个人建议用V16以上对S7-1200 G2版本的CPU支持更好新建项目添加设备选择CPU型号然后开始配置硬件。配置硬件的时候有几个地方特别容易出错。一是模块顺序必须严格按照实际安装顺序来配CPU左边是电源模块右边依次是信号模块和通信模块模块的插槽位置在软件里是固定的你配错了下载的时候会报错。二是要正确选择模块的固件版本这个跟博途的版本有关版本不匹配会导致模块识别不了或者功能受限。三是每个信号模块的通道地址是自动分配的你可以在设备视图里修改起始地址但要注意不能重叠。硬件配置完了之后别忘了设置CPU的IP地址。这里建议规划内网IP段的时候把整个水厂的系统统一规划比如PLC主站用192.168.0.10进水泵房远程IO用192.168.0.11生化池远程IO用192.168.0.12中控室服务器用192.168.0.100触摸屏用192.168.0.50这样出了问题排查起来非常直观。子网掩码统一用255.255.255.0就行别搞复杂了。还有一个关键设置启用NTP时间同步。S7-1200支持NTP客户端可以从中控室的时间服务器同步时间。污水厂的数据报表对时间戳要求很高特别是环保部门联网报送的平台时间不准会导致数据对不上麻烦得很。我一般会在中控室装一台NTP时间服务器或者用路由器/防火墙做时间源然后让所有PLC和触摸屏都从它同步时间保证全厂时间一致。4.2 程序结构规划主程序、子程序与中断S7-1200的程序组织单位有三种OB组织块、FC函数、FB函数块。对初学者来说最容易理解的是把整个程序都写在一个OB1里但实际项目这么做会有问题一是程序太长排查故障的时候要翻几百个网络效率极低二是不同类型设备的逻辑混在一起交接维护的人根本看不懂。我自己的程序结构习惯是这样的也是我推荐给项目团队的模板OB1主循环只做设备级联锁逻辑和模式切换逻辑按区域调用各功能块OB100启动组织块做一些初始化操作比如把保持性变量的初始值写入把PID块复位OB10-19时间中断可选如果有需要精确周期执行的任务比如采集某个累积量按小时累加放到时间中断里FC1模拟量处理把所有的AI原始值0-27648统一转换成工程量浮点数存到DB块里FC2泵类控制所有潜污泵、回流泵的控制逻辑包含手自动、联锁、保护、轮换FC3阀门控制电动阀门的开阀、关阀、到位判断、故障报警FC4格栅控制格栅机的周期运行、液位差启动、过载保护FC5PID控制所有PID回路的调用和模式切换包括本地/远程设定值选择FB100通信处理Modbus RTU主站轮询逻辑读写各变频器和仪表的数据用功能块封装的好处太明显了。比如你有4台提升泵它们的控制逻辑几乎一样只是IO地址和参数不同。你写一个FB块每台泵生成一个背景数据块这样泵的控制逻辑只维护一份改的时候四台泵一起生效省时省力还不容易漏改。这也是博途相比老STEP 7的一大优势FB块的背景数据块用起来非常灵活。关于中断组织块的提醒污水厂的程序里我建议尽量少用硬件中断和延时中断因为水处理工艺是连续慢速过程对实时性要求没那么高而中断会打断主程序的执行可能造成联锁判断的时序错乱。如果有周期性的任务用循环中断OB30默认100ms周期就够了设置成500ms大概就够没必要追求太快。4.3 代表性程序段展示泵轮换与液位差格栅我用STL语句表风格把几个代表性的程序段逻辑写出来给想做参考的人一个直观的印象。虽然S7-1200不直接用STL编程博途里S7-1200主要支持LAD、FBD和SCL但我这里用文字逻辑来描述因为实际现场的人看图纸和逻辑描述反而比直接发SCL代码更直观。如果你要用代码SCL是S7-1200项目里最推荐的高级语言可读性比梯形图好得多强烈推荐有编程基础的工程师直接上SCL。泵轮换控制逻辑// 4台提升泵按运行轮次选择启动优先级 // 当液位高于启动值且PID输出增加时需要增开一台泵 // 选择规则当前轮次为1则优先启动泵2、泵3、泵4 // 轮次变量rotation_rank在每次成功启动一台泵后加1 // 泵启动成功后将其运行时间清零其他泵的运行时间继续累加 // 自动启动前检查变频器未故障、泵无综合故障、出水管阀门已开到位这个逻辑看起来简单但实际写起来要处理各种边界情况比如泵的启动时间间隔防止同时启动电流冲击过大、泵运行时间平衡防止一台泵天天运行另一台锈死、检修中泵的跳过设备检修信号置1后程序自动跳过这台泵等等。格栅液位差控制逻辑// 栅前液位计和栅后液位计的实时值分别存到DB1.DBD4和DB1.DBD8 // 液位差值 栅前值 - 栅后值 // 当液位差值 300mm 时格栅自动启动运行一个周期后停止 // 同时格栅具有定时启动功能每隔30分钟启动一次运行3分钟 // 故障处理格栅过载或者卡滞时启动电机停止同时给中控发报警 // 最重要的一点格栅启动前必须确认格栅已在自动状态且远程/就地切换在自动我在实际项目中还加了一个定期反转功能格栅正常运行时每隔一个周期比如8小时自动反转运行一次目的是把卡在栅条背面的垃圾清掉。这个功能看着简单但需要控制接触器的换向程序里要加严格的互锁防止正反同时吸合。4.4 模拟量处理与量程标定细节这一节必须单独拿出来讲。模拟量处理是所有污水厂自控系统里最容易出问题也最影响运营体验的环节。S7-1200的AI模块把4-20mA信号转换成0-27648的整数值16位分辨率下满量程是27648不是32767很多人第一次搞不清楚这个。后续处理必须做两件事一是把原始值转换成工程量浮点数比如液位计的量程是0-5米4mA对应0米20mA对应5米所以工程量 原始值 / 27648 * 5米。二是做信号质量判断原始值如果低于某个阈值比如小于500说明信号断线或者仪表故障这时候程序不能按正常值继续控制需要切换到安全状态。我见过一个很典型的案例曝气池的DO仪信号线在室外被老鼠咬断了AI模块读到的原始值变成0程序按DO0处理PID输出疯狂往上顶风机开满结果DO值还是0现场操作员又接到了大量报警场面一度非常混乱。后来我在每个模拟量通道后面都加了断线检测如果原始值低于设定阈值通常设为4mA对应的原始值再减去一个死区比如200程序就判定该通道信号异常PID切到手动模式并保持当前输出值同时中控室弹出DO仪信号异常请检查线路的报警。这个改动看着小但避免了无数起因为信号异常导致的工艺事故。4.5 变频器、触摸屏与第三方的通信配置变频器的Modbus RTU通信配置是我在项目中花时间最多的环节之一。以ABB ACS510为例它的Modbus RTU从站地址默认是1波特率9600或者19200数据格式8N1这些参数要通过变频器面板设置。然后S7-1200侧用CM1241 RS485模块做主站在博途里组态一个Modbus RTU主站协议配置通信参数和报文。启动报文就是写一个保持寄存器ABB的变频器地址40101是控制字40001是给定值寄存器给定频率写到40001寄存器里数据格式是百分数就是0-10000对应0-50Hz。通信这玩意有个排错套路。通信不上先查物理层RS485的A、B线有没有接反这个是最常见的低级错误终端电阻有没有匹配通信距离有没有超过限制屏蔽层有没有单端接地。然后查参数层从站地址、波特率、数据格式、校验位必须完全一致。最后查报文层用串口调试助手直接连到变频器上发Modbus报文看能不能收到应答能收到说明PLC到变频器的链路没问题问题出在PLC程序上收不到说明物理层或者参数配置有问题。触摸屏我用过西门子的KTP1200也用过MCGS和威纶通。KTP1200跟S7-1200是同门师兄弟走Profinet通信组态的时候直接拖拽变量就行几乎零配置。但KTP1200有一个让我头疼的地方它自带的时间如果跟PLC不对齐操作员在触摸屏上看到的时间跟中控室服务器不一致会出现数据对不上的扯皮。S7-1200可以通过程序把系统时间同步给KTP1200在触摸屏的区域指针里配置一个数据块PLC周期写入当前时间触摸屏读取后自动校准。这个功能我每次做项目都会加进去。对于用国产触摸屏的情况比如MCGS它跟S7-1200通信一般是走S7协议或者Modbus TCP。MCGS的S7-1200驱动支持得还不错但要注意在S7-1200侧需要开启允许来自远程对象的PUT/GET通信访问选项否则触摸屏读不到数据。这个选项在CPU属性-防护与安全-连接机制里面默认是关闭的很多人第一次做项目忘了打开触摸屏上全是报警符号。5. 常见问题与排查技巧实录5.1 模拟量信号干扰与接地问题处理污水厂里的电磁环境在工业现场里算是比较恶劣的变频器、大功率电机、高频加热设备污泥干化扎堆模拟量信号很容易被干扰。我总结出的排查优先级先看接地、再看屏蔽、最后才是信号源本身。接地问题最常见的是模拟量信号的参考地仪表负端和PLC模块的M点之间存在电位差。我处理过一个案例进水流量计的示数周期性跳动幅度大概在满量程的2%左右仪表本身没故障用万用表在仪表端测电流很稳定到了PLC模块端测就跳。最后检查发现是仪表端的24V电源用的是柜内开关电源而PLC模块M点也是同一个开关电源但是两组电源之间没有做等电位连接中间有大概0.3V的压差这个压差直接叠加在4-20mA信号上。解决办法就是在仪表和PLC模块之间用一根较粗的导线做等电位连接故障立刻消失。屏蔽层的问题也值得单独说。4-20mA信号线要用屏蔽双绞线屏蔽层要单端接地在PLC柜内接到PE排上绝不能两端都接地否则会因为大地电位差产生环流反而把干扰引进来。有些施工队不懂这个把屏蔽层在仪表侧也接地了形成地环路信号反而更差。我在项目文档里会特别标注模拟量信号的屏蔽层统一在PLC柜内PE排单端接地仪表端屏蔽层空置。5.2 通信类故障的处理套路通信故障分几个层面。以太网通信问题先Ping一下试试IP地址错了最常见。再检查交换机的端口状态看看有没有Link Down光纤收发器的光功率指示灯是不是绿的。Modbus RTU通信问题按我前面说的套路一步步排查就行。我这边有个真实的项目案例PLC和变频器Modbus RTU通信程序跑起来之后时通时断报3号错误码CRC校验错误。检查了物理层和参数都正常。后来用串口调试工具监视总线上的报文发现是总线上两个变频器的从站地址重复了操作员改参数的时候不小心把3号变频器的地址改成了和4号一样导致两个从站同时对主站报文应答数据冲突CRC自然永远校验不过。把地址改回来之后一切正常。这类问题隐蔽性很强没有串口监视工具的话很难定位。5.3 程序逻辑异常与隐患的经典案例程序逻辑问题相对容易解决但要养成好习惯。比如在写自锁逻辑的时候把启动按钮和停止条件串反了现场表现出来的现象就会很诡异设备启动之后再按停止按钮设备反而继续运行必须去现场拍急停。这类错误在仿真软件里很难查出来因为仿真的时序和实际情况有差异唯一的办法就是细心再细心上电前逐个网络过逻辑。还有一个隐患是保持性变量的使用。S7-1200的M存储区默认是保持性的断电重启后之前的状态会保持这在地下水位比较高、频繁停电的水厂是个隐患。比如PID参数如果存在保持性M区停机检修时调乱了参数重新上电后会以错误参数运行。我的经验是除了必须保持的比如泵轮换轮次、累积量其他变量尽量用非保持性的L区或者直接放到OB100里重新初始化确保每次上电都是干净的初始状态。5.4 带载调试与现场验收注意事项带载调试阶段是整个项目压力最大的阶段因为出问题的不只是PLC程序还有电气回路、机械故障、仪表精度各种问题交织在一起。我的建议是分步走先单机调试一台泵一台泵的试确认电机转向、阀门开闭、仪表反馈都对了再进入联动调试。联动调试先做空载联动再做带水联动最后才按设计工况做满负荷测试。每走一步都要做记录验收交接栏里签好字这是保护自己也是保护业主。带载调试中最容易忽视的是泵的启动次数限制。污水厂的进水波动大如果液位信号因为PID整定不佳而频繁穿越启停阈值泵会频繁启停电机启动电流对绕组的冲击非常大一个夏天下来可能会烧掉电机。我一般会在程序里加一个启动间隔计时器限制单台泵两次启动的最小间隔比如5分钟同时启用泵的运行时间最短优先策略均衡各泵的运行时间从源头上避免单台泵累死。6. 系统扩展与后续优化方向最后结合我自己的实操体验聊一聊这个系统的扩展空间和优化方向毕竟PLC只是整个水厂自动化的底座真正让它发挥价值的是在此基础上叠加的应用场景。一个方向是数字孪生和虚拟调试。TIA Portal支持PLCSIM高级仿真可以跟工艺仿真软件做联合仿真在虚拟环境里跑一遍全流程提前暴露逻辑问题省去现场大量的反复调试时间。我在一个改良项目里试过用PLCSIM调完泵轮换逻辑现场基本一遍过体验非常好。另一个方向是把S7-1200的数据往云上送。通过IoT网关或者直接走S7-1200的Modbus TCP服务器把关键工艺数据推送到云端平台实现厂级、集团级的远程监视和报表分析。现在很多水务公司都在做智慧水务平台PLC数据上云是基础能力。不过往云上送数据要做好网络安全防护CPU属性里的访问保护要开不能裸奔接互联网。如果你要把这个系统做成可复制的标准化产品我建议把程序模块化做得更彻底一些。把泵控制、阀控制、仪表处理、PID调节这些封装成标准库每个项目只需要根据实际IO点表配置数据块和实例化FB程序主体不用改。我这几年的趋势就是往这个方向走做项目的时间从两个月压缩到三周而且越到后面越稳定因为所有坑都在之前的项目里趟过一遍了。我在实际操作用S7-1200做污水厂自控的经验就这么多。如果你正在做类似的方案设计或者调试希望这篇文章能帮你少走点弯路。有问题欢迎在评论区交流我尽量抽时间回复。
