做了几年的自动化项目我发现一个挺讽刺的现象很多 FX5U 项目程序是在上一个项目基础上删删改改拼出来的能跑但三个月后连写程序的人自己都要花半天才能看懂改哪儿。三菱 FX5U PLC 功能样板程序的价值不在于拿来就能用而在于把整个程序框架、注释规范、软元件分配、调试入口全部固定下来让新项目从第一天起就看到终点。这篇文章我打算完整聊聊这套样板程序的思路和玩法从选型盘点、程序分区、注释命名到快速移植、结构化文本和 FB 封装、内置定位和以太网通信最后再把几年现场调试里踩过的坑一并倒出来。不管你是刚接触 FX5U还是已经在 GX Works3 里折腾了不短时间这套东西都能直接照搬省掉大量重复劳动。1. 样板程序到底解决什么问题为什么要花力气维护它先说个我常被问的问题三菱官方不是给了一堆示例程序和手册吗为什么还要自己做一套样板官方示例确实齐全但它们是功能演示不是工程组织。演示程序只告诉你这个指令怎么用不告诉你整套设备程序该怎么分区、哪些信号放哪个地址、操作工按下启动后逻辑从哪儿一路跑到输出。真实项目里最耗时的不是写一条指令而是把所有 IO、报警、模式、步序、通信、参数堆在一起之后系统还能被清晰读懂、快速修改。样板程序解决的核心问题有三个。第一是降低重复搭建成本。每台设备都要初始化、手动自动切换、报警互锁、输出映射、触摸屏对接这些骨架逻辑占整个程序工作量的六成。把它们做成样板新项目等于先继承六成完成度剩下的只是工艺段和参数差异。第二是统一团队的代码习惯。自动化项目经常是今天 A 写、明天 B 改、后天 C 维护。没有统一框架时每个人的软元件命名风格都不一样有人用 M0 表示运行有人用 M100 表示运行注释爱写不写修改时全靠猜。样板把这套规则定死谁进来都按同一个套路走。第三是把调试入口前置。程序里设计了专门的设备状态区、报警保持区、参数区设备在现场出了问题维护人员可以直接通过触摸屏或者 GX Works3 监视界面定位到具体分区而不是打开一整张梯形图对着触点一个个找。我见过不少团队喊着做个样板结果做成一个什么功能都往里面塞的大杂烩最后比不做好。合格的样板必须满足三个条件结构稳定、注释完整、占位清晰。结构稳定是说分区骨架长期不变注释完整是说每个软元件、每个网络块都写明白占位清晰是说预留的备用 IO 和参数区在图纸上一眼能看到。达不到这三点的样板用一两个项目就会被废弃。2. 动手前的资源盘点FX5U 选型决定了样板的天花板开始写程序之前先做硬件资源的盘点。同样是 FX5U不同型号的差异非常大样板程序如果一开始没留够扩展量后面会非常被动。2.1 CPU 型号里的门道三菱 FX5U 的型号命名看起来一串字符其实信息量很大。常见的是 FX5U-32MT/ES、FX5U-64MT/ESS 这类。中间的 32、64 指的是本体 IO 点数比如 32 一般是 16 点输入加 16 点输出。后面的 M 是晶体管输出R 是继电器输出最后一个字母组合代表供电方式和漏型源型差异。选型上我要强调一句如果设备上有步进或者伺服一定要选晶体管输出型。晶体管输出响应快可以输出高速脉冲给驱动器继电器输出只能做低频开关脉冲定位想都不用想。样板程序我默认按晶体管输出设计如果项目确实用了继电器输出只要把脉冲相关的轴配置删掉其他框架不动。FX5U 相对老款 FX3U 的一大优势是通信能力大幅增强。CPU 本体自带以太网口可以走 Modbus TCP、SLMP 这类协议也支持 CC-Link IE Field Basic 网络。这意味着触摸屏、上位机甚至远程维护都可以通过网口直连不用再单独加通信模块。样板程序里通信区的设计都是基于这个网口展开的。2.2 本体资源、扩展模块和远程 IO 的取舍FX5U 本体上有内置的高速计数输入晶体管型还支持高速脉冲输出用于定位。不同批次和型号的具体通道数有差异选型时以官方硬件手册为准。我在样板上留了这部分的软元件分配实际项目按真实硬件调整。IO 点不够时FX5U 支持右侧扩展模块的方式增加 IO 和特殊功能模块比如 FX5-16EX/16EYT 这类数字量扩展FX5-4AD/4DA 这类模拟量模块。如果点数需求更大或者现场分布比较散可以考虑 CC-Link IE Field Basic 远程站网线串联就行接线量比传统并行扩展小很多。这里有个经验样板里默认给本体 IO 地址留出余量不要一上来就把 X0-X7、Y0-Y7 全部占完。设备调试阶段总会有临时增加近接开关、改个急停回路的情况预留地址能让你在不动整个框架的前提下完成接线变更。我在每个分区里都留了两到三个备用输入和备用输出注释直接写成备用 1、备用 2谁看了都知道这里是空位。2.3 隔离清单哪些资源属于样板哪些必须项目自定义样板程序容易犯的毛病是过度设计。我把资源分成两类一类是设备无关的公共资源比如模式管理、报警记录、参数区、通信缓冲区这些必须在样板中定义清楚另一类是设备相关的工艺资源比如工位步序、气缸动作、伺服定位表格、模拟量上下限这些只保留占位和示例具体内容由项目程序填充。隔离清楚的好处是移植时有一个明确的换内脏不换骨架的过程。骨架错误是全局性的内脏错误只影响单个设备调试定位的时候范围一下子就缩小了。3. 程序框架与地址规划先在纸面上把整台机器的逻辑铺开在 GX Works3 里建工程之前我习惯先在表格里把地址规划和程序分区画出来。这一步看起来费时间实际是后面省时间最多的一步。3.1 八个基本分区的划分逻辑样板程序按功能划分为八个基本区顺序很重要因为 PLC 循环扫描是从上到下执行的分区功能典型位置初始化区上电首扫描处理清中间状态、恢复保持参数程序开头模式管理区手动/自动切换、运行允许条件初始化之后自动步序区各工艺段的顺序控制逻辑模式区之后报警与互锁区故障检测、报警保持、急停处理输出映射之前手动输出区点动、单步动作的驱动逻辑自动步序之后自动输出映射区把自动步序结果映射到实际输出输出前通信区以太网、Modbus 数据交换读写缓冲区中后段参数与状态区触摸屏显示、调试监视用的数据集中区任意位置集中为宜初始化在最前是因为上电后必须先把中间继电器清零、把上一次掉电遗留的状态处理掉再进入正常的逻辑扫描。模式管理要在自动步序之前因为步序的启动条件要先拿到当前是自动模式还是手动模式这个结果。报警互锁放在输出映射之前是为了确保报警发生时能直接掐断输出映射的出口而不是等输出已经置位之后再补救。自动输出映射单独拉一个区是我特别想强调的设计。很多新手喜欢在步序里直接写 Y0、Y1这样看起来直观但改线时就要翻遍整段程序。样板里做了分层自动步序只操作中间标志位比如 M101 表示工位一前进最后由输出映射区统一把中间标志转换成物理输出 Y0。这样接线变更只改一个地方。3.2 保持区与非保持区最容易埋雷的地方三菱 FX5U 的软元件有一部分可以通过参数设置为断电保持。样板程序对这个区域的划分有严格规矩参数类速度设定、温度上下限、配方号放在保持 D 区断电后不丢上电后直接使用。累计类总产量、运行时间放在保持 D 区但配合报警历史一起管理。中间状态当前步号、气缸伸出标志、报警瞬时信号放在非保持区上电时先清一次防止设备停在上次的中间状态导致误动作。这个规矩执行不到位会出现一个经典故障设备断电再上电后步序直接延续断电前的步号气缸突然按照旧状态动作现场维护人员往往第一反应是程序逻辑错了实际上是保持区没规划好。我在样板初始化区写了一段注释很明显的程序上电后把步序区整段清零只恢复参数和累计值。3.3 标签还是软元件地址我为什么两者混用GX Works3 里 FX5U 是支持标签编程的用标签写程序肉眼看着很舒服随时能跳转定义类型检查也严格。但纯标签在触摸屏对接和三菱传统习惯上会遇到一些摩擦。很多触摸屏组态软件直接通过地址访问标签如果没绑定软元件HMI 那边就要多一层变量映射。样板里我的做法是全局标签为主、软元件映射为辅。关键 IO 和中间变量定义全局标签标签名规范可读同时把它映射到固定的软元件地址触摸屏和上位机通信时直接访问映射好的软元件不依赖标签名。这里有个实际好处在线修改时GX Works3 对软元件地址的监视和强制非常直观现场维护人员不一定熟悉标签跳转但一定看得懂 M0、D100 的批量监视窗口。4. 注释体系和命名规范让注释全变成可复制的方法论样板程序最大的卖点是注释全。但注释全不等于每行都加字更不等于废话连篇。真正有效的注释体系应该是在关键位置出现、说明状态含义、解释非常规写法的原因、并和软元件命名互相印证。4.1 GX Works3 的三类注释各干各的活GX Works3 中针对梯形图有三种常用注释网络注释、软元件注释、行注释。样板里对它们进行了明确分工网络注释写在每个网络块的上方说明这个块做什么、入口条件是什么。比如设备空闲判定无报警、无自动运行、手动无输出三条件同时成立开放启动许可。软元件注释写在触点或线圈的下方说明这个软元件的物理含义和置位状态。比如 X0 的注释是启动按钮常开按下为 ON。行注释写在指令旁边一般只用于解释为什么这么写。比如某处不是简单读取输入而是先做了滤波行注释会写近接开关抖动大采样 10ms 滤波后再参与互锁。实际维护中我在定位问题时根本不看梯形图主体先看网络注释和软元件注释。排查路线通常是报警区看到设备急停为 ON再跳到急停输入确认 X 状态然后去查硬件接线有没有断开。这一套注释逻辑下来维护效率比无注释程序高几倍。4.2 前缀和命名的固定写法样板里所有软元件和全局标签都采用前缀_含义_编号的格式。约定如下前缀含义示例G_全局标签前缀跨程序可引用G_Main_StartedX / Y输入输出本体地址注释写物理含义X0 压料到位近接Alm_报警类信号Alm_Overload_1Para_参数类软元件Para_Speed_MM_SStat_设备状态字Stat_DeviceCnt_计数器或累计值Cnt_TotalQtyTmp_临时计算用Tmp_Buf1命名有个容易被忽视的细节同一类软元件编号尽量按功能分区连续分配。比如 M0-M99 归模式管理M100-M199 归自动步序M200-M299 归报警M300-M399 归手动。这样在批量监视窗口里只要扫一眼编号区间就知道属于哪部分逻辑。单位也要写进注释或命名里。速度参数写成 Para_Speed_MM_S 而不是 Para_Speed温度写成 Alm_Temp_Above_Limit 而不是简单的 Alm_Temp等于把量纲和阈值方向都固化下来后面改程序的人不需要再翻工艺文档。4.3 注释维护的日常工作流注释最怕写了不更新。样板维护里面有两条硬规矩第一任何一次在线修改必须同步改网络注释和软元件注释。如果只是临时强制测试而不需要改逻辑那不动注释一旦修改了线圈、触点、比较值注释必须立刻跟随。第二定期做注释导出检查。GX Works3 支持把注释导出成文件在电脑里批量检查哪些软元件有使用没有注释、哪些注释内容超过长度显示不全。我和团队大概每个项目调试末期做一次导出对照报警表把软元件注释过一遍。有个小技巧GX Works3 里可以直接把注释复制粘贴到 Excel 批量编辑再导回去。硬件接线表在 Excel 里维护的团队尤其适合这个方式IO 注释先从 Excel 整列生成再批量导入工程省掉逐条打字。5. 快速上手从样板到实际设备的移植流程样板做得再好到了新项目还是要做一次移植手术。移植不是复制粘贴就完事而是有一套固定操作流程照做能避开大量隐性坑。5.1 第一步建立 IO 映射表先改地址不改逻辑拿到设备的电气图纸后先把图纸上的物理信号填进一张映射表信号名称、图纸线号、PLC 输入或输出地址、对应样板里的逻辑用途。满表之后逐条把样板里的 X0、Y0 地址替换成实际地址。这一步我严格要求只改地址不改逻辑结构。样板的自动步序、互锁关系、报警逻辑都是经过验证的骨架任何工艺差异都不应该先动骨架而是先看能否通过参数和地址适配。比如样板上某个工位用了两步动作实际设备少了一步那就先保留空的步序只把没用的步序对应的输出注释掉等整体跑通后再清理。5.2 第二步调整参数区范围和器件参数开工程前检查 PLC 参数的软元件保持设置确认保持区域覆盖了参数区和累计区且没有覆盖到中间状态区。然后根据 CPU 型号调整保持范围不同型号的默认保持范围不一样样板里的默认值不一定适用你的 CPU这一步必须人工比对硬件手册。模拟量模块也要在这时确认。样板上模拟量通道默认是 4AD 和 4DA 各一个实际项目可能是 8 路输入或者没有模拟量那就把对应读取程序整段禁用不要让模拟量指令在没有模块的情况下报错。5.3 第三步把三段式调试法变成流程纪律移植完成后首台设备调试我坚持按三段走不允许跳级离线模拟在 GX Works3 的模拟器里跑一遍完整流程手动切换自动、跑几个步序、触发报警确认逻辑状态流转符合预期。这一步能拦住六成低级错误。输出禁止空机测试下载程序后先把输出禁止功能打开意思是 PLC 逻辑照常跑但所有物理输出被禁住外部设备不会动作。这时候在触摸屏上把点动、自动模式全部操作一遍监视软元件状态变化确认输出映射区的信号按照预期翻转。单机联动解除输出禁止先手动单步动作再空机自动循环。空机自动循环至少连续跑 20 个周期无异常才允许接入真实负载。这套流程的要点在于输出禁止和强制监视是现场调试最安全的手段。很多人上来就直接解除输出禁止做联动结果逻辑里的一个互锁写反气缸直接顶出去轻则撞夹具重则伤设备。用输出禁止把逻辑层和物理层切开是成本最低的安全保障。5.4 移植中最常见的三个注意移植中还有一些小坑我单独列出来触摸屏地址要和 PLC 一致。样板上 HMI 变量已经按 G_ 标签或者软元件地址映射好了新项目如果改了地址触摸屏组态同步改否则看起来通信正常但按钮点了没反应。备用地址不要移作他用。样板预留的备用输入输出和备用 D 区在任何情况下都不得被临时程序占用。一旦占用下个项目继承样板时会多出一堆看不懂的残留逻辑。首次下载前做好程序备份。GX Works3 工程文件、导出的注释、参数配置各存一份命名带上项目号和日期。调试期一天改三版是常态没有备份就只能靠记忆回滚。6. 高级玩法ST 混合编程、FB 封装、内置定位和通信扩展样板程序满足基本设备控制需求之后我一直在往里面塞高级模块让样板不只是入门框架还能直接支撑中型自动化设备。6.1 梯形图为主、ST 为辅的混合编程GX Works3 里同一个工程可以同时使用梯形图和结构化文本。样板的骨架部分我用梯形图因为现场电工和维护人员对梯形图最熟但数学运算、批量数据处理、通信报文解析这类逻辑梯形图写起来又长又难改我改用 ST。举一个滤波算法的例子。模拟量采集值抖动大不能直接用需要在程序里写滑动平均// 模拟量滑动平均滤波每 10 个扫描周期输出一次平均值 IF bReset THEN SumVal : 0; CntVal : 0; END_IF; SumVal : SumVal RawAnalog; CntVal : CntVal 1; IF CntVal 10 THEN AvgAnalog : SumVal / 10; SumVal : 0; CntVal : 0; END_IF;梯形图写这段循环累加很别扭ST 几行就搞定。关键在于ST 程序和梯形图程序在同一个任务里顺序执行数据可以直接复用软元件和标签不需要做复杂的接口转换。用 ST 的另一个场景是数组处理。多段温度数据求最大值、把一组报警字按位拆成独立标志这类逻辑在 ST 里可以写成循环梯形图只能展开重复写。样板里我把所有报警字的位解析统一改用 ST报警数量增加时只改数组长度不用把梯形图复制十遍。6.2 FB 功能块把电机、阀门、轴封装成可复用积木FX5U 在 GX Works3 里支持功能块FB和结构化文本函数这是高级玩法里投入产出比最高的一项。我在样板里封装了一组常用 FBFB_MotorControl电机启停控制输入有启动、停止、过载反馈、复位输出有运行中、故障、启动许可。内部做好了启动互锁、故障保持、复位延时。FB_ValveControl阀门控制带开到位、关到位、超时报警可以适配单电控或双电控阀门。FB_AxisMove单轴定位控制输入轴号、目标位置、速度、加减速时间输出定位中、定位完成、报警。FB 的好处是内部逻辑只写一次实例化多个副本时各自占用不同的内部软元件区域。比如设备上有四台电机就调用四次 FB_MotorControl每个实例的名字是 FB_Motor_1 到 FB_Motor_4内部互锁逻辑完全一样但端子接线和参数相互独立。程序里不再是四段几乎相同的梯形图而是四个 FB 调用可读性一下子提升很多。封装 FB 要注意一个原则FB 内部不要直接访问物理地址。所有物理 IO 应该从外部通过输入输出参数传给 FB这样 FB 才能在不同设备上通用。比如电机启动按钮的地址变了只需要在调用 FB 时改传参FB 内部一行不动。6.3 内置定位功能FX5U 晶体管型的高速脉冲轴FX5U 晶体管型 CPU 支持内置高速脉冲输出可以直接驱动步进或脉冲型伺服定位相关指令在 GX Works3 里集中配置。样板中轴控制的分层是这样的触摸屏或 SCADA 给出目标位置、速度两类参数写入参数 D 区PLC 逻辑判断轴当前状态和允许条件后触发定位启动指令定位完成后回读完成标志再进入下一步工艺。接线层面脉冲信号和方向信号要接到伺服驱动器的对应端子原点信号接到高速计数或中断输入端子具体端子号和通道号在样板注释里留了醒目提醒。很多新手容易在脉冲信号接了但方向信号没接这种问题上卡住只要两路信号一起检查就很快。多轴运动时样板里强制要求轴间互锁。意思是任何时候不能直接对所有轴同时发启动指令而是先判断各轴状态确认全部就绪后再启动防止两台伺服带着工件互相撞。轴数超过 FX5U 本体能力时不要硬塞。高复杂度轨迹插补、CNC 类应用已经不是 FX5U 的定位范畴老老实实换运动控制器样板的通信区可以过渡衔接但不要在 FX5U 上极限压榨安全性和稳定性都不划算。6.4 以太网和 Modbus TCP让上位机和设备轻松对话FX5U 自带以太网口样板上直接把 Modbus TCP 从站功能配好。设备区的 D 寄存器映射到 Modbus 地址触摸屏、上位机通过网口直接读写不用额外加协议转换模块。我习惯把通信数据分成三个区只读区、可写区、命令区。只读区放运行状态、报警、产量、实时温度上位机和触摸屏只能读可写区放参数设定值比如速度、温度上下限命令区放启动、停止、复位指令上位机对命令区写入之后由 PLC 侧判断条件再执行。三块区分开极大减少了通信冲突。如果所有数据都放在一个区上位机一顿乱写可能会把运行状态覆盖掉出现明明在运行触摸屏却显示停止的诡异现象。分区虽然牺牲了一点地址连续性但换来的是稳定和可排查性。对于远程维护FX5U 的以太网口配合适当的路由配置可以让厂商远程连到 PLC 上做监控和程序上下载。注意远程维护的安全策略需要提前规划好不要裸奔到公网至少做一层访问控制。6.5 数据记录和简单报表用样板积累产量的过程数据FX5U 支持 SD 存储卡和部分数据记录功能样板里我把关键数据做了周期搬运产量、运行时间、报警时间戳、温度曲线通过 ST 程序写入内存缓冲区再由通信区统一上传到上位机或触摸屏保存。如果上位机没连可以在触摸屏上做简单的记录查询数据源还是 PLC 的 D 区。样板程序在注释里写明了这些数据区的刷新周期和用途上位机开发工程师拿到注释表就能对接不用反复问地址。7. 现场多年攒下来的调试验证经验让样板程序真正扛住生产这一章写一些没写在手册里的东西都是实际项目里踩出来的。样板程序框架合理只是一方面真正能扛住生产考验靠的是细节。7.1 一个定位到崩溃又极其经典的偶发停机说一个我印象很深的排查过程。那台设备运行时偶尔停止有时一小时一次有时半天一次没有任何规律。报警区显示的是互锁条件不满足。一开始怀疑是某近接开关松动重新紧固后故障依旧。然后在 GX Works3 里对装置状态做了长时间监视最终发现是触摸屏组态里一个启动按钮的地址和 PLC 里运行中标志的地址重合了。操作员按触摸屏时上位机把运行中状态瞬间改成 0互锁条件断掉设备停下但 100 毫秒以后触摸屏又被 PLC 刷新回 1所以肉眼根本看不出来。这类问题的排查思路是先确认报警区里的具体条件再逐条回看这些条件依赖哪些地址最后检查这些地址有没有被通信区或触摸屏重复占用。样板里通信区做只读/可写区隔离的原因就在这里如果当初没隔离这类故障会更难查。7.2 强制输出和输出禁止的使用纪律我见过不止一次调试人员用 GX Works3 强制功能去试输出结果把继电器控制的气缸给顶出去了。原因是强制功能直接绕过程序逻辑把 Y 点锁死为 ON而此时输出禁止未必开启。样板程序里配了一个专门的输出禁止开关软元件调试时先把它置 ON程序里的输出映射区就会整体封锁。在这个前提下做强制操作物理输出不会动作只会看到软元件状态变化。现场调试的默认姿势是先开输出禁止再做任何强制操作确认无误后解除输出禁止。这个习惯必须从样板程序使用第一天就养成不然迟早出事。7.3 在线修改之后注释和程序神同步的问题GX Works3 支持在线修改调试效率很高。但有个隐蔽问题在线修改时有时只改了梯形图忘了改注释或者注释改了但程序没保存。等第二天重新打开工程屏幕上显示的程序内容和注释对不上人就会陷入信程序还是信注释的困惑。我的做法是每轮在线修改结束立即把工程文件另存一个新版本命名方式带日期时间。等到整个调试期结束再把最新版本导出全部注释和报警表、IO 表做一次联合检查确保注释里没有残留的旧信息。7.4 掉电保持带来的复原陷阱前面说过保持区和非保持区要分开这里再补一个实际案例。某设备参数放在保持区步序放在非保持区理论上断电再上电后步序清零设备应该从初始状态开始。结果上电后设备直接执行了前进动作因为是初始化区没把某个中间标志清干净。问题出在步序清零了但输出映射区使用的缓存标志没有跟着清而这个缓存标志恰好放到了保持区。所以样板初始化区里我增加了一段**强制全复位清单**把输出映射缓存、步序缓存、报警瞬态标志全部列出来上电后统一复位一条都不能少。这个清单每个项目都要检查一遍新加的中间变量如果忘了进清单下次就会重现这个坑。7.5 与上位机通信时最容易忽视的时间戳Modbus TCP 通信时上位机一般需要知道 PLC 的数据有没有更新尤其是故障状态这种关键信息。样板里单独维护了一个数据刷新计数器每扫描一次加一上位机只要发现这个值没有变化就知道链路或程序出了问题。这比上位机直接判断数据本身更可靠。因为故障状态在复位之后会归零光看状态值无法区分设备正常和通信中断导致数据冻结。数据刷新计数器是个永远增长的软元件一眼就能看出通信是否活着。现在再回到样板程序这件事上。一个真正可复用的样板交付时最重要的不是梯形图本身而是那几张映射表和注释清单。工程文件会变软元件地址会换但哪个区管什么、每个标志符怎么命名、调试时第一步看哪里这些规矩不会变。我希望每个拿到这套 FX5U 样板的开发者都能少走半年弯路把精力花在解决设备本身的问题上而不是永远在对地址、猜注释、翻旧程序。