开头部分得说点实在的。干污水处理控制这个行当的人应该都有过这种经历项目做完之后图纸、程序、画面散落在各个工程师的电脑里过半年想改造或者培训新人翻半天找不齐每个文件版本还对不上。今天要聊的这套“基于西门子S7-300与S7-1200 PLC的污水处理控制系统”资料就是这样一套把散装工程经验整合成全家桶的东西——它不只是一份程序而是把工艺、电气、PLC程序、触摸屏画面、仿真流程、图纸文档全部打通做成一套可以直接拿去培训、投标、做课程设计甚至作为项目改造底稿的完整参考。这套资料的核心价值在于它同时覆盖了S7-300和S7-1200两代平台。S7-300在很多老污水厂里还在稳定运行S7-1200则是新项目和中小型站点的主流选择。能在一套资料里把两代平台的选型思路、程序架构、画面组态方式讲清楚对做调试的、做维护的、带新人的都是难得的老带新材料。接下来我就从设计方案、硬件规划、画面仿真、图纸文档整理一路讲到实操里那些必须避开的坑。1. 整体设计与思路拆解污水处理系统为什么需要PLC做大脑1.1 一个典型污水厂的控制需求到底有哪些先不急着谈S7-300还是S7-1200得先把污水处理这套工艺的自动控制需求摸清楚。常规的城市生活污水处理厂工艺流程一般是粗格栅→提升泵房→细格栅→沉砂池→生化池厌氧、缺氧、好氧→二沉池→深度处理加药、过滤、消毒→排放或中水回用。这中间还有污泥处理部分涉及污泥浓缩、脱水、加药等环节。这套流程里PLC要处理的无非这么几类事第一开关量控制比如格栅机的启停、闸门的开闭、水泵和风机的启停第二模拟量采集和闭环调节比如液位、流量、pH值、溶解氧DO、污泥浓度MLSS、温度、压力、浊度、余氯这些过程参数的实时监测第三设备连锁和保护比如泵坑液位到了低限要停泵保护鼓风机出口压力过高要报警停机加药泵要和进水流量实现比例投加第四数据记录和远程通讯要把运行数据、报警记录、能耗数据上传到中控室或者上位机。把这些需求翻译成PLC的语言就是需要足够的数字量输入输出点、模拟量输入输出通道、通讯接口以及一套逻辑清晰、层次分明的程序结构。这不是在家里搭个PLC实验台点几个灯那么简单现场设备多、联锁关系复杂、工况变化频繁程序一旦写乱了调试期就是灾难。1.2 为什么是PLC而不是继电器或者单片机这个问题我在给新员工培训时经常被问到。污水处理现场的环境是高温、高湿、粉尘、腐蚀性气体并存设备启停频繁信号线可能从几十米外拉过来。如果用继电器逻辑做控制柜点数一多柜子体积大、接线复杂、改逻辑就得改线调试一台设备可能要拉掉好几次电闸。用单片机做开发周期长、抗干扰能力弱、维护门槛高一般中小型水厂的电气人员根本接不住这套东西。PLC的优势在于它是专门为工业现场设计的梯形图和功能块图直观易懂修改逻辑不需要动硬接线输入输出模块自带隔离和滤波通讯接口丰富PROFIBUS、PROFINET、Modbus、以太网还有成熟的仿真调试手段。西门子PLC在这方面尤其成熟S7-300本身就是久经考验的老平台S7-1200则把以太网口做成标配组态和通讯都比老一代方便太多。用PLC做控制大脑本质上是用高可靠性的通用工业组件去解决一套逻辑复杂、点位分散、需要长期稳定运行的控制问题这是这个行业的主流方案也是风险最低的方案。1.3 为什么这套资料要同时含S7-300和S7-1200两代PLC这一点我觉得是这套资料最值得说道的地方。很多培训资料要么只讲老的S7-300要么只讲新的S7-1200能把这俩放在同一套污水项目里对照着讲的确实少见。从实际项目角度说存量老污水厂大部分是S7-300或者S7-400用的是Step 7 V5.x或者TIA博途低版本设备运行十年八年还很稳业主不会轻易整柜更换但改造的诉求一直都有——加几个仪表、改一下控制逻辑、或者新增一台触摸屏。做这种项目你得看得懂老程序。而新项目尤其是中小型污水站S7-1200配一台国产或西门子的触摸屏性价比高、调试快已经成为绝对主流。所以市面上真实的用人需求是既要有能维护老系统的工程师又要有能快速上手新平台的工程师。从学习角度说S7-300的程序结构和S7-1200有很多相似之处但也存在细微差异比如地址访问方式、OB组织块的数量和用法、DB数据块的访问方式等。把两套程序放在同一个工艺背景下对照学习理解效率远高于单独啃一个平台。我就是靠这种“在同一工艺背景下对照两代PLC”的方法带过好几个新人上手速度确实快。2. 硬件配置与I/O规划系统设计的地基工程2.1 S7-300与S7-1200的选型对比与具体配置方案先给个结论S7-300适合点位多、控制柜分散、有远程扩展需求的老项目改造或者是中型水厂集中控制场景S7-1200适合点数适中、控制柜现场一体化的中小型污水站。这不是绝对的但基本符合市场上大多数项目的实际情况。具体到配置我做这类污水项目的时候S7-300系统常用CPU 315-2DP/PN搭配SM331模拟量输入模块来做液位、流量、DO、pH等模拟量的采集SM321/SM322做数字量输入输出现场还有通过PROFIBUS DP挂的ET200M远程IO站分布在泵房和加药间。这个方案稳就是接线和组态工作量偏大需要熟悉Step 7里的硬件组态和总线地址分配。S7-1200这边我比较常用CPU 1214C DC/DC/DC本体自带14路数字量输入、10路数字量输出再根据点位需求加SM1231系列的模拟量输入模块和SM1223数字量混合模块。CPU本体还带了PROFINET口和触摸屏、上位机、变频器通讯都非常方便。如果现场水泵或者鼓风机用的是支持Modbus RTU的变频器加一个RS485通讯模块CM1241就能把变频器全部挂到总线上省掉大量硬接线。选型时有一点要特别提醒I/O点数一定要预留余量。现场做调试的时候加一两个测点是常有的事没有余量的话就要加模块甚至换CPU又费钱又费时间。我个人习惯是实际点数打1.2到1.3倍的余量模拟量通道余量更大一些宁多勿少。2.2 从工艺段拆解I/O点表先列清单再动手接线很多初学者拿到图纸就直接对着原理图去核对输入输出点这其实有点颠倒了。正确做法是先从工艺出发把每个工艺段的测点和设备梳理成一张I/O清单再翻译成PLC的地址分配表和电气原理图。这就像装修之前先列家具清单再安排插座位置反过来肯定出问题。以这套污水系统为例I/O清单大致分这么几块预处理段粗格栅前后液位差、提升泵坑液位、泵组运行状态/故障/手自动、细格栅运行状态、栅前栅后液位差、沉砂池搅拌器和砂水分离器控制。生化处理段厌氧池/缺氧池的ORP、好氧池的溶解氧DO、混合液回流泵状态、污泥回流泵状态、鼓风机出口压力和流量、各池液位。深度处理段加药泵的流量反馈、pH计、浊度仪、余氯仪、过滤器进出口压差。污泥处理段污泥浓度计、脱水机运行状态、絮凝剂加药泵状态。公共部分出水流量计、进水流量计、各电动阀门开到位/关到位信号、中控室急停信号。拿到这张清单之后再去给每个信号分配PLC地址。这里有个习惯问题不要跳着分配地址。很多老工程师为了“节省”IO点把地址排得密密麻麻中间没有空档后边加一个点就要重新排地址程序里手动修改的地址也特别多。我习惯的做法是每个模块、每个工艺段留出若干个空地址比如数字量输入从I0.0排到I1.7中间留4个点空着模拟量通道每个模块至少留1个备用通道。这样后期改动成本最低。2.3 模拟量采集、变频器通讯与信号隔离的实操讲究污水项目里模拟量信号是重头戏。液位计、流量计、DO仪、pH计、MLSS仪大多输出4-20mA的标准信号。接线看起来简单——两根线接到模拟量模块的通道上就行——但实操中翻车率非常高主要翻在这么几个地方第一个坑是共地问题。多个两线制仪表共用一个24V电源时如果现场接线没有做好等电位不同仪表之间会产生电位差导致模拟量读数漂移。我调试时遇到过DO仪读数在3到6毫克每升之间乱跳的情况排查半天发现是两个仪表的24V负极之间存在几伏的电压差。解决办法是统一使用同一个直流电源的负极做公共端或者干脆用隔离配电器给每台仪表单独供电。第二个坑是信号干扰。变频器的动力电缆和模拟量信号电缆如果走同一个桥架干扰绝对跑不掉。规范的做法是模拟量信号线用屏蔽双绞线屏蔽层在PLC柜侧单端接地信号线和动力电缆分开敷设间距至少20厘米以上。穿过变频器附近的时候尽量走金属穿线管。这个在图纸阶段就要设计好到现场再改桥架路径成本太高。第三个坑是变频器通讯。现在的污水站水泵和风机基本都用变频器S7-300老系统里常见的是PROFIBUS DP通讯S7-1200则可以通过Modbus RTU或者PROFINET和变频器通讯。我的建议是能走通讯就不要走硬接线去控制变频器启停和频率。通讯方式不但省掉了大量的控制电缆还能实时读取变频器电流、故障代码、运行频率这些运行数据做能耗分析和设备维护都方便。用Modbus RTU的时候每台变频器要设置好站号1到247、波特率、数据格式和PLC侧的CM1241模块参数必须一一对应否则通讯就是建立不起来。3. 触摸屏画面设计与仿真调试让工艺状态一目了然3.1 从总览到单体的三级画面导航结构污水处理系统的触摸屏画面绝对不是把设备图标堆上去那么简单。画面布局直接决定了操作员在日常巡检和紧急情况下的操作效率。我在这套资料里用的是“总览→工艺段→单体设备”三级导航结构这个思路在行业里比较通用也适合拿来培训演示。一级画面是系统总览一张完整的水处理工艺流程图从进水到出水管道、水池、泵、风机、阀门、仪表全部画在上面。这一屏主要解决两个问题一是让操作员两秒钟内知道整厂当前什么状态——哪台泵在运行哪个池位偏高出水水质是否正常二是作为导航主页点击某个工艺段可以跳转到对应的二级画面。二级画面是工艺段详图比如“生化池”画面会把厌氧池、缺氧池、好氧池完整展示出来实时显示每个池子的DO、ORP、MLSS值混合液回流泵和污泥回流泵的运行状态鼓风机的运行频率和出口压力。操作员在这个层面可以完成日常监控和大部分操作。三级画面是单体设备操作面板比如一台提升泵画面上会显示它的手自动状态、运行电流、启停按钮、故障复位按钮、累计运行时间。需要检修或者单台测试的时候操作员在这个屏上操作是最安全的。3.2 变量连接与地址映射画面和程序对接的核心工作画面做得再好看变量地址没对上就全部白搭。触摸屏和PLC之间本质上就是变量交换画面上的每个图元动态显示也好、操作按钮也好都要绑定一个PLC地址。做触摸屏变量的时候我建议遵循和PLC程序一致的命名规则。举个例子PLC程序里用符号名“P-101-RUN”提升泵1运行状态触摸屏变量就该叫这个名字而不是叫“泵状态1”。这样画面上下去查程序、查地址非常方便。如果你用的是TIA博途配合西门子精智面板变量可以通过PLC变量表直接拖拽引用如果是用国产触摸屏威纶通、昆仑通态之类的通常需要在触摸屏组态软件里手动创建变量再填PLC地址这一步特别容易出错建议做一张“触摸屏变量对照表”列清楚变量名、数据类型、PLC地址、对应画面元素四项调试的时候拿着这张表逐项核对。数据类型也要注意。S7-300和S7-1200里BOOL、INT、REAL、WORD这些类型的变量在不同的触摸屏驱动里显示名称可能略有差异但本质是一致的。最容易出问题的是32位数据比如累计流量S7-1200的DI和触摸屏的32位访问方式要一致否则读出来的数据就是乱的。这个细节我在后面的常见问题里会专门讲。3.3 没有真实设备也能调试仿真画面运行的完整流程这套资料里配了仿真画面价值非常大。做项目培训或者课程设计的时候很多人没有实体PLC和触摸屏可用仿真就是唯一的练兵场。拿S7-1200加TIA博途来说仿真流程大概是这样的先在博途里写好PLC程序编译通过后启动PLCSIM软件选择对应型号的虚拟CPU然后下载程序。这里要注意PLCSIM默认只会仿真CPU和程序逻辑不会自动模拟现场的模拟量信号变化。想要让画面动起来最实用的做法是在PLC程序里加一个“仿真数据生成”功能块用定时器和随机数指令去模拟液位缓慢变化、DO数据波动、泵的启停反馈。这样触摸屏上看到的趋势曲线就非常接近真实工况培训效果远好于一个静止不动的画面。触摸屏这边的仿真也有两种方式。一种是直接用组态软件自带的仿真器比如TIA博途里可以直接启动WinCC Runtime仿真另一种是下载到真实触摸屏通过以太网连接到仿真PLC。其实第二种方式才更接近真实工程。实操下来最常见的坑是仿真PLC和实际PLC的IP地址不一样触摸屏的连接参数要么没改要么改错导致画面显示“连接断开”。解决的办法很简单给每个项目单独建一张IP地址规划表PLC、触摸屏、编程电脑各占一个地址调试前先核对一遍。4. 图纸文档全套资料的整理逻辑工程项目的第二生命线4.1 电气图纸、I/O表、程序文档如何互相配套做工程的人都知道一句话图纸是工程师的语言。一套完整的PLC控制系统资料应该包括电气原理图主回路、控制回路、PLC硬件配置图、I/O分配表、端子接线图、程序结构说明、工艺控制说明、操作手册、调试记录。这八样东西缺一样后期维护都会多花好几倍时间。我在整理这套污水处理资料的时候是按照“从电气到程序从程序到操作”的顺序组织的。电气图纸在前让阅读者先搞清楚设备是怎么接线的然后是I/O分配表把每一个PLC地址对应的现场信号列清楚接着是程序结构说明告诉读者这个PLC的OB块、FB块、FC块各自承担什么功能最后是触摸屏画面说明和操作手册。这样一套资料递进下来新人跟着走一遍基本上就能独立看懂整个系统了。4.2 用“工艺理解”串起所有文档而不是按软件类型组织这里我要额外强调一个整理资料的心得千万不要按软件类型去组织文档比如把所有Word文档放一个文件夹、所有DWG图纸放一个文件夹、所有程序项目文件放一个文件夹。这样找起来极其痛苦。正确的方式是按“学习路径”或者“调试顺序”来组织。我这套资料的主题文件夹是这么分的01-工艺说明污水工艺流程图、控制要求说明、02-电气图纸主回路、控制回路、端子图、03-PLC硬件组态S7-300和S7-1200的硬件配置说明和I/O表、04-PLC程序S7-300项目文件、S7-1200项目文件、程序结构说明、05-触摸屏画面画面设计说明、变量对照表、项目文件、06-仿真操作指南怎么用PLCSIM和触摸屏仿真跑起来、07-培训讲义与操作手册。这样安排的好处是不管你是想了解工艺、看图纸、读程序还是想动手实操都能顺着路径一路走下去。4.3 从S7-300老项目迁移到S7-1200的文档对照思路这套资料里还有一个很妙的设计同一套工艺做了S7-300和S7-1200两个版本的PLC程序和画面而且两个版本的控制逻辑完全一致。这意味着读者可以直接对照学习两代平台的差异。具体到程序层面S7-300和S7-1200的主要差异有这么几点第一S7-300用传统的Step 7项目格式S7-1200用TIA博途项目格式打开方式完全不同第二地址访问方式有区别老300的程序里常用I、Q、M、DB地址直接操作1200更推荐使用符号名和优化的DB块第三S7-1200把很多系统功能封装成了指令块比如PID控制、高速计数、运动控制、以太网通讯用起来比S7-300简单很多第四OB组织块循环中断、时间中断、硬件中断的名称和触发方式存在差异。这些差异如果只看资料是记不住的最好的方法就是抱着两个项目文件在博途和Step 7里对照着看一遍程序。这可比只看编程手册高效多了。我当时整理这套对照文档的时候还特意在程序注释里标了“老平台写法”和“新平台推荐写法”这个细节帮了不少人。5. 常见问题与排查技巧实录这些坑我踩过你别再踩了5.1 通讯类故障PROFIBUS、PROFINET、Modbus的排查套路通讯故障是污水自动化项目里出现频率最高的问题。做S7-300老项目的时候PROFIBUS DP总线经常出问题。排查的顺序一般是先看CPU的BF总线故障灯是不是亮的然后确认DP从站的终端电阻状态是否正确、总线地址有没有冲突、通讯电缆屏蔽层有没有单端接地。很多时候DP通讯时好时坏就是总线插头没拧紧或者屏蔽层接地不规范导致的。S7-1200走PROFINET的时候最常见的问题是设备名称和IP地址不对。PROFINET通讯不是看IP就先建立的它还要求PLC侧组态的“设备名称”和设备实际名称完全一致。修改设备名称需要用到博途的在线功能或者PRONETA工具。另一个高频问题是一台交换机上接了太多实时性要求高的设备导致通讯周期抖动这种情况建议把PLC和伺服/变频器的实时通讯放到同一个工业交换机上不要和办公网混用。Modbus RTU串口通讯的排查第一眼看通讯模块的指示灯第二眼用串口调试工具USB转RS485接上电脑监听总线上的报文看看主站有没有发出请求帧、从站有没有正常应答。如果总线上完全没报文查站号和接线如果有请求没应答查从站参数匹配和终端电阻。这套方法用过无数次每次都管用。5.2 模拟量信号漂移、跳变的现场处理实录模拟量问题我已经提到过一部分这里再说一个典型的现场处理案例。有一次在污水厂调试进水流量计的读数在0到几百吨每小时之间乱跳仪表本身校准过没问题用信号发生器在现场模拟仪表信号送到PLC柜PLC读到的是稳定值说明PLC模块和程序都没问题。最终排查发现流量计的信号电缆和一台45kW的提升泵动力电缆走同一段桥架而且屏蔽层在两端都做了接地形成了地环路。处理办法是把屏蔽层改为PLC柜侧单端接地信号线尽量远离动力线重新敷设后读数立即恢复正常。这个案例我一直写进培训讲义里因为太典型了。模拟量浮地还有一个容易被忽略的点很多现场仪表是24V供电4-20mA输出当仪表和PLC距离超过四五百米时线缆压降会导致仪表供电不足输出信号偏低。这种情况要么加大电源线缆截面要么改用现场供电要么选用支持HART协议的仪表用两线制接入PLC模拟量模块的同时还能通过HART手持器远距离调试仪表参数。5.3 S7-300迁移到S7-1200时的程序移植与改写细节从S7-300项目往S7-1200迁移如果直接简单复制粘贴会碰到一堆编译错误和运行异常。最典型的几个问题第一个是地址空间差异。S7-300的I/Q地址范围很宽S7-1200本体的I/Q地址是有布局限制的比如CPU 1214C的集成输入固定从I0.0开始部分地址被系统占用。程序里如果用到了超范围地址编译直接报错。第二个是系统功能块不兼容。S7-300里的PID控制老写法用的是FB41/FB42到了S7-1200要换成“PID_Compact”指令。数据采集、定时器、计数器这些虽然都有对应的新指令但参数和背景数据块会变化需要重新配置。第三个是DB块的访问方式。S7-300默认是标准DBS7-1200默认是优化的DB两者对数据的访问方式不一样。用博途移植的时候建议先选择转换成优化访问如果后续程序里大量使用绝对地址访问比如DB1.DBW0就不要选优化否则会直接报错。迁移的程序不能只保证编译通过就完事一定要结合工艺流程做逐设备逐回路的点动和联动测试。我在一次迁移鼓风机PID控制逻辑时就碰到过PID参数需要重新整定的情况——同样的工艺工况S7-300上稳定运行的PID参数搬到S7-1200上要重新调一遍因为控制周期和运算精度不一样了。这个情况非常普遍提前跟业主说清楚避免验收时扯皮。5.4 触摸屏和PLC变量对不上引发的“画面假死”触摸屏调试时遇到的不少怪问题根子都在变量地址映射上。最常见的现象是触摸屏显示正常但按按钮没反应或者数值显示不对。这时候先别急着怀疑硬件先从触摸屏组态软件里找到对应的变量核对以下内容PLC地址是否正确、数据类型是否匹配、访问权限是否勾选、通讯驱动是否选对。另一个很容易被忽略的问题是大整数和REAL浮点数的字节顺序。博途里默认是大端模式Big-Endian一些国产触摸屏和第三方驱动默认可能是小端模式Little-Endian导致读上来的32位数据完全乱掉。遇到这种情况去触摸屏的变量属性里找“字序/字节顺序”相关的选项把高低字交换一下就好。还有一次用户反映触摸屏偶尔卡顿、画面切不过去最后排查下来是触摸屏和PLC之间的以太网连接被一条广播风暴的链路堵塞了。解决办法是把PLC、触摸屏、上位机单独划分到一个VLAN或者用小型工业交换机隔离办公网络。这个问题在现场很普遍值得提前规划。6. 这套资料的实用场景培训、课程设计、项目参考6.1 让新人快速上手的培训路径设计带新人或者给学生上课这套资料可以发挥很大作用。我的建议是走“看工艺→读图纸→跑仿真→改程序”四步路线。第一步让新人看工艺说明和流程图画搞清楚污水从哪里进来、经过哪些处理环节、最后到哪里去。这一步能建立整体认知。第二步对照I/O表和电气图纸理解现场信号是怎么进到PLC里的又是怎么控制现场设备的。第三步跑仿真启动PLCSIM和触摸屏仿真观察画面上的液位变化、设备启停、报警提示。第四步出题让新人在仿真环境里改一个控制逻辑比如“把两用一备的泵改为轮换启动顺序”改完之后看画面效果。这样一套走下来新人对整个系统的基本认知会非常扎实。6.2 往远程监控、数据上报和智慧水务方向扩展这套系统的框架也可以直接作为二次开发的底稿。现在的污水项目越来越多地要求数据上传到云平台或监管平台要求系统具备远程监控、历史报表、能耗分析等功能。S7-1200本身自带PROFINET口可以很方便地和上位机WinCC、组态王、紫金桥等对接。如果需要上云可以在PLC侧加一个4G DTU或者边缘网关用Modbus TCP或者OPC UA协议把关键数据传上去。相比从零开发一套系统用这套资料里的程序做底稿只需要在不改变控制逻辑的前提下把需要上传的变量整理成一张数据表然后在网关上做一下映射就能比较快地实现数据远传。这也是我认为这套资料最值得收藏的一个原因——它不只是一个学习样品而是能直接拿来改造成生产系统的工程底稿。我个人在实际整理这套资料的时候还有个体会资料再全也比不上自己亲手从头到尾把一个设备回路接线、编程、调试一遍。如果你手里正好有这套项目的条件别满足于“看得懂”一定要把仿真系统跑起来把每一页图纸和每一段程序对上号。等你能不看任何文档自己从I/O表逆推出一套控制逻辑的时候这个领域的门就真的进了。