企业官网建设流程全解析

这两年做水处理自动化项目，最常被问到的一件事就是：一套基于PLC的污水处理监控系统到底应该怎么搭。我此刻说的这个项目，就是一套很典型的“PLC逻辑控制 + 组态王动画仿真”方案，交付内容从PLC源代码、组态王源代码到电气图纸、IO地址分配表全都有。如果你正在搞小型污水处理站的自动化改造，或者学校实验室要复现一套水处理监控系统，这套思路基本能帮你把整个框架立起来。

我要做的不是给一个demo演示，而是带着大家把整条路走一遍：从工艺路线怎么定，到PLC程序怎么写，再到组态王里画面怎么动起来，最后把调试时踩过的坑一并说清楚。这样等你拿到一套“带源码带图纸”的项目包，才能真的看得懂、改得动、用得上。

1. 项目整体设计与控制方案拆解

1.1 污水处理工艺流程与PLC控制需求

污水处理的自动化，首先不是写程序，而是把工艺盘明白。这个项目采用的是一套典型的预处理加生化处理流程，规模按中小型污水处理站设计，大致包含：格栅渠、提升泵房、调节池、厌氧池、好氧池、沉淀池、消毒池。控制对象从进水端到出水端逐个排开，就是格栅机、提升泵、曝气风机、回流泵、加药泵、排水阀等。

这个工艺路线对应到PLC控制上，需求分得很清楚。格栅机要能定时清污，也能根据格栅前后的液位差自动启动，防止栅渣堆积。提升泵要配合调节池液位做联动，低液位停泵、高液位开泵，多台泵还要轮值，避免某台泵长期运行导致磨损不均匀。曝气风机是整个生化系统的核心，溶解氧浓度是否稳定直接决定出水水质，所以风机既要能交替运行，又要能根据好氧池液位或时间周期做轮换。沉淀池里的污泥回流泵，要按固定时间间隔运行，把活性污泥送回前端，维持系统内的污泥浓度。

把控制需求落到点位表上，一个中小型污水处理站的数字量输入输出大概在40到60点之间，模拟量输入十几点，模拟量输出少数几路。这个规模用一台小型PLC足够，成本可控，组态王跑起来也流畅。具体点数怎么定，后面我会给一张参考表。

1.2 控制系统架构与硬件选型逻辑

这套系统采用的是经典的两层架构：现场设备层加监控层。现场设备层是PLC和各类仪表、执行机构，负责采集信号和驱动设备；监控层就是组态王，运行在一台普通工控机上，负责画面显示、操作指令下发、报警记录和历史曲线。

PLC与组态王的通讯方式，我用的是串口Modbus协议。为什么选串口而不是以太网？因为在中小型水处理现场，很多老仪表和变频器都只带485口，串口网络接线简单、成本低，调试时感觉也直接。如果现场要求更高，换成以太网Modbus TCP也很快，组态王那边改一下设备参数就行。

硬件选型的逻辑是：CPU选带两个通讯口以上的型号，一个口接组态王，另一个口留给触摸屏或调试电脑，避免两边互相抢通讯资源。模拟量模块要根据现场仪表信号类型配，4-20mA电流信号用得最多，热电阻输入用来测温度。变频器选带485通讯口的，这样既能通过硬接线端子启停，也能通过Modbus读取电流和故障状态。

有一种错误做法是：PLC点数还没算清楚，先把机柜和模块买了。实际项目里，电气图纸和IO地址分配表跟硬件选型是绑定在一起的，点位表没定，图纸根本没法画。这也是为什么我会把IO地址分配单独拿出来讲。

2. 图纸设计与IO地址分配实战

2.1 I/O点表梳理方法

IO点位表是整套图纸的灵魂。拿到工艺图以后，第一步就是把所有设备、仪表、阀门列成一张清单，逐项确认信号类型。我给这个项目梳理点表时，有一个原则：宁可先多列，不要急着删。因为后期业主可能会增加设备，点位预留少了很被动。

一个相对完整的点位表，至少包含几列：设备位号、设备名称、信号类型（DI/DO/AI/AO）、PLC地址、现场安装位置、供电方式、备注。信号类型上，DI指按钮、限位、接触器辅助触点这类开关量输入；DO指接触器线圈、电磁阀、指示灯这类开关量输出；AI指液位计、流量计、压力变送器输出的4-20mA信号；AO指变频器频率给定这类模拟量输出信号。

这里我截取项目里最核心的一组点位表做参考：

点位表填完之后，一定要回到工艺逻辑里核对一遍：提升泵的启动条件依赖调节池液位，那液位信号要接入AI点；格栅机要读液位差，那格栅前后就需要两个液位信号；风机的交替运行需要运行反馈和故障信号。每一条控制逻辑都必须能在点位表里找到对应的信号来源和输出对象，找不到就是漏点了。

2.2 电气图纸与PLC接线要点

电气图纸主要包括主回路图和控制回路图。主回路图画的是断路器、接触器、热继电器、变频器、电机这条大电流通路；控制回路图画的是PLC输出点到接触器线圈、输入信号到PLC输入端子的小电流通路。两张图必须严格对应点位表，特别是端子号、线号，要能一一对上。

我画图时会特别注意几个地方。所有PLC数字量输出点，不直接驱动接触器线圈，而是先经过中间继电器。原因是PLC输出触点容量有限，而且带感性负载容易损坏输出点，通过继电器转换以后，PLC只负责驱动继电器线圈，现场强弱电就能彻底隔离。继电器底座要选带指示灯的，调试时看到哪个继电器吸合，一目了然，能省很多排查时间。

模拟量接线是另一个容易埋雷的地方。液位计、流量计的信号线必须用屏蔽电缆，屏蔽层要在PLC柜侧单端接地，不能两端都接，否则会形成地环流，出现测量值漂移。每次现场调试遇到模拟量乱跳，八成都是屏蔽层接法错了，或者变频器线缆跟信号线走在同一个线槽里。

还有一档关键细节是PLC的公共端。输入信号是漏型还是源型、传感器是PNP还是NPN，这在图纸里必须画清楚，否则到了现场接线才发现不对，返工非常麻烦。因为这个项目的现场传感器以NPN和触点型为主，PLC输入公共端接法就直接按漏型配置。

2.3 地址分配表参考

地址分配表的作用，是把点位表里的每个信号固定到PLC具体的输入输出通道上。这个项目分配时我遵循了一个原则：同一区域的设备尽量放在同一段地址里，模拟量通道按照仪表安装位置顺序排列。比如提升泵的DI/DO放在I0.0到I1.3这个区间，格栅机放在I1.4到Q1.0附近，这样后期改程序时，看到地址段就能猜到是哪个区域的设备，不用反复查表。

另外，模拟量地址要预留扩展位。PLC模块上AIW0和AIW2被流量、液位占用后，AIW4、AIW6留作备用，给业主以后增加溶解氧仪或余氯仪准备。预留地址在程序中可以做注释说明，即使暂时不用，也让接手的人知道这几个地址是有意留空的。

地址分配完成后，把这张表跟电气图纸放在同一个文件包里，交接时就成了最核心的索引文件。你拿到的项目包如果缺了这张表，PLC程序基本没法维护。

3. PLC程序设计与源代码实现

3.1 程序整体架构与任务分配

PLC程序不是一个简单的大梯形图堆到底，而是按结构分层。项目里用的是主程序加多个子程序的组织方式：主程序OB1负责模式切换和各功能块调用，子程序分别封装了提升泵控制、格栅机控制、曝气风机控制、回流泵控制、加药控制等功能。这样做法的好处很直接：现场哪个设备逻辑有问题，直接打开对应子程序检查，不影响其他部分。

程序里还要设置几个全局变量，用来保存手自动状态、设备运行模式、累计运行时间、报警代码。这些变量同样会被组态王读取，两边用相同的地址定义，就能保证画面上的状态跟PLC一致。

一个容易被忽视的任务是初始化程序。PLC上电后，输出模块的状态可能是随机的，如果在第一个扫描周期没有做强制复位，提升泵、风机可能在上电瞬间误动作，这在现场是重大隐患。所以程序开头一定要有一段初始化逻辑，把所有DO点复位、所有联锁标志清零，等操作员确认后才能真正进入自动控制。

3.2 关键程序段解析

提升泵控制是最典型的液位联锁逻辑。程序里先读取调节池液位值，经过数值转换得到米数：液位低于低限时，提升泵全部停止，防止泵空抽损坏；液位高于高限时，启动当前轮值泵，水位回落以后再停。实现轮值功能，我用的是累计运行时间比较法：两台泵各自累计运行时间，启动时优先启动累计时间短的那台，这样两台泵的磨损程度基本一致。

格栅机控制包含定时起停和液位差起停两条逻辑。定时控制是每小时启动一次，运行10分钟后停止；液位差控制是当格栅前后液位差超过设定值时立即启动，液位差恢复后延时停止。要注意的是，两种启动条件如果同时满足，格栅机不能双重启动，所以程序里要加一个互锁条件，用一个内部标志位来标记格栅机当前是否已经在运行。

曝气风机控制最重要的是交替运行逻辑。两台风机按小时轮换，1号风机运行1小时后切换2号风机，2号风机运行1小时后再切换回1号机。切换时先给待启风机够时间启动，确认运行反馈到位后再停原风机，这样能避免鼓风机出口压力突变导致整个系统波动。实际调试中我还遇到过风机启动后反馈信号没到位导致程序误判启动失败的情况，后来在反馈判断上加了2秒延时滤波，问题就解决了。

加药控制这块，项目里采用时间比例加药方式：根据进水流量信号计算一个基础加药频率，流量越大，加药泵启动频率越高。这种控制方式比连续PID简单，中小型站里完全够用。

3.3 手动/自动/远程切换逻辑

模式切换是这套程序里我最看重的一部分。现场设备手动模式给调试和维修用，自动模式给日常运行用，远程模式给组态王远程操作用。三种模式切换时，核心要求是无扰动切换：设备正在运行，切到手动的瞬间不能突然停机。

实现方法是，把每个设备的启停指令分别拆成自动指令和手动指令，通过置位复位指令做选择。手动模式下，组态王发来的启动指令即使置位了，也不会作用到输出点；自动模式下，手动的置位状态自动被释放。调试中特别要注意的是，模式切换不能放在多个子程序里反复调用同一个输出点，否则会出现双线圈，表现就是输出点忽开忽关。

另一个问题是安全互锁。提升泵和格栅机之间、风机和阀门之间，都要加条件限制。比如曝气风机启动的前提是相应阀门已经打开，否则风机顶着关闭的管路硬跑，轻则憋坏管道，重则烧电机。互锁条件要写到每个设备的启动网络里，不能用外部接线替代，因为接线只能限制硬件，程序级互锁能挡住操作员的错误指令。

3.4 编程与调试记录

写代码时我习惯用软件里的状态图表实时监控关键变量，不需要下载到现场设备的每一步都靠肉眼判断。调试时最常用的一组变量包括：手自动标志、液位实测值、设备运行反馈、累计运行时间。把这几个变量添加到状态图表里，一次就能看到某一台设备整个启停链路的状态，哪个环节卡住了，一眼就能定位。

模拟量处理是调试中绕不开的一环。液位计输出4-20mA信号，对应0到5米液位，PLC读取的原始数值是0到32000的数字量。程序里需要做一次线性换算。这里有一个很关键的细节：PLC模拟量模块的量程范围要跟传感器输出范围匹配，如果模块默认是0到32000对应0到10V，而实际接的是4-20mA变送器，换算系数就要按变送器量程重新算，不能直接用默认值。这类问题在调试时几乎必遇一次。

我还习惯把调试过程每一步做了什么、改了哪个参数、结果如何记录下来。现场调试和实验室调演示不一样，操作员会随机按按钮，现场电磁干扰也会不稳定，只有详细记录才能判断问题到底来自逻辑设计、现场接线还是仪表本身。

4. 组态王动画仿真搭建全流程

4.1 工程创建与设备通讯配置

组态王这部分，做出来要给人的第一印象是：画面像真实的工艺流程图，而不是一堆方块生硬堆在一起。新建工程后，第一步是在工程浏览器里配置设备，选择PLC型号对应的驱动，设置通讯串口参数：波特率9600、8数据位、1停止位、无校验，这些参数必须和PLC侧设置保持一致。

需要特别提醒的是串口选择。如果工控机只有物理COM口，直接选COM口即可；如果用的是USB转串口，要确认转换器给系统分配的虚拟COM口号与实际匹配。组态王里设备配置和PLC通讯成功后，在测试窗口能看到变量实时刷新。这个测试窗口是排查通讯问题最快的地方：数据不刷新，先看这里，别急着怀疑画面动画。

数据词典配置是整个组态王工程的核心。要把PLC里的每个变量在组态王里都建立对应的内存变量或者I/O变量。I/O变量的采集频率一般设500毫秒，不要设太快，否则PLC通讯口会忙不过来；开关量变化不太频繁的可以放慢到1秒。变量名建议和PLC地址直接对应，比如写“LiftPump1_Run”，后面做画面连接时就不会弄混。

4.2 画面绘制与动画连接

画面绘制有几个实用技巧。水池用矩形填充加位图背景做，水位变化用“填充高度”动画连接实现：液位变量的值变化时，矩形填充范围同步变化，这种效果最直观。水泵用两个旋转的扇叶图形替代静态图片，启动后叶片旋转，模拟真实运行状态。阀门则用颜色变化表示开关状态：红色表示关闭、绿色表示打开，颜色变化用“值变化”动画连接完成。

管道内液体流动效果，组态王里常见做法是用一组小短线或颜色条沿管线排列，在数据改变脚本里控制它们的显现顺序，产生“流动”的视觉感受。这个效果在演示时非常加分，因为业主看到水真的在管子里“走”起来，马上就能理解系统运行状态。

动画连接时最容易出的问题是变量类型不匹配。组态王里的“填充百分比”连接需要整数或实数变量参与计算，而直接连接PLC的字节变量可能只显示0或255。解决办法是在画面里单独建一个中间计算变量，先让PLC原始变量驱动中间量做量程转换，再用中间量驱动动画。这个过程相当于在组态王里做了一次二次计算。

4.3 命令语言与报警记录

组态王的命令语言是实现逻辑控制之外补充功能的重要工具。常见的有三种：数据改变脚本、事件脚本、应用程序脚本。数据改变脚本是在某个变量值变化时触发一段动作，例如液位越限时同时弹出报警窗口并切换画面上水体的颜色。事件脚本用于按钮点击操作，比如点击“启动1号提升泵”按钮时，先用确认弹窗提示操作员，再置位PLC里对应的自动启动变量。

报警功能在演示项目里容易被当作“彩蛋”，实际却是水处理站运行必不可少的一环。配置报警前，先在数据词典里选择变量，选中“允许报警”，设置上限、下限、上限报警级别等参数。报警显示窗口支持按时间排序，值班人员看到报警后能确认、消音。组态王的历史报警记录可以导出成文本，业主做运行报表时需要这些数据。

还有历史曲线。至少在进水流量、调节池液位、出水流量这几个变量上勾选历史记录，并在画面里放置实时趋势曲线和历史趋势曲线控件。演示时把曲线拉出来，水质变化一目了然。这是组态王区别于普通HMI软件的明显优势。

4.4 组态王常见坑

我调试组态王时踩过几个值得记录的坑。第一个是画面闪烁，原因是多个数据改变脚本在同时执行，造成重复读变量。解决方式是合并脚本，把多个变量的处理写进一个周期事件脚本里，大量降低画面刷新负担。第二个是变量掉线，画面显示“通信超时”，多半是PLC侧某个子程序的循环周期太长，导致通讯响应被其他任务挤占。定位时把PLC扫描周期调大，或者给通讯口设置独立处理时间，就能恢复正常。

第三个坑是“动画一动不动”。遇到这种情况不要着急改动画连接，先用实测变量值确认数据词典里的变量有没有在变化。如果变量值都没变，问题在PLC通讯；如果变量值变了但画面不动，问题在动画连接设置。把问题分成两层排查，能节省很多时间。

做动画仿真项目还有个沟通上的经验：业主往往不懂PLC地址，只看画面效果。所以画面上的设备状态、字体大小、配色，一定要按真实工艺习惯来，颜色含义尽量符合行业惯例，比如绿色运行、红色故障、黄色待机。画面做出来以后让现场操作员看一眼，他说好用，这项目才算真正合格。

5. 常见问题与调试实录

5.1 高频问题速查表

这八类问题基本覆盖了这类项目八成以上的现场状况。我每次给人培训，都会强调一点：排查问题不要凭空猜，先看状态图表，再查接线，最后才考虑逻辑。按这个顺序走，绝大多数问题都能在半小时内定位。

5.2 实验收尾时最容易忽略的三件事

第一件事是备份。PLC程序、组态王工程、电气图纸、IO分配表，四样东西必须放在同一个工程目录下，压缩成压缩包存档。PLC程序要用上位机软件上载确认与源文件一致，组态王工程要单独打包一次完整的备份。做这个动作花不了十分钟，但设备运行半年后想改程序，这会救你一命。

第二件事是员工作业。操作员在触摸屏或者组态王上操作的习惯各不相同，我建议在组态王画面里做一个简单的操作说明页，把常见操作截图写清楚，再给现场做一次实机操作演示。手写操作说明放在控制柜门内侧也有用，尤其是夜班值班看不懂报警时，能应急处理。

第三件事是联调测试记录。从单个设备的启停测试，到整条工艺线的联动测试，再到故障模拟测试，每一步都要留记录。故障模拟测试很有价值：人为拨掉热继电器，确认组态王能出现对应故障报警并停掉设备，才说明保护逻辑真的有效。这一步在现场验收时是重点，做扎实了对大家都有好处。

5.3 从项目包到一个能交付的系统

最后说说这个项目包的用法。你手里拿到的源码和图纸，是一份工程参考，不是拿来就能直接用的成品。每个站点工艺不同、设备品牌不同、操作习惯不同，直接套用反而容易出问题。我会把项目包拆开，逐个文件查一遍：PLC程序与IO地址分配表是否对应，组态王变量名与PLC注释是否一致，图纸上的元器件型号是否与实物相符。确认没有出入后再下载到设备测试。

我个人在实际操作中的体会是：这类带仿真演示的PLC污水处理项目，最花时间的其实不是写程序，而是反复调画面的逻辑关系。调试时经常为了一个动画表现加班到很晚，但看到液位、水泵、管路里水都按工艺逻辑动起来的那一刻，还是很有成就感的。

如果你手头也有一个类似的污水处理项目要做，建议先别急着写程序画画面，把工艺流程和IO点位表磨透了再动手。后面所有工作都会变得扎实很多。自己搭一遍这套流程，对这些代码和不合格的地方，都会有深刻得多的认识。