企业官网建设流程全解析

1. 项目整体拆解：一套污水自动化系统到底包含什么

先说结论：这个项目本质上是“工艺+电气+软件”三合一的完整工程包，不是一个单纯写程序的活儿。标题里提到的PLC源代码、组态王源文件、图纸、IO地址分配，这四个交付物分别对应控制系统的大脑、视觉、神经和骨架，缺一个你都很难把系统真正跑起来。

我在实际接触这类项目时，看到很多刚入行的工程师把注意力全放在“写程序”上，程序写得花里胡哨，到了现场接线却对不上地址，或者组态画面做完了一动起来数据乱跳，问题就出在前期没有把IO分配和图纸捋清楚。这套资料之所以值得拆解，就是因为它把从硬件到软件、从底层到上层的完整链路都覆盖了，适合三类人看：一是做自动化项目需要快速落地的工程师，二是刚转行做水处理控制的新手，三是准备做毕设或者参加竞赛的学生——尤其是需要“演示效果好”的动画仿真时，这套思路能帮你少走很多弯路。

1.1 项目交付物之间的关系

我先用一句话讲清楚四样东西的物质关系：

• PLC源代码：控制大脑，告诉设备什么时候启动、什么时候停止、什么时候报警。
• IO地址分配表：神经地图，定义每一个按钮、开关、传感器、泵、阀接在哪一 个输入输出点上，是程序和硬件之间唯一的“翻译依据”。
• 图纸：电气接线依据，告诉施工人员线从哪里来、到哪里去，接触器怎么接、传感器的线进哪个端子。
• 组态王源代码：视觉系统，把PLC里的真实数据变成画面上会动的管道、跳动的液位、旋转的风机，让你坐在中控室就能把全厂工艺看明白。

这四者的关系可以类比成一个智能家居系统：IO表是插座和开关的安装位置——决定了电器插在哪；图纸是电线铺敷图——决定了线路怎么走；PLC程序是逻辑——决定了插上电之后是先开灯还是先开空调；组态画面是中控屏——让你不用每个房间跑，就能看到各个电器的状态。

从项目落地顺序来说，正确的流程应该是：先做IO分配表，再画图纸，然后根据IO表写程序，最后用组态王做画面。如果顺序倒了，比如先写程序再补IO表，大概率会返工。

1.2 污水处理的典型控制对象

这套系统的控制对象一般分为四类：

• 提升泵（污水提升泵、回流泵、污泥泵）：用于把污水从集水井打到后续处理单元，控制方式多为液位联动+轮换运行。
• 风机类（鼓风机、曝气风机）：向生物池供氧，有持续运行和间歇运行两种模式，常与时间、溶解氧浓度联动。
• 加药设备（PAC、PAM加药泵、搅拌机）：根据进水流量或者设定时间定量投加，部分场合还涉及PH反馈。
• 阀门类（电动阀、电磁阀）：用于管路切换、放空、排污等，通常只要做开/关或开度控制。

控制要求按优先级排列通常是这样：手动模式下可以单台启停，自动模式下按工艺逻辑联动，远程模式下由组态王/中控指令控制。这里有个细节值得强调：任何模式下，液位超低或者超高都应当有报警和联锁保护，这是做水处理程序的第一要务，比工艺逻辑本身更优先。

2. 硬件选型与IO地址分配：先把“地基”打牢

很多人觉得IO分配很简单——不就是列个表把点号排一下吗？但在实际项目里，IO分配表直接决定了PLC选型、模块数量、电柜布局和后续程序的可读性。一个表分配得好，程序里的注释都能省一半；分配得乱，现场查线能查到怀疑人生。

2.1 PLC选型思路

以常见的小型污水处理站为例，点数通常如下：

• DI（数字量输入）：15~30点（按钮、旋钮、限位、浮球、综合故障信号）
• DO（数字量输出）：10~20点（接触器线圈、电磁阀、声光报警器）
• AI（模拟量输入）：4~8点（液位计、流量计、压力变送器、PH、浊度）
• AO（模拟量输出）：1~3点（变频器频率给定、电动阀开度给定）

这个规模对应的主流机型有两类：一类是西门子S7-200 SMART或者S7-1200，另一类是三菱FX3U或者FX5U。如果现场有通讯要求，比如变频器走Modbus RTU，那就需要考虑自带通讯口的机型，并且留好通讯地址规划表。从性价比和维护便利性角度出发，目前国内做中小型水处理项目，S7-200 SMART和S7-1200是出现频率最高的，配套的兼容触摸屏和远端IO也很成熟。

2.2 一张实用的IO地址分配表示例

我做一个典型的某污水处理系统IO分配表示例，覆盖常见场景，你可以直接套用到类似项目里：

这张表的核心作用不是让所有人死记硬背，而是保证各个交付物之间“对得上”。你打开PLC程序、看图D-05、查现场端子排、看组态画面监控变量，任何一个环节指向的都是同一个物理点。这就是IO地址分配存在的根本意义。

2.3 从IO表反推硬件配置

算出点数之后，硬件配置就清楚了。假设上面这个表是最终版本，那么PLC主机的数字量输入需要2位（I0.0-E0.3共4点，含备用），数字量输出2位，再加一个模拟量扩展模块（至少4路AI＋2路AO），整体配置就定下来了。配置方案确定后，还要把模块订货号、端子排数量、线号标号统一列入图纸的物料清单，避免货到现场发现模块通道不够。

这里必须提醒一个常见问题：地址分配时不要把点排满，一定要留余量。一般来说，DI/DO至少留15%~20%备用量，AI/AO各留1~2路。原因很简单——现场调试时业主临时加一台泵或者加一个液位计的情况太常见了，如果你刚好没有备用点，只能拆了重排或者换CPU，那种痛苦经历过的人才知道。

3. 一段可复用的PLC编程思路：主程序、子程序和每个动作的来龙去脉

PLC程序的写法千差万别，但在污水处理这个领域，我强烈推荐按功能块拆分编写——提升泵控制段、风机关联段、加药控制段、报警联锁段，每个段独立成子程序（或FC块），主程序OB里按扫描周期轮流调用。这样做的原因有三个：排查时可以直接定位某一段逻辑，调试时可以把未投运的段暂时屏蔽，后期维护人员接手时也容易看懂。

3.1 提升泵自动轮换控制的原理与实现

提升泵是整个污水处理系统中最关键的设备，通常采用“两用一备”或“一用一备”配置。最常用的控制逻辑是“液位联动＋累计运行时间轮换”。

以两台泵“一用一备”为例，逻辑如下：

1. 集水井液位达到高液位（比如1.5米），启动当前主用泵。
2. 液位下降到低液位（比如0.5米），停止当前主用泵。
3. 当主用泵累计运行超过8小时，自动切换到备用泵作为新的主用泵，原泵停。
4. 如果运行中的泵发生故障（反馈丢失或综合故障信号触发），立即停止该泵并自动启动备用泵，同时输出故障报警。
5. 当液位超过高高液位（比如2.2米），不论泵是否在运行，直接启动所有可用泵，强制排水，并且触发中控报警。

这里有一个重要的编程细节：接触器输出后必须读取运行反馈进行自保持和故障判断。原因在于接触器可能因为线圈断路、触点卡死等原因没有真正吸合，如果程序只看输出不看反馈，就以为泵在运行，实际可能什么都没转。这种“输出与反馈不一致”逻辑一旦做成定时器判断，超过设定时间（比如5秒）就能识别为故障。

梯形图的写法我简单描述一下关键网络：

网络1：主用泵启动条件 自动模式 && 液位>=高液位 && 主用泵未故障 && 主用泵反馈正常 = 主用泵启动指令（置位） 网络2：主用泵停止条件 自动模式 && 液位<=低液位 = 主用泵停止指令（复位）

3.2 轮换计数器与累计时间处理

累计时间轮换一般用定时器加计数器实现。常见做法是：用一个秒脉冲（SM0.5或系统时钟节拍）累计主用泵的运行时间，时间累积到设定值后，触发一个切换标志，这个标志在PLC重启之后也能通过断电保持区（比如V区或者NVRAM区）保存。

实操中需要注意：累计时间到达后不能立刻把正在运行的泵停掉，否则可能造成起停频繁冲击。建议的处理方式是：当运行时间到达切换阈值时，先保持当前泵运行，等下一次“高液位启动”时再启动备用泵并切换主用状态。这样做的好处是避免了在排水半程中频繁切泵，也保护了电机和接触器。

3.3 鼓风机与曝气池控制

鼓风机的控制逻辑相对简单，常见的有三种模式：

• 定时运行：每天定时开、定时停，比如运行30分钟，停10分钟，循环。这种方式最简单，适合水质变化不大的场合。
• 液位联动：调节池/曝气池液位达到设定值启动，低液位停机，配合时间定时器做最小运行时间保护。
• 溶氧闭环：根据溶氧仪读数，通过PID控制风机频率或启停台数。这种方式最节能，但对仪表稳定性和调试水平要求较高。

时间控制有一个容易被忽略的坑——最小运行时间保护。风机类负载如果频繁启停，电机和叶轮寿命会大幅下降。所以程序里应该加一个最小运行时间定时器（比如10分钟内的启动禁止），具体实现方式是当风机停止后，启动一个禁止启动的计时器，计时未到之前即使满足启动条件也不启动。这套逻辑对后面所有电机类负载都适用。

3.4 加药设备的控制思路

加药泵和搅拌机常用时间比例控制：设定一个运行周期（例如30分钟），周期内加药泵运行X分钟、停止Y分钟，X和Y可调。更高级一点的是根据进水流量的瞬时值动态调整加药泵的启停比例，相当于一个开环的比例控制。因为没有引入仪表反馈闭环，我还是把它归为“按需投加”的逻辑而不是PID控制。

如果项目内容包含配药搅拌机，还需要注意一个顺序逻辑：人工配药时搅拌机与加药泵要有互锁——搅拌机运行期间加药泵不应工作，防止药液混合不均导致浓度波动。这个逻辑虽然简单，但在很多现场因为嫌麻烦没做，运行后才发现投加浓度不稳定。

4. 组态王动画仿真：把工艺画活

组态王是这个项目里最能“出效果”的部分，所以我把这一章放到和PLC程序同样的地位来写。很多人以为组态王就是画几个方块、拉几条线，其实要做得真、做得像，尤其要做到“动画仿真”可演示的效果，中间有不少技巧。

4.1 数据词典配置：动画的灵魂来源

组态王的数据词典就好比PLC的变量表，你在画面上看到的每一个参数都必须对应数据词典里的某一个变量。配置时有三条经验值得记住：

• 变量命名必须与IO表规则一致，比如LT_101_Level代表液位、Pump1_Run代表泵运行状态，这样后期排错时看到变量就知道对应哪个物理点。
• I/O变量必须监听PLC地址。S7-200 SMART走S7协议时，地址格式通常写成Q0.0、I0.1、VW100；如果走Modbus协议，地址则要换算成Modbus地址格式（比如4x寄存器对应保持寄存器），对应关系务必和通讯配置一致。
• 内存变量用于中间逻辑，例如画面上的“自动模式指示”，它由I/O变量SA_101_Auto直接驱动，不需要单独建内存变量，但如果想做“手动切换提醒”这类需求，内存变量可以充当编辑框的中间存储区。

配置数据词典最容易犯的错误是把变量的采集周期设得太快。比如液位变送器是4-20mA的模拟量，内部可能会有小幅波动，如果变量刷新周期设成100ms，画面上液位就像心电图一样乱跳，非常难看。我建议模拟量变量刷新周期设为500ms~1s，开关量设为200ms~500ms即可，既保证实时性又让显示稳定。

4.2 画面动画连接的三类核心对象

组态王的动画连接看似复杂，其实核心就是三类：

• 填充类：适用于水池液位、罐体液位，用一块矩形以色块填充表示水位高低。填充量的百分比由公式算出来：(当前液位-仪表零点)/(量程-仪表零点)*100。如果LT-101量程是0-5米，当前液位2米，填充就是40%。
• 移动类：适用于皮带、刮泥机、行车的往复运动。本质是把设备的实际位置或相对运动比例映射到画面的水平/垂直偏移量上。
• 旋转类：适用于风机叶轮、搅拌机叶片的旋转效果。在组态王里可以用一个图片对象绑定一个内存变量，变量值持续变化时图片围绕中心点旋转。配合一个“仿真驱动变量”的逻辑——你没看错，就是手动写一段内存变量递增/递减的命令脚本，可以模拟叶轮转动。

旋转动画我补充一个实操技巧：不建议让变量值直线增加后归零，那会让画面“抖”。更好做法是把旋转变量约束在0~360范围内，用if (变量>=360) 变量=0; else 变量=变量+速度;这样平滑循环。速度值根据PLC扫描周期和组态王画面刷新率来调，实测下来每秒15~30度的视觉效果最自然。

4.3 命令语言与脚本：让仿真“活”起来

组态王的动画不能只靠静态绑定，还得借助命令语言脚本实现交互逻辑和仿真联动。常见脚本场景有三个：

• 画面启动时变量初始化：设置默认液位、恢复显示状态。
• 按钮事件脚本：比如“手动启动泵”按钮按下后，对I/O变量写值（Pump1_Start=ON），同时画面指示灯切换颜色。
• 仿真数据发生器：如果PLC没接通或者调试模式下数据不变化，可以用内存变量模拟液位变化——每秒钟递增0.05米，到高液位后停止递减，从视觉上模拟“进水-排水”动态过程。这是做演示时非常好用的功能，尤其是评审、答辩时PLC不一定通电运行全套工艺，提前做一个内部数据发生器可以保证画面看起来始终是活的。

关于脚本语言，组态王用的是类C语法，支持if/else、for循环、SetTagValue等函数。初学者最容易忽略的是变量类型一致性问题：内存整数变量与I/O实数变量做加减运算可能产生截断误差，建议在脚本中用浮点型中间变量过渡，保证液位显示精度。

4.4 组态画面布局的审美问题

技术都学会了，但很多人的画面做出来还是不好看。原因通常是布局太满或者颜色太杂。我的建议是：统一色系，主流程用绿色管道，污水用深棕色，回流污泥用紫红色，加药用浅蓝色；设备图标尽量用矢量图或实物照片转透明底，避免用一堆矩形代替“泵”和“风机”；关键仪表数值用大号数字放在画面右上角区域，方便观察。画面最下方留一排报警信息栏，显示最近几条报警事件，这个在中控场景里比动画本身还重要。

5. 电气图纸包含哪些内容，拿到图纸后如何开始接线

一份完整的电气图纸，不只是一张原理图，而是“目录、系统图、原理图、端子图、布局图、物料清单”的组合。我见过很多项目只给一张IGS原理图就交付了，施工时必须自己推导，效率极低。合理的一套图纸应该能解决三个问题：“这个柜子有哪些东西”“每个端子接哪根线”“这趟线从哪里来”。

5.1 主回路与二次回路的看图逻辑

一份图纸先从主回路（动力回路）看起。以提升泵为例：总开关→断路器→接触器→热继电器→电机，这一条链路上的元器件，决定了你的DO输出点驱动的是哪个接触器的线圈。二次回路则看控制逻辑：通常包含PLC输出继电器或中间继电器线圈，以及相应的手动/自动转换开关回路。

实际接线中最容易出错的是电源兼容问题：PLC输出的DO点如果是继电器输出型，一般可以接220V交流或24V直流回路，但必须确认是“干接点”输出——也就是输出触点不带电，由外部供电驱动中间继电器。如果你接的是24V中间继电器，线圈错接到220V回路，轻则烧继电器，重则烧PLC输出点。这个知识点虽然基础，但我在现场排查问题时真的遇到过不止一次。

5.2 端子图与线号标注

好的电气图纸一定带端子图：每个端子都有一个唯一编号，比如 X1-01、X1-02，端子图中明确标注“上方接PLC输入点I0.0，下方接现场液位浮球1号常开触点”。这样施工人员在柜内布线时，只要按端子号线施工就行，不需要去翻原理图逐根追线。

图纸与IO表的对应关系也要检查：IO表里写了“I0.0=手动/自动切换开关”，原理图上这个开关的常开触点必须接在对应的PLC输入端子排上，如果错了一位，程序地址和实际设备就永远对不上，调试时会非常痛苦。

6. 调试中常见的坑和处理方法

如果你照着前面的流程做完了IO表、图纸、PLC程序、组态画面，最终阶段就是联调。这个阶段几乎必然会踩几个典型的坑，我把最常见的列出来供你对照排查。

6.1 PLC与组态王通讯闪断

现象：组态画面能运行，但变量偶发显示“通讯故障”或者数据跳动丢失。

排查步骤：

• 第一步：检查通讯线是否屏蔽良好、接地是否可靠，这个原因占比最高。
• 第二步：检查PLC通讯口波特率与组态王的设置是否一致——实验项目改装波特率后忘了同步更新的情况很常见。
• 第三步：检查变量刷新周期是否过快，尝试把刷新周期从100ms调到300ms。
• 第四步：检查组态王是否超出授权点数或者通讯协议限制。

6.2 模拟量显示异常：要么不动要么乱跳

现象：液位显示停在固定值，或者数值无规律跳动。

处理逻辑：

• 先确认变送器输出，拿万用表在变送器端子处量4-20mA电流，如果本身就异常则直接检查探头安装位置。
• 再确认PLC内部原始值：在软件监控表里看AIW值是否跟随电流变化，正常4mA对应0~27648，20mA对应27648（S7-1200），如果原始值不对说明模块或者接线有问题。
• 最后检查组态王线性转换量程是否设置正确，量程填反了画面就会从5米显示成0米。

6.3 画面动画正常但PLC不动作

现象：画面点“启动”按钮，画面显示已经启动，但现场设备不转。

这种问题十有八九是I/O变量与PLC内部地址类型不匹配。组态王写的是Q0.0（位），而程序里实际用的阀门输出是另一个地址。还有一类情况是：组态王写的变量是保持型数据，它的“写”操作没有真正触发PLC程序的扫描周期逻辑，比如把启动信号写进了一个只读的Profinet地址区域。这个排查建议是把画面变量和PLC程序里的符号表逐行对照，找到不一致的地方改掉。

6.4 电机启动后立即停止并报故障

这个现象在提升泵上很常见。原因是“运行反馈”信号的取点位置不对——如果反馈取的是热继电器常闭点，则电机一旦过载跳闸，反馈断开，程序判断为故障。但有些项目中热继电器接线错误或辅助触点没接，运行反馈始终为0，程序会一直报“输出反馈不一致”。

解决方法是在程序里增加“启动时间容忍窗口”：在启动指令发出后的5秒内，不比较反馈状态，5秒之后再检测反馈值。这个“延迟比较”技巧能过滤掉启动瞬间的抖动和继电器吸合时间，让系统判断更准确。

写在最后的小经验

这套系统做下来，我最大的体会是：做自动化千万不要按“先写程序、后补资料”的顺序做，而是要按“IO表→图纸→程序→画面”的顺序做。IO表是唯一把工艺、电气、软件三方拉通的语言，IO表一旦定了，其他所有东西都顺理成章，这也是这套项目资料里IO地址分配显得格外重要的原因。

还有一个经验是，项目交付给别人之前，最好用组态王自带的仿真器或者离线模拟模式，配合内部数据发生器把整套画面流程演示一遍，确认动画动线、数据刷新、报警弹窗都正常再交。这能提前暴露不少“程序逻辑对但画面不正确”的隐蔽问题。这套项目严格说工程量不大，但麻雀虽小、五脏俱全，把这一套完整走下来，你就同时掌握了PLC开发、组态画面和电气设计的核心衔接点。后续如果再往上加功能，比如物联网远程监控、手机端报表、历史曲线分析，都是从这套基础框架延伸出去的大概率可控的方向。