手搓除灰控制系统：从PLC梯形图到MCGS组态的实战指南

做这套除灰控制系统，纯粹是被逼出来的。车间那台老式气力输灰设备，厂家报的改造价钱能买两台新柜子，换程序还要另收“版权费”。我当时就一个想法：PLC梯形图我能写，组态画面我也能画，凭什么非得被厂家卡脖子？于是白天忙完设备维护，晚上就窝在办公室从梯形图硬啃到组态，前后折腾了大半个月，总算把一套“手搓”的除灰控制系统跑了起来。今天把这些坑整理出来，给想自己动手搞工控小项目的朋友、打算转行做PLC开发的设备维护老哥、还有正在做PLC+组态相关毕设的同学当个参考。这套东西不算高端，但里面每一个坑都是拿加班时间换出来的。

1. 项目需求与控制逻辑拆解

1.1 工艺流程与核心控制需求

除灰系统在锅炉房、除尘器这些场景里非常常见，核心任务就是把灰斗里收集的粉尘定时、定量地送到灰库去。我负责这套设备的工艺流程大概是这样：除尘器灰斗料位到达高限，说明灰积到一定程度了，这时要启动卸灰阀，把灰落进仓泵；仓泵进料到位后，关闭卸灰阀，打开进气阀向仓泵内加压；当仓泵内压力达到设定值，打开出料阀，把灰通过管道吹送到灰库；吹送完成后进入吹扫阶段，用压缩空气把管道里残余的灰吹干净，然后关闭所有阀门，回到等待状态，等待下一轮循环。

整个流程看起来不复杂，但落到控制需求上就要仔细盘点了。我列了一下，起码包括：灰斗料位高低限检测，通常是阻旋料位计或者射频导纳料位计，输出开关量信号；仓泵料位检测，用来判断进料是否到位；卸灰阀、进气阀、出料阀、排气阀这些执行机构的启停控制；仓泵压力变送器的模拟量采集，4到20毫安信号；还有手自动切换、设备故障报警、运行状态指示。这些需求加起来，就是一个典型的“泵阀组合+容器料位压力”的控制对象。

我需要说清楚一点：除灰系统的控制节奏并不快，阀门动作不需要毫秒级响应，气缸动作过程按秒计算，所以我并没有上专用的顺序控制模块或者总线伺服，就是用PLC梯形图加定时器实现，在成本上非常有优势。做完之后回头看，这类项目用梯形图来写，比用ST结构化文本更直观——现场电工和维护老师傅打开程序就能看懂逻辑，这是梯形图最大的价值。

1.2 方案选型：梯形图加组态的组合为什么够用

方案选型这块，我当时把市面上常见的做法过了一遍。第一种是直接买成套除灰控制柜，省事，但报价高，程序固化，后期想加一个低料位报警都要求厂家改程序，很不灵活。第二种是纯继电器控制，用中间继电器加时间继电器搭逻辑，成本低，但接线复杂，改一个功能要重新布线，维护起来相当痛苦。第三种就是我现在用的方案：国产PLC写梯形图，加一块MCGS组态屏做监控画面。

PLC我选的是兼容三菱FX系列指令的国产型号，支持RS485口做Modbus通讯，梯形图编程用AUTOSHOP这类软件，上手门槛很低。为什么选梯形图而不是其他语言？因为这种面向开关量和定时器为主的控制场景，梯形图的“触点-线圈”模型跟继电器电路天然对应，我在写程序的时候脑子里就是一张电气原理图，平时现场维修电工也看得懂，不至于变成了“一个人写了、全厂没人敢碰”的黑盒。组态屏选了MCGS，原因很简单：MCGS组态软件跟国产PLC的通讯驱动多，网上教程量大，哪怕踩坑了也容易搜到答案。开发PC版本就用MCGSPro，后期如果需要远程Web监控，可以考虑用FUXA这类开源组态软件接入，这个是后话。

选型阶段最重要的一条经验是：先列控制需求清单，再定方案。我见过不少同行上来就买设备、想功能，结果做到一半发现IO点不够、通讯口不够用，返工成本非常痛苦。我的做法是用一个Excel表格把每个输入点、输出点、模拟量通道、通讯要求都列清楚，再根据点数去选PLC和组态屏的型号，这样整个项目的硬件成本、开发工作量基本是透明的。

2. 梯形图编程：从流程图到每一行注释

2.1 先拆状态机，再写梯形图

写梯形图最忌讳的事情就是打开编程软件就开始拖触点、拖线圈，脑子里一片浆糊，最后写出来的程序逻辑绕成一团，今天这里改一下、明天那里补一段，系统一跑起来就出各种千奇百怪的问题。我这次学乖了，动手之前先用白纸把除灰循环拆成状态机。

我把整个循环拆成了六个状态：“待机”、“进料”、“加压”、“输送”、“吹扫”、“报警停机”。核心切换逻辑就是用一个整型寄存器D存储当前状态，状态值从0到5。每一轮扫描周期里，梯形图先读当前D的值，然后只执行对应状态段里的程序块。状态切换的条件也很清晰：待机状态检测到灰斗高位信号，切到进料；进料状态检测到仓泵料位信号，切到加压；加压状态压力到达设定值，切到输送；输送状态持续一定时间或压力下降到某个值，切到吹扫；吹扫完成后回到待机。这个状态机逻辑用梯形图写出来，程序结构非常干净，每一段都对应一个明确的工业动作，后面查故障也非常方便。

定时器是状态切换里最常用的元件。我在程序里用过定时器做吹扫延时，比如出料阀关闭后需要继续吹扫15秒，就直接用一个TON定时器做延时。这里要注意一个比较坑的细节：三菱系PLC的定时器编号是有限制的，T0到T199是100毫秒定时器，T200到T245是10毫秒定时器，T246到T255是累计型定时器。我在调试时就遇到过两个状态共用一个定时器编号，导致吹扫还没结束就被进料状态的复位指令强制清零，后来检查了所有定时器编号的使用情况才定位到问题。所以写程序的时候，做个定时器分配表非常有必要的，尤其程序长了之后不登记编号，早晚出幺蛾子。

2.2 手自动切换与联锁保护

除灰系统不能只有自动运行，现场检修和试车阶段必须有手动功能。我搭的手自动切换逻辑是这样设计的：选择开关打到手动档，把自动循环的条件全部封锁，每个阀门都对应一个独立的手动控制按钮，按下就动作、松开或再按一下停止；选择开关打到自动档，程序才允许进入状态机循环。这个互锁逻辑用梯形图写起来很简单，就是自动模式下手动启动条件M点不能动作，手动模式下自动循环启动的M点不能置位。

联锁保护这块是除灰控制系统里最容易被初学者忽略、但现场故障往往集中爆发的部分。最基本的三条联锁我全部做了：进气阀和排气阀不能同时开，否则压缩空气直接从排气口跑了，压力根本建不起来；仓泵压力高限时强制关闭进气阀并报警，防止打到超压；灰斗料位低限时不允许启动卸灰阀，防止把灰斗抽空导致气流短路。这几条联锁可能看着“理所当然”，但不写成梯形图硬件间锁，实际运行中真会因为一个传感器抖动或者阀卡滞后而出事故，到时候再改，就真的很被动了。

做手自动逻辑时还有一个经验：自动状态的启动和停止按钮要加沿触发指令，而不是直接用按钮的当前状态做置位条件。我第一次写的时候用的是X输入的长开触点做条件，结果因为现场操作人员在按钮保持期间正好碰到其他信号，状态一下跳了好几拍，后来换成上升沿指令才解决。

2.3 模拟量采集与滤波处理

仓泵压力变送器输出4到20毫安电流信号，进PLC模拟量模块后，需要经过量程换算才能变成我们熟悉的压力单位。我用的PLC模拟量分辨率是0到4000，对应变送器量程0到1.6兆帕，换算成工程值就是“AIW原始值除以4000再乘以1.6”。梯形图里没有浮点数运算的老旧型号，可以用三十二位整数运算加移位处理来做精度补偿，我当时直接选的是支持浮点数运算的型号，就不需要这么折腾了。

比量程换算更让人头疼的是信号波动。现场有变频器、有大功率接触器，模拟量信号线上感应出来的毛刺非常明显，压力显示数值能上下跳十几个千帕，系统偶尔还会误报警。我一开始用“连续多次采样取平均值”的办法，写起来简单，但滤波效果一般，而且响应变慢。后来改成了一阶惯性滤波，公式是“本次滤波值等于上次滤波值乘0.8加上本次采样值乘0.2”，梯形图里用浮点运算写起来也不复杂，滤波效果比单纯取平均值要好很多，压力曲线明显平滑了。建议各位在做模拟量滤波时，先去看看现场的干扰源分布，再决定滤波系数，不要盲目追求“越平滑越好”，因为滤波过深会让压力信号反应严重滞后，导致系统超调。

2.4 注释习惯与在线调试技巧

用AUTOSHOP这类梯形图编程软件写程序时，每一行梯形图都是可以加注释的，我强烈建议养成“每行都有注释”的习惯。我见过太多同行写的PLC程序，打开一看全是一堆Y0、M100、T12，没有注释，隔一个月回去自己都看不懂，更别说别人接手维护了。我的习惯是每个网络块注明“第N步：进料阀打开条件”，每个M点注明用途，例如“M20：系统自动运行中标志”，每个定时器也注明延时时间和作用。这项工作虽然当时麻烦一点，但调试阶段省下来的时间远超写注释的时间。

在线调试是梯形图开发最重要的手段，但也潜藏坑。我在现场调试时经常用强制功能直接置位某个输出点，检查阀门动作是否正确。这会带来一个非常危险的问题：程序正常运行中被强制置位的点，不会因为程序逻辑复位而断开。我就在联调时遇到过“出料阀被强制开了，程序却以为它处于关闭状态”的情况，幸好做联动测试之前检查了一遍强制状态列表，不然可能造成设备损坏。所以我的调试规矩是：强制操作只用于单点测试，测试完立即取消强制，并进行一次“PLC停机再运行”让所有状态回零，确保没有残留强制点。

3. 组态画面：变量、动画与报警趋势

3.1 组态软件选型：MCGS、FUXA和Web组态怎么选

梯形图做完，控制逻辑跑通了，但整套系统不能只有一台光秃秃的PLC，车间主任要看运行状态、操作工要用按钮启停、设备故障了要有报警提示，这些都离不开组态。组态软件选型我对比了一圈，简单来说分三类：传统C/S架构组态，国产代表是MCGS组态软件、组态王；新型B/S架构Web组态，代表是FUXA这类开源软件；还有一类是PLC厂家的原生触摸屏组态，比如威纶通、昆仑通态的屏内组态。

我最终选了MCGS组态屏，理由有实际的使用场景支撑：车间就在旁边，本地化操作够用，不需要远距离Web访问；MCGS和国产PLC之间的设备驱动调试省心，Modbus通讯通道配置好后，变量连接非常直观；MCGSPro在开发模式和运行模式之间的调试功能也算成熟，尤其是“模拟运行”功能，不需要接真实PLC就能在电脑上把画面动画、报警功能先跑一遍，这对前期开发非常友好。关于MCGSPro的使用教程网上一搜一大把，但真正关键的变量连接、报警组态这些，建议还是自己多建几个测试工程实操一遍。

Web组态像FUXA这种，最大的优势是画面可以在浏览器里打开，适合远程监视场景，比如把除灰系统的运行数据接到办公室大屏上。我后续计划用FUXA接入PLC的Modbus TCP数据，做一个Web监视页面，刚好可以用上网上那些“工控组态软件通用SVG图库合集”的素材。不过FUXA毕竟是个开源项目，开发调试的坑也不少，适合有一定前端知识的人去折腾。

3.2 设备通讯与变量连接的核对方法

组态画面能不能正常显示数据，核心在变量连接。MCGS里一般分三层：设备窗口配置通讯参数和IO通道、实时数据库定义变量、用户窗口绑定变量做动画显示。三者之间任何一层对不上，画面上就是没有数据或者数据错误。我在开发时吃过一个亏：PLC里寄存器地址是D100，我在MCGS设备窗口里配置的通道地址写成了D101，结果组态画面能连上通讯但值始终不对，排查了半天才发现在Modbus映射上有一处偏地址。

解决这个问题的标准做法是做一个“变量核对表”，把PLC程序里的每一个寄存器地址（D/M/X/Y）、用途、数据类型和组态里的变量名称、设备通道一一对应列出来。联调的时候让PLC强制给每个D寄存器写入一个已知值，再对照组态画面上的数值是否一致。这个方法虽然土，但能够高效地把低级错误全部挡在联动调试之前。要注意MCGS的变量是分数据类型的，开关型变量和数值型变量不能混用，尤其模拟量换算后的值，要选择32位浮点数或32位整数类型，否则数值根本读不出来或者溢出。

3.3 画面素材与动画连接

组态画面不是画得越花哨越好，但也不能做一个光秃秃的工艺方块图。我设计画面的原则是：让车间操作工扫一眼就知道设备当前处于哪个环节、哪个阀门动作了、哪个料位高了。这里就要用到动画连接，把组态图元的状态跟变量关联起来。

MCGS做动画连接的方式比较直观，比如仓泵的填充效果可以绑定料位数值变量的“垂直填充”属性，阀门可以用绿色/红色切换绑定开关量变量，管道颜色变化绑定输送状态变量。网上有不少“专业组态素材站”，提供阀门、泵体、管道、罐体这些标准图元素材，也有一些SVG图库合集，甚至可以自己用画图工具做一套统一风格的图元。我个人的经验是图元素材重在风格统一，颜色、线性、尺寸比例要一致，否则画面看起来像一堆拼凑的图标，很不专业。

动画连接有一个坑我必须提醒：绑定变量的属性很多，比如颜色、填充、位置、旋转、可见度，每一项都能绑一个不同变量，很容易出现“图元动起来了，但动得不对”。调试时我建议给每个图元准备一个测试画面，逐个绑定、逐个测试，确认无误再进入下一项。像泵体旋转动画这种，一定要确认旋转速度跟实际设备启停状态匹配，不然画面看起来在转、设备其实是停的，操作工就会对画面失去信任。

3.4 报警与趋势曲线

报警和趋势是组态软件里最能体现价值的两个功能，也是验收时甲方最关注的。除灰系统的报警点我梳理出来有这些：灰斗高位报警（提醒启动卸灰）、仓泵压力高报警（保护性停机）、进气阀故障报警（阀门开到位信号超时）、变频器故障（如果有）、通讯中断报警。MCGS里配置报警其实就是两步：实时数据库里把变量定义成报警变量、设置报警限值；画面里拖一个报警显示控件，把报警变量加进去。

这里踩过的一个经典坑是：MCGS的历史报警记录默认保存在组态屏内部存储上，容量有限，如果项目运行时间长了不导出，早期的报警记录会被覆盖。我后来设置了报警数据定时导出到U盘，才算真正解决了历史追溯的问题。趋势曲线也一样，料位、压力的历史曲线默认是临时存储，掉电就没了，要长期保存也得配置数据存盘策略。

4. 联调过程与现场踩坑实录

4.1 通讯点表核对：地址偏一和数据类型

说实话，联调是整个项目最折磨人的阶段，因为PLC程序单独跑没问题，组态工程单独跑也没问题，但两者一连起来，各种幺蛾子就开始冒头了。通讯点表核对是我每次联调第一件做的事，而且我告诉你，这个步骤做细了，后面能减少一半以上的问题。

最常见的坑就是Modbus地址偏一问题。PLC里寄存器的地址从D0开始，但转换成Modbus协议时，有的设备驱动要求“Modbus地址=PLC地址+1”，有的则不需要，不同品牌的通讯驱动处理方式并不统一。我在MCGS里配置驱动时，刚开始就没搞清楚这个偏移规则，结果组态画面上的D0对应不到PLC里的D0，读到的是D1乃至更后面的值。这个问题排查起来很费劲，因为通讯状态显示正常、变量值也有变化，就是数值对不上。后来我一边修改PLC里某个寄存器的值，一边盯着组态画面看哪个变量跟着变，这样的笨办法反而最快定位到问题。

数据类型不匹配是第二个高频坑。PLC里的整数寄存器分为16位和32位、有符号和无符号之分；MCGS变量也分得比较细，如果你PLC里用的是32位浮点数，组态变量那边却是32位整数类型，读出来的数会完全乱掉。所以我联调时特别强调：设备窗口的通道属性必须和PLC程序里的数据类型严格对应，必须先看PLC程序，再来配置组态通道。

4.2 模拟量干扰与滤波参数调整

联调阶段我遇到的第二个大问题是仓泵压力显示数值剧烈跳动，从0.2兆帕一下跳到0.7兆帕，再跳回来，周期不固定。一开始我以为是变送器坏了，拆下来单独用信号发生器加信号，发现很稳定；又以为是PLC模拟量模块坏，换个通道也一样；最后用万用表测信号线两端电压，才发现是现场变频器运行时产生的干扰叠加到了信号线上。

解决过程就三步：把模拟量信号线换成屏蔽双绞线，并且屏蔽层在PLC侧单端接地；信号线跟动力线分开走线槽，保持至少二十厘米以上距离；再在PLC程序里配合一阶惯性滤波。这三步做完，压力信号基本稳定了，但我也保留了一个问题排查的习惯：滤波参数不是越大越好，要在抗干扰和响应速度之间找一个平衡点。把滤波系数从0.8调整到0.7，信号稳定性和实时性都在可以接受的范围内。

4.3 执行机构联锁与异常保护

除灰系统现场的执行机构包括卸灰阀电机、气动阀、电磁阀，这些设备的动作反馈来自阀门开到位和关到位限位开关。联调时我遇到一个非常容易忽视的坑：阀门实际动作时间比程序设定时间慢。比如程序判断“进料阀打开”后马上开始计时加压，但实际上进料阀完全打开需要两三秒，气缸动作有滞后，导致仓泵还没完全关到位就开始加压，效果很差。

要解决这类问题，单靠固定延时是不行的。我在关键阀门上加了开到位、关到位限位反馈，程序里只有在收到限位信号后才允许进入下一步。这样看起来程序逻辑复杂了一些，但换来了可靠的执行顺序，避免阀未到位就强制下一步动作。另外一个必须做的保护是：当压力高高报警时，不管处于什么状态，程序立即关闭进气阀、打开排气阀泄压，并跳转到报警停机状态。这个联锁在自动状态下尤其重要，我把它放在梯形图最前面的保护段里，确保每个扫描周期都优先执行。

4.4 组态工程的备份与版本兼容

组态这块有个很现实的坑，是我在一个周末差点被搞崩溃的经历：在开发电脑上保存好的MCGS工程，拷贝到车间工控机上调好后，隔几天想再改点东西，却发现打不开了，提示工程版本不兼容。原来车间那台工控机上的MCGS运行环境版本比我开发电脑上用的旧，组态工程在高版本下开发保存后，低版本环境打不开。

从那以后我给自己定了个规矩：开发环境的版本号固定，所有组态工程都用一个版本的组态软件开发；车间运行环境如果跟开发环境版本不同，先升级运行环境再做联调，而不是等工程做完才发现这个问题。另外，组态工程文件要养成“日备份+版本号命名”的习惯，比如“除灰系统_V1.2_20250108.MCG”，因为组态工程在开发过程中很容易因为误操作导致画面丢失，有备份才不至于全部重来。PLC程序也是一样，不同调试阶段的版本要分别保存，回滚才能有路可退。

5. 常见问题排查速查表

这部分是给已经准备动手、或者正在调试中反复折腾的朋友准备的。我按实际排查顺序整理了一张速查表，遇到问题可以对号入座：

这些坑里面，我遇到最多、也最容易让人心态崩溃的是Modbus地址偏一和模拟量干扰这两个。如果你正在做三泵排水PLC加MCGS组态项目，或者纯水系统组态这类结构差不多的控制项目，大概率也会碰到类似的通讯和干扰情况，排查思路完全通用。

跟同行交流时我发现，很多人做PLC项目容易“重逻辑轻画面”，觉得组态就是个美工活。但实际跑下来，组态才是操作工每天面对的东西，一个交互友好、报警可靠、曲线完整的人机界面，跟一个“功能都有但用起来别扭”的画面，甲方的评价天差地别。我后来做类似项目时，甚至会在出组态初版画面后先让操作工提意见，再定稿开发，投入产出比非常高。

最后再分享一个小技巧：这套除灰控制的梯形图状态机框架，我后来直接复用到别的项目上了，改动的地方就是IO点映射和状态切换条件，框架本身基本不动。三泵排水、纯水系统、小型污水处理站，本质都是“泵阀+液位/压力+顺序控制”，会写一套状态机，这类项目就通了一半。不过我这套目前还是本地组态屏监控，下一步打算用FUXA这类Web组态把运行数据传到办公室浏览器上，顺便研究下SVG图库怎么在Web画面上做动画。等这套远程监视跑通了，再单独写一篇，跟各位分享折腾过程中的新坑。