前年接手的一套小型污水站改造现场条件说起来很直接不配值班人员要求设备自己开、自己停坏了还要会喊人。折腾了两个月整套系统最终落地西门子200系列PLC做控制核心显控触摸屏做本地人机界面后期为了远程查数据、出报表又补了一套C#写的上位机。这套配置放在无人值守污水处理场景里属于非常典型的小成本、高可靠方案今天把它完整拆开讲一讲。这套系统虽然谈不上多高端但有几个点很值得新手参考一是“无人值守”到底要求PLC程序做什么不是简单自动运行就行二是触摸屏、PLC、上位机三者的通讯架构怎么搭才稳三是现场调试里那些课本上不写的坑比如液位死区、模拟量断线、Modbus轮询频率这些。我会按从硬件选型到软件设计、再到上位机开发、最后到现场调试的顺序展开全程结合这套污水站的实际工艺来讲。1. 项目概览这套系统到底在解决什么问题1.1 现场工况与自动化目标这套项目是一个厂区配套的小型一体化生活污水处理站处理量每天100吨左右工艺用的是“调节池一体化AO”加沉淀池。主要设备有提升泵两台、回流泵一台、风机两台、加药泵两台还有液位计、电磁流量计和在线DO仪表。放在有人值守的站里这活很轻松但现场要求无人值守问题就来了谁来保证按工艺要求定时启停谁在风机故障时切换备用液位太高了怎么报警设备跳闸了能不能自动恢复这些全要靠PLC程序扛下来。所以我给系统定的自动化目标是三层第一层PLC本地闭环完成所有周期性控制逻辑包括泵的轮换、液位联锁、定时曝气、自动加药第二层显控触摸屏提供本地操作和参数修改让偶尔巡站的人能一眼看清状态第三层上位机实现远程监视、报警记录、历史数据查询和日报打印。三层各自独立上位机宕机不影响PLC运行这也是无人值守项目最重要的架构原则。1.2 系统总体架构与数据流向整套系统的数据流方向非常清晰现场仪表信号液位、DO、流量、pH先进PLC的模拟量模块PLC根据程序逻辑控制接触器、变频器、电动阀触摸屏和上位机通过通讯从PLC读取数据也可以下发启动、停止、修改设定值等指令。触摸屏本地走西门子PPI或者以太网上位机走Modbus TCP两条通讯链路互不干扰。硬件清单大致是这样设备型号/规格用途PLC西门子CPU226CN控制核心DI/DO约40点模拟量扩展EM231 4AI / EM232 2AO液位、DO、流量输入变频器频率给定输出触摸屏显控SK-070HE7寸本地监控、参数设定、报警查询上位机工控机/i5无风扇主机C#监控软件数据库存储通讯模块以太网模块或DP/Modbus网关PLC与上位机、触摸屏以太网通讯仪表投入式液位计、DO传感器、电磁流量计工艺参数测量这里要说明一个问题西门子S7-200系列官方已经停产好几年了但现场存量设备非常多很多老站改造还在继续用。新项目我会更推荐用S7-200 SMART编程指令和习惯几乎一致CPU自带网口还便宜。我们这套项目因为是利旧改造继续沿用200系CPU实际做新项目时把CPU换成200 SMART通讯这块会省事很多。2. 硬件选型为什么是S7-200、显控屏以及上位机怎么落位2.1 PLC选型和扩展模块的讲究很多人问做这种小型污水站为什么不用S7-1200或者S7-300成本是一方面更关键的是“够用”和“熟悉”。S7-200的指令集虽然老但做泵阀联锁、定时器、计数器、PID这些工艺控制完全够用。CPU226自带24DI/16DO点数对这个小站来说还有余量以后增加设备不用换PLC。模拟量模块这里有个经验污水站最怕的不是数字量故障而是模拟量信号漂移和断线。EM231的4路模拟量输入支持0-10V和4-20mA通过拨码开关设置量程。液位计和DO仪表我都用4-20mA不用0-10V因为电流信号抗干扰能力强而且断线后信号掉到0或者超过20mA程序里很容易判出来。加药泵的变频器频率给定输出用EM232的2路模拟量输出0-20mA刚好匹配变频器模拟量输入端子。选型还有个细节CPU的通讯口够不够。S7-200 CPU226自带两个RS485口Port0接触摸屏Port1接上位机理论上可以不用扩展模块。但如果新项目用200 SMART我更建议CPU网口接触摸屏再用以太网到上位机布线简单、速度还快。老200系只有RS485上位机要接要么通过PPI转USB/以太网模块要么给PLC加Modbus网关我们这套用的是以太网模块后面上位机直接走Modbus TCP省心很多。2.2 显控触摸屏的功能定位显控Samkoon触摸屏在这类项目里非常多见原因是性价比高、组态上手快、驱动支持全。我们用的是SK-070HE7英寸分辨率800x480带两个串口和一个网口。它支持西门子S7-200的PPI协议和以太网协议组态软件叫SKWorks界面风格接近传统组态软件熟悉WinCC或者昆仑通态的人半天就能上手。触摸屏在这套系统里不只是个显示器。无人值守站点的触摸屏是现场唯一的人机出口巡站人员来了就靠它判断设备状态、看报警记录、改参数。所以画面设计要按“傻瓜式”标准来主画面一眼看出泵是开是停、液位多高、有没有报警闪烁参数设置页做成表格形式权限分开PID参数不让人乱动报警画面要能记录最近200条以上报警带时间戳。显控的掉电保存空间够存报警记录这点选型时就要确认掉电保存的数据区大小够用。2.3 上位机方案的几种走法上位机是这个项目里变化最多的部分也是很多人纠结的地方。市面上常见走法有几条一是用组态软件比如组态王、力控、WinCC优点是开发快、画面美观缺点是授权费用高、定制能力弱二是用LabVIEW适合有虚拟仪器基础的人做数据处理强但做报表和数据库绑定麻烦三是用C#自己写热词里“C#上位机开发”这几年特别火我也推荐有一定编程基础的人走这条路线因为代码完全可控功能想加就加不依赖第三方商业软件授权。我们这套系统的上位机最终用的C# WinForm开发核心功能做了实时数据刷新、历史曲线、报警弹窗、数据库存储、日报打印五个模块。开发工作量不算大几百行代码搞定关键是怎么组织框架。如果是第一次做上位机别一上来就追求架构先跑通“读寄存器-显示到界面-存进数据库”这条主线再考虑加框架否则很容易陷入过度设计。3. PLC程序设计的核心无人值守靠什么保证不误事3.1 程序结构主程序、定时中断与掉电保持区一套无人值守的PLC程序结构上要分清楚“周期扫描”和“定时中断”两种逻辑。周期性扫描的部分做主逻辑启动条件判断、泵阀联动、报警输出。定时中断的部分做模拟量滤波、累计量计算、时间戳记录。S7-200的中断功能在“程序中断”里配置比如定时10ms读取一次模拟量做平均值滤波1000ms累加一次运行时间这些都不能放在主程序里傻等否则工艺逻辑会被拖慢。掉电保持区是无人值守控制的保命底线。S7-200的V区一部分可以设置为掉电保持在系统块里配置保持范围。我是把三块数据放保持区第一块是设备累计运行时间小时数第二块是报警发生次数统计第三块是掉电前泵状态和轮换标志位。否则现场突然停电再来电所有数据清零泵的逻辑重新来过很可能出现轧了液位的尴尬情况。现场调试时要注意S7-200掉电保持是依赖超级电容或电池的电池没电了保持区也会丢所以一年检查一次PLC电池也是无人值守站的例行工作。3.2 水泵轮换与液位联锁逻辑这套系统里最容易出问题、也最体现无人值守水平的是提升泵控制逻辑。水进来先到集水井液位高了就要把水提进调节池这是整个处理流程的第一步如果这里出问题后面全乱。我的做法是高液位启泵、低液位停泵、双泵轮换。具体逻辑这样如果 集水井液位 高液位设定值(默认4.0m) 且 泵自动模式下 启动当前主用泵 液位确认保持30秒后才算有效防信号抖动 如果 集水井液位 低液位设定值(默认1.5m) 停泵 进入停泵延时保护防止频繁启停 主泵运行累计时间 24小时后 主备泵切换一次 切换前必须确认当前泵已经停止这里藏着一个非常关键的细节启泵液位是4.0米停泵液位是1.5米中间留出很大的死区。如果启停液位设得太接近比如4.0启、3.8停那么液位在设定点附近波动时电机会频繁启停接触器和电机绕组都会受不了。污水站的浮球式液位计或者投入式液位计本身就有波动必须用死区把继电器抖动的可能性掐死。这也是我反复跟现场电工强调的一点。备用泵切换不是“当前泵坏了才切”而是按运行时间轮换。程序里给每台泵建立一个累计运行时间寄存器24小时轮换一次。这样做的好处是一台泵不会单独磨损两台泵寿命均衡而且即使一台泵出问题另一台也能在液位高时自动顶上。3.3 模拟量处理与仪表故障识别模拟量是所有自动化系统的软肋污水站更是如此。液位计被污泥糊住、DO探头脏了、流量计气泡干扰都会让数据异常。所以PLC程序里必须做两件事滤波和断线识别。滤波我用的是“限幅滑动平均”两层。先是限幅就是如果前后两次采样值差超过物理上不可能的范围就丢弃当前值用上一次的然后是对当前值做5次滑动平均减掉随机噪声。S7-200的指令集没有浮点数组运算的现成函数就在V区开几个寄存器每次中断里把新值移进去算平均实测下来曲线平滑很多PID控制也不至于跟着噪声来回乱抖。断线识别更要紧。4-20mA信号断了之后很多模拟量模块读出的值在满量程附近或者直接跳到极限值EL231模块在断线时数据字会变成7FFF也就是32767。程序里对每个模拟量通道都做了区间判断当前值小于量程下限或大于量程上限20%时判定为仪表故障此时这台表对应的自动控制逻辑必须强制退出同时触发报警。比如液位计故障时提升泵不能继续按液位启停改为按时间启停模式并报警这是保底策略。3.4 报警分级与自动复位策略无人值守最怕“误报警”和“漏报警”所以我在程序里给报警分了三个级别级别报警类型处理方式一级电机过载、漏电保护动作、超高液位停设备声光报警触发触摸屏醒目红闪必须人工确认复位二级模拟量断线、通讯超时、DO低于低限自动切换到备用逻辑记录报警到历史缓冲区三级泵运行时间超长、保养周期提醒触摸屏提示不触发停机这里有个设计原则要讲透一级报警不能自动复位。比如电机热继电器跳闸了说明电机可能已经过热或者短路如果PLC程序自动复位让泵重新启动设备可能直接烧掉。这种报警必须人等去现场处理。二级报警像DO突降、传感器断线可以做自动切逻辑但不能无限自动恢复连续三次尝试恢复失败就升级成一级报警。还有一个很实用的设计报警产生时间和恢复时间都要记录供上位机生成“开停机记录表”。这看起来是小事但环保检查或者设备维护时特别有用哪台泵今天跳了三次每次跳了多少分钟清清楚楚比口述“可能是下雨导致的”强一百倍。4. 触摸屏人机界面设计思路4.1 画面结构与权限管理显控触摸屏的组态看起来简单但画面逻辑要想清楚。我把画面分为四层主监控画面、参数设置画面、手动控制画面、报警与趋势画面。主监控画面是一张工艺流程图用管道、泵、阀、池体这些图形拼出来液位用数字显示加颜色填充模拟运行中的泵显示成绿色旋转停止的显示灰色报警的显示红色闪烁。这样巡站人员扫一眼就知道全站状态。权限管理是无人值守站点很讲究的环节。显控支持多级用户密码我设置了三档操作员只能看状态和手动启停、工程师能改PID参数、设定值、管理员能改通讯参数、配方、程序。所有参数修改记录在显控的“事件记录”里哪个人在几点几分改了哪个参数都留痕。这既是管理需要也避免了有人误改参数后没法追溯。4.2 关键参数设定界面参数设定页是触摸屏上最核心也最容易做乱的页面。我的做法是做成一张表格分类清楚一个页面只放一类参数。液位设定页放高低液位值、启停延时时间设定页放曝气周期时间、泵轮换小时数PID设定页放比例、积分、微分、采样周期但这些只对工程师及以上权限开放。这里有个细节触摸屏上凡是和PLC程序里同一个变量关联的地址一定要设置成“读写”权限并且PLC程序里要给触摸屏留出修改窗口。有些新手喜欢把设定值直接写到VW区结果PLC主程序里每个扫描周期又把同一个地址覆盖成默认值导致在触摸屏上修改没用改了他不生效。当时排查这个问题花了不少时间根本原因是程序里初始化指令和触屏写入指令打架后来统一规定所有可以从触摸屏修改的参数PLC程序只读取、不主动写入初始化只在首次上电时做一次。4.3 报警和历史记录显控触摸屏的历史报警记录是存在屏里的掉电不丢。组态时要规划好报警变量列表把每个PLC里的M位报警点映射到屏上设置报警文本比如“1号提升泵过载”“集水井高液位”“风机变频器故障”。报警触发时画面自动弹出报警窗口同时播放蜂鸣器声音持续鸣响直到人工确认。这个“确认机制”非常重要很多项目报警声一响人来了不知道按哪里消除报警结果声音一直响最后直接把蜂鸣器拆了那报警就变成摆设了。历史趋势曲线我用的显控内置趋势图控件关联液位、DO、pH这几个连续模拟量。不过要注意趋势图控件的数据记录间隔如果设成1秒一条存不了几个小时就把空间塞满了实际设成10秒一条保留一周数据足够用需要更长的趋势就看上位机数据库。5. 上位机开发与远程监控实现5.1 上位机功能清单和通讯方式上位机在这个项目里的定位是“远程值班工程师的眼睛”。它不做底层控制只做数据采集、存储、展示和报表。功能清单包括五个模块实时数据监控主界面上显示液位、流量、DO、运行状态、报警状态等数十个变量刷新周期500ms到1秒。历史曲线从数据库读数据绘制任意时间段曲线。报警管理实时报警弹窗历史报警查询导出Excel。数据报表日报表、月报表统计设备运行时间、累计处理水量。远程控制可远程启停设备但必须二次确认并记录操作人。通讯方式选Modbus TCP这在S7-200里要通过Modbus从站指令库来实现。S7-200本身的PPI协议不是标准Modbus需要用西门子提供的“MBUS_INIT”和“MBUS_SLAVE”指令把CPU的通讯口配置成Modbus RTU从站然后用以太网模块或者网关转换成Modbus TCP。如果直接用200 SMART就简单多了系统向导里直接生成Modbus TCP从站配置连代码都不用写。通讯地址表要提前规划好。给每类数据划分固定寄存器区间比如VW100开始是模拟量区VW200是泵状态区VW300是报警区绝对不要把动态临时变量和通讯区重叠。上位机只按这个地址表去轮询PLC程序里也要保证这些地址不被其它逻辑误覆盖。地址表格式大概这样地址含义数据类型方向VW100集水井液位(0.01m)16位整数PLC到上位机VW102DO浓度(0.01mg/L)16位整数PLC到上位机VW104瞬时流量(0.1m3/h)16位整数PLC到上位机VW2001号提升泵状态位存于VW200.0PLC到上位机VW2102号提升泵状态位存于VW210.0PLC到上位机VW3001号泵运行小时数16位整数PLC到上位机VW320报警代码寄存器16位整数PLC到上位机VW400液位高限设定值16位整数上位机到PLC5.2 C#上位机数据采集核心代码用C#写Modbus TCP采集最简单的方式是引用NModbus库NuGet上叫NModbus4核心代码很短using Modbus.Device; using System.Net.Sockets; TcpClient tcpClient new TcpClient(192.168.1.10, 502); ModbusIpMaster master ModbusIpMaster.CreateIp(tcpClient); // 读保持寄存器从地址0开始连续读50个寄存器 ushort[] values master.ReadHoldingRegisters(0, 50); // 液位在VW100对应Modbus地址0需要按地址映射规则计算 float level values[0] / 100.0f; Console.WriteLine($当前液位{level} m); tcpClient.Close();实际开发时要注意几个点一是轮询频率别太猛PLC的从站能力和串口网关吞吐有限500ms轮询50个寄存器完全够用太快反而导致通讯超时二是每次读的数据要判空、判范围不能直接拿来显示三是断线重连逻辑一定要做TCP连接断了之后要自动重连不能卡死界面四是用System.Timers.Timer做定时采集不要在UI线程里直接sleep。数据库我用的SQLite对于单站点数据量来说完全够用不用专门配SQL Server。一张实时数据表一张报警记录表一张设备运行表一天一条记录加一条运行汇总一年的数据量也就几十万行SQLite扛得住。如果要给多个站点做集中管理再上MySQL或者SQLServer也不迟。上位机还有一个没人提但很重要的功能心跳看门狗。上位机每10秒检查一次与PLC的通讯状态如果连续3次失败就在界面上切到“离线”红标并报警确保操作员知道上位机看到的画面可能是旧数据。不要让旧数据看起来好像还在实时刷新一样这一点在无人值守场景里特别要命。5.3 无人值守追加短信报警与热敏打印机光靠上位机弹窗报警还不够因为现场没人。我添加了一条“短信报警”链路在上位机电脑上插一个4G短信猫或者通过短信平台APIPLC上传报警代码到上位机后软件根据报警级别自动发短信给维护人员的手机。一级报警立即发二级报警累积5分钟发一条汇总。当时调试时遇到过短信猫被运营商限制批量发送的情况后来改成短信平台API稳定多了。热敏打印机的功能我直接用上位机串口/USB连一台热敏打印机每天早上8点自动打印前一天日报内容包括处理水量、设备运行时长、报警次数、平均出水指标。这台打印机就放在站房门口的值班箱里巡检人员路过撕一张就能贴记录本。刚开始有人嫌麻烦实际用起来真香尤其是季度检查要台账的时候纸质记录拿出来就是合规证据。用C#打印的话直接调用PrintDocument对象把数据库里的日报数据格式化成一串文本发送给打印机代码量不大但要注意热敏纸打印内容别太多、字大一点、简化排版现场老人也能看清楚。6. 现场调试实录参数整定和踩过的坑6.1 通讯联调顺序这套系统第一次上电我最担心的是通讯链路的稳定所以调试顺序刻意排成了“先本地、后远程”先调PLC程序逻辑和显控触摸屏PPI/以太网通讯确认本地数据全正常然后接上位机Modbus TCP先把PLC当从站配置起来再把上位机轮询调通最后才做短信和打印这些外围功能。每一步单独验证通过后再往下走避免几路通讯同时有问题时根本不知道从哪查起。第一次做需要注意的一个点是S7-200做Modbus从站波特率、数据位、校验位必须和上位机设置完全一致否则上位机发出去的报文PLC根本不理会。当时我波特率设9600上位机设19200数据框就是不通排查了半天后来把两边统一改成9600、8、E、1才正常。还有一个坑是RS485的接线顺序A接A、B接B两端不要接反屏蔽层单端接地。如果两个站点距离超过50米末端还要加120欧姆终端电阻这些规范不复杂但一疏忽就是半天白忙。6.2 PID加药/曝气的参数经验这套系统里有两套PID风机变频器根据DO闭环调曝气量加药泵根据进水流量比例加药。DO这个环路我用的是S7-200自带的PID向导采样时间设1秒输出0-100对应变频器频率20-50Hz。整定经验是先把I和D全部设成0只留PP从0.3开始往上加观察DO曲线直到曲线出现等幅振荡记下临界增益和周期再用经验公式算PID参数。现场做下来P0.6、I0.02积分时间大约100秒输出限幅35-45HzDO稳定在2.0mg/L上下波动不超过0.3。加药这块我最终没用PID用的“流量比例余量修正”。因为加药泵是计量泵流量变化大的时候PID调起来总滞后不如按进水流量设一个基础频率再根据出水氨氮手动微调修正系数。这套逻辑虽然听起来土但现场实用药剂不浪费出水也稳定。6.3 常见故障排查表调试和运行这几个月积累了不少问题我整理成一张排查表给维护人员留着现象可能原因排查方法上位机读不到数据通讯地址映射错、波特率不一致、PLC从站未初始化先用串口调试工具单独读一下PLC寄存器确认从站通不通触摸屏偶尔黑屏重启开关电源容量不足、24V供电不稳把触摸屏电源单独一路加滤波器检查DC24V电压液位数值乱跳屏蔽层没接地、液位计被污泥包裹重新处理屏蔽线拆探头清洗标定液位值一直接近满量程模拟量模块量程拨码不对检查EM231拨码确认4-20mA对应量程泵频繁启停启停液位死区太小、液位信号抖动加大死区先做滤波再检查信号线上位机显示的累计水量和现场对不上累计量没做掉电保持、清零逻辑误触发检查V区保持范围确认累计量不受复位影响短信偶尔收不到短信通道被限制、站点信号弱换短信平台API或加装信号放大器当初液位计被污泥包裹这个问题出现最隐蔽。连续几天液位显示不涨看起来像没水其实液位计探头外面糊了一层泥。后来在程序里加了一个“液位变化异常报警”连续30分钟液位都不变化就提示“请检查液位计”效果比定期人工清洗还好。6.4 无人值守站的几个保底设计所有逻辑都调完之后我还做了两件看上去“多余”的事现在来看非常值得。第一件事是给PLC加了一路“看门狗定时器”。如果主循环执行时间异常超过5秒比如程序跑飞、通讯阻塞强制输出全部复位并蜂鸣器报警。S7-200的看门狗机制比不上高端PLC但可以在主程序里放一个定时器每循环周期刷新一次如果长时间没刷新就认为程序异常把输出继电器强制断开。这个逻辑对无人值守站就是最后的防火墙。第二件事是给现场所有电动设备配了本地/远程切换开关。理论上无人值守应该全自动但电工检修的时候需要一个硬手动的突破口否则控制回路联锁一大堆检修时碰上各种保护跳闸极不方便。每个泵控制柜上装一个三位旋钮开关远程/停止/就地就地方式下PLC无法启动这台设备但设备可以人工点动。这个设计虽然会降低自动化率但保住了可维护性没有哪个维护电工愿意在一个没法手动操作的柜子前干活。这套系统投运至今已经稳定运行很长时间中间比较大的故障是雷雨天气把模拟量信号线感应出瞬时高电压损坏了EM231一路通道。后来我给所有模拟量输入加了浪涌保护器把信号线敷设路径也从动力电缆桥架里单独分离了出来。如果再做下一个无人值守站我大概率会把S7-200直接换成200 SMART触摸屏继续用显控上位机从第一个版本的基础框架往上加功能比如自动生成运维工单、按设备保养日历自动报警。每个站的控制逻辑都不会完全相同但架构思路是通用的本地闭环保底远程监视兜底权限记录留痕故障分级报修。这套打法不管配什么PLC和屏都能把无人值守这件事做好。