做非标设备这么多年最深的体会就是程序本身不难难的是把几十台从没见过的新设备用一套稳定、能跑、敢交付的程序串起来。这个项目是某制造企业一整条智能装配线的程序集成工程累计三十四个成熟项目设备类型覆盖转盘机、组装机、锁螺丝机、点胶机、检测机等七八种非标设备。我作为程序主控负责人从第一台设备的地线压接到最后一台设备的联动联调都全程跟进。今天把这些经验拆出来重点讲明白三菱PLC在非标设备里的程序集成思路、模块复用方式、典型设备的控制逻辑以及这个过程中最容易被忽略、但又最能决定交付质量的细节。内容会比较长但保证每一条都能直接用在现场。1. 非标设备程序集成到底在集成什么1.1 非标设备的真实项目状态先说实话。非标自动化行业里的“三十四个项目”听着像是很规整的工程集群真实情况往往是客户产线规划了三十多个工位每个工位单独设计、单独采购、单独装配最后拼成一条整线。这些设备来自不同时期有的是前两年做的老机型有的是这半年新交付的PLC的型号有FX5U、有Q系列、甚至还有几台是L系列的。它们的程序风格也完全不同早期的工程师喜欢把所有逻辑堆在同一个程序块里后来的项目开始用子程序但也只是把气缸动作拆出来而已。真正接手的时候程序风格、变量命名、IO分配简直是一场灾难。这种情况下做“程序集成”核心不只是把程序合并到一个工程里而是要完成三件事第一建立一套统一的程序和变量规范把三十四个设备的程序放在一个可维护的框架下第二保留每台设备的独立控制逻辑同时让它们能被线体总控统一调度第三确保每台设备单独调试、单独运行没有问题联动时也不会互相干扰。1.2 从单机思维升级到整线思维很多工程师做单机程序很熟练转盘机怎么转、气缸怎么顶、传感器怎么感应顺手就来。但到了三十四台设备一起跑的阶段思维方式必须变你写的每一段程序都不只是控制一台设备而是在跟另外三十三台设备打交道。我接手时做的第一件事不是打开GX Works3开始写代码而是把三十四个项目的IO表和程序架构全部拉出来做了一张统一的功能清单。每个设备的IO分成了四个大类本体控制点气缸、电机、传感器、工艺参数点压力、温度、扭矩、节拍管理点启动、停止、复位、完成、状态上报点运行中、待机、报警、急停。这套分类定下来之后后面所有设备的程序就都有了统一的骨架而不是三十四种五花八门的写法。这里有个非常关键的经验非标设备的程序集成最高层的功夫不在程序里而在程序之外的标准制定上。没有统一标准你后面改三十四台设备的程序会被细节淹没。2. 三菱PLC程序集成的架构设计与复用方法2.1 主程序架构把设备拆成标准功能块三菱PLC里做程序集成我推荐的方式是用FB功能块子程序中断程序的组合架构。底层的核心思路就一条把设备的行为拆成标准动作单元再用主程序把这些动作按顺序组织起来。拿一台标准的转盘机来说它的动作无非就是上料工位感应到工件→转盘旋转到位→各工位同时动作压装、检测、锁螺丝→转盘再转→下料。这些动作拆开看都不是什么复杂的逻辑。但三十四台设备要联动转盘机的动作就得能被打断、能暂停、能复位、能单步空跑。我习惯用ST语言编写FB每个设备建一个设备FB实例比如FB_转盘_01、FB_组装_02FB内部管理设备自己的状态机。梯形图只做调用和握手不在梯形图里堆设备逻辑。这样做的优势在后期的故障排查中特别明显——某个工位报警了直接看那个设备FB里的状态值一眼就知道卡在哪一步不用在线监控几十个M继电器的通断。2.2 状态机的程序实现方法在三菱PLC里实现设备状态机我的做法是给每个设备定义一组状态字用整数来表示当前状态状态值含义对应动作0空闲待机等待启动信号10自动运行中执行自动生产节拍20暂停保持保持当前动作等待恢复30手动调整允许人工单步操作40报警停止触发安全保护所有动作停止50复位退料执行复位流程退出工件状态切换用IF语句判断条件比如自动状态下收到暂停信号就把状态值从10改到20同时把当前执行中的气缸动作锁住。收到恢复信号时从20回到10程序继续往下走。这个办法在非标设备上已经验证了非常多轮比用一堆M点和T/C定时器去搭状态逻辑要可靠得多。记得有台设备调试时客户提出“这里要加个暂停功能工人有时候需要临时离开一下”。如果早期那种散装逻辑的程序加这个功能意味着要把所有动作都重新梳理一遍非常容易漏掉某个气缸导致暂停后气缸还在动。但基于状态机的程序只需要在状态切换的处理里加一个“暂停时切断所有输出”的逻辑全设备行为一次搞定。2.3 程序块的标准化封装三十四个项目里重复的底层逻辑非常多。我把它们做成了标准库气缸控制块接受目标位置输出两个电磁阀信号带磁性开关检测确认超时报警。气缸动作只有两类——伸出和缩回但很多设备上气缸有几套不同缸径、不同速度所以块参数里要预留动作超时时间。变频器控制块输出启动/停止信号读取运行频率和电流带故障复位逻辑。步进/伺服定位块输出脉冲方向读取定位完成信号带原点回归逻辑。真空检测块读取真空压力开关信号判断吸着OK/NG用于搬运机构。气缸压力检测块读取压力传感器模拟量判断压力到达范围用于压装工位。这些标准块共用一套接口管脚名字统一叫x_Target、x_Done、x_Fault。后面新来的工程师写代码只需要知道怎么调用不需要关心块内部怎么写。这就是复用带来的效率提升。用标准块还有一个隐形的好处调试工具可以统一。我在HMI上做了一个通用监控页面每个设备块的状态都在同一套界面框架里显示工人换操作设备时不用重新学界面。2.4 模拟量的统一处理非标设备里模拟量点位不多但处理不好会出大问题。常见的是温度传感器、压力传感器、位移传感器以及变频器的频率反馈。我的经验是把模拟量全部统一成工程量单位后放进全局变量程序内部不直接读D寄存器。举个实际案例某压装工位用的压力传感器是4-20mA输出的量程0-5kN。PLC读取的是0-4000的数值我在程序里做了一次线性换算把D值转成kN单位的浮点数// 4-20mA对应D值范围0-4000 // 对应工程值范围0.0-5.0kN real_pressure : INT_TO_REAL(d_ai_pressure) / 4000.0 * 5.0;这样做的最大好处是程序里的报警判断全部用真实单位比如IF real_pressure 4.8 THEN维修电工一看就知道是压力超了不需要再去对照PLC手册查D值是多少对应多少kN。这个细节在快速交付阶段省了特别多沟通成本。3. 各类非标设备的程序特点与实战处理3.1 转盘机的程序实现要点转盘机是非标设备里最常见也最有代表性的机种。核心控制对象是一个间歇分割器驱动的圆盘上面分布着多个工位每个工位完成一个工艺动作。转盘机程序关键的三个问题分割器到位确认、多工位并发动作、节拍优化。分割器到位这块我见过很多程序只靠分割器内部的凸轮开关信号这个信号如果调试时不校正好会出现到位信号提前或滞后导致动作干涉。稳妥的做法是在分割器从动侧安装接近开关与凸轮信号做“与”逻辑两个信号同时为ON才判定到位。误判概率大幅下降。多工位并发动作的意思是转盘到位后六个工位同时开始压装、检测、锁螺丝等操作。三菱PLC的扫描周期通常在几毫秒到十几毫秒六个工位的动作如果串行判断一个完整节拍会被拉长不少。我采用的方案是到位后用一个“工位动作使能”字位0到位5分别使能六个工位每个工位在独立的中断程序里执行自己的动作序列扫描周期内所有工位同步运行。节拍优化这块最有意思分享一个我踩过的坑。某转盘机原来节拍是4.5秒客户嫌慢要求提到3.5秒。我先优化了动作顺序原来所有工位到位后先等0.5秒再开始动作去掉这个延时然后发现有一个保压工位是瓶颈保压要3秒但实际工艺只需要2秒保压就够。我找到工艺确认后把保压时间降到2.2秒同时让这个工位提前到转盘还未完全停止时就开始预压提前0.3秒。这样组合优化下来节拍最终做到3.4秒。转盘机程序调试里最重要的一件事第一次转盘手动转动时必须低速、点动、确认每个工位的机械干涉范围。程序写得再好机械上撞一下半天时间就没了。3.2 组装机的程序实现要点组装机通常有几个到十几个工位每个工位完成上料、定位、压装、涂胶、螺丝锁紧等动作的组合。组装机和转盘机最大的不同在于组装机的工位动作是顺序依赖的上一个工位的装配结果会直接影响下一个工位能不能继续。组装机程序最核心的逻辑是互锁与防错。每个工位条件里不仅要检查本工位传感器状态更要检查前后工位的结果标志。举个例子拧螺丝工位开始工作前必须确认前面涂胶工位已经完成、且涂胶检测传感器判定为OK。如果涂胶NG而漏检螺丝工位照样运行装出来的产品就是废品。这个场景我在程序里用的是“工艺流转记录”方式。每个产品在托盘上有一个数据区记录它在每个工位的检测结果。工位动作前查前一工位结果动作后写本工位结果。遇到NG品时程序自动跳过后续加工工位只执行运输动作到NG排出工位自动推出。这个逻辑本身不复杂但这类的项目上有过一次深刻的教训。当时用的是单纯的传输带和传感器计数的思路一个站位站两个产品结果传感器偶尔抖一下计数就错位了后面的工位全乱了。后来改成前面那套记录方式产品的位置靠夹具上的识别标记确认彻底解决了错位问题。组装机的另一个特点气缸和传感器数量特别多。一台中等规模的组装机气缸可能有七八十个传感器一百多个。程序里气缸控制块的使用频率是最高的。这里有个实际经验——气缸磁性开关的接线很多现场是两线式信号容易受干扰我的做法是PLC输入模块选漏型输入且磁性开关信号全部并接RC吸收电路效果在多次现场验证中都很稳定。3.3 锁螺丝机、点胶机、检测机的程序差异这几类设备在三十四个项目的占比不算少它们的程序各有特点锁螺丝机核心是螺丝供给机的协调。程序要监视螺丝供料器的缺料信号、螺丝滑落到位信号以及锁付电机的扭矩/圈数反馈。锁螺丝机的节拍快一个螺丝锁付大概1到2秒程序里要保证锁付完成后自动判断扭矩到位和圈数范围两条件满足才判OK任何一个不满足就报警。点胶机核心是点胶阀的控制和轨迹配合。早期的点胶机用的是继电器控制后来换PLC做多了个好处是可以跟视觉系统配合做位置校正。点胶机的PLC程序要处理的主要是按点位表顺序触发点胶阀开关配合XYZ轴运动。点位表存在PLC的数据寄存器区用数组记录点位表数量上不封顶修改点位参数不用改程序直接改HMI的数据表就行。检测机核心是IO采集速度和判定逻辑。有些检测需要高频率采数据比如产品振动检测一个产品要采几千个点。这种情况PLC内置的扫描速度不够我通常建议客户把高速采集放视觉或专用仪表里PLC只负责触发和结果接收。见过一些项目硬要PLC直接采样高速数据程序写得极其复杂效果还很差得不偿失。4. PLC与周边设备的通信集成4.1 与视觉系统的通信三十四个项目里用过基恩士的视觉也用过海康的通信方式覆盖了串口和TCP/IP。我最推荐的是用TCP/IP直接用三菱的MC协议简洁稳定。以三菱FX5U为例用Socket通信功能做TCP客户端视觉系统做TCP服务端。PLC这边发送请求报文视觉收到后返回检测结果。MC协议报文格式大致是这样// 请求读取视觉检测结果报文简化格式 // 头部: 帧头 命令 地址 长度 数据 请求: D0 00 01 04 00 00 00 01 00 00 响应: D0 00 01 04 00 00 00 02 00 00 01 F0实际的工程里我不用这么底层的协议解析直接用三菱现成的通信指令做比如SP.SOCOPEN打开连接SP.SOCSND发送数据SP.SOCRCV接收数据。程序里把通信封装成一个FB视觉检测请求发出去后等待返回结果结果OK或者NG直接映射到设备状态机里的判定变量。4.2 与工业机器人的交互现在很多非标产线里会集成六轴机器人做上下料、搬运。PLC和机器人的交互逻辑相对简单核心就是“请求-应答”的握手信号。推荐用IO硬接线方式不要依赖总线通信原因很简单IO方式直观、故障容易排查拉一条网线通信出问题了现场维修人员往往无从下手IO方式拿万用表就能量出信号有没有到。握手逻辑是这样的机器人到取料位后给PLC一个“到位请求”信号PLC确认料盘就绪后给机器人“允许取料”信号机器人取料完成给PLC“取料完成”信号PLC收到后把料盘状态位更新。四根信号线简单可靠。我用这种方式带过不少型号的机器人ABB、发那科、安川都跑过从来没有在交互层面出过问题。4.3 与上位机/MES系统的对接非标设备如果能往MES系统上传数据价值高很多。现在的工厂基本都要数据追溯每个产品的装配数据、检测数据、设备参数都要上传。PLC往上位机传数据用MC协议或SLMP协议都很方便。三菱PLC做服务端上位机主动来读或者PLC做客户端主动上报。我推荐主动上报模式产品完成一个周期后PLC主动把记录好的数据帧通过Socket发给上位机上位机收到后保存到数据库。数据帧格式我一般定义成帧头(0xAA55) 设备编号 产品条码 工位ID 工艺结果 各检测值 时间戳 CRC校验这个帧格式定了之后上位机那边只要照着解析就行。程序里我维护一个发送缓存区如果上位机没在线或网络闪断数据不会丢而是等连接恢复后补发。这个“补发”机制非常重要工厂网络再稳定也扛不住偶尔的交换机重启没有补发机制数据追溯就会有缺口。5. 程序集成调试流程与常见问题排查手册5.1 程序下载和初始化阶段的异常处理程序集成时最容易出的问题就是在下载完程序后PLC报错跑不起来。我遇到过的第一类错误软元件重复占用。早期的散装程序里大家各管各的有的把M500当设备启动按钮用另一个项目里M500又被当报警记忆用了。程序一合并元件冲突。解决方法是在集成前做一次软元件规划表M区和D区按设备段分块例如1号设备的M区用M0-M1992号设备用M200-M399每一段留下余量以后新加设备不冲突。第二类错误标签名重复或混乱。GX Works3里标签名重复会直接编译报错。我采取的做法是标签前缀统一规则设备号_功能_名称比如D01_Trans_Forward、D02_Press_OK。这样项目数多了也不会乱别人接手时看标签名就知道是什么设备的什么功能。第三类错误程序初始化顺序问题。有些设备程序里依赖上位机或机器人发来的初始状态一旦通信还没建立就往下走会导致程序状态卡死。我的做法是在主程序开头加一个“系统就绪”位所有设备FB在启动逻辑里必须先确认系统就绪为ON否则进入等待状态。5.2 运行过程中的信号干扰和误动作排查非标设备现场电磁环境非常杂变频器、伺服驱动器、开关电源都在一起信号干扰是个老大难。排查干扰的时候我基本按照这个顺序电源隔离先检查PLC的24V电源是否和变频器共用地线。地线没处理好是干扰的第一来源。我一般要求PLC的24V电源单独接地且接地电阻小于4欧姆。信号走线检查信号线和动力线是否走了同一个线槽。所有模拟量信号线必须屏蔽双绞线且屏蔽层单端接地。数字量信号线尽量避开变频器输出线。输入滤波三菱PLC的输入模块一般都有数字滤波设置我默认把滤波时间设置成3ms左右。有些信号抖动是机械振动引起的调大滤波时间能过滤掉但对高速计数信号要特别注意不能设太长把真实信号也滤没了。RC吸收气缸阀和接触器线圈两端并联RC阻容吸收能大幅减少开关瞬间的浪涌干扰。分享一个实际排查案例某装配工位经常出现“气缸伸出到位信号丢失”的偶发报警一天两三次不定时。我先怀疑是磁性开关松动检查没问题。后来我用示波器抓磁性开关的信号线发现气缸动作瞬间有一个-80V的尖峰干扰持续约1ms。最终定位到是旁边的真空泵接触器动作瞬间产生的干扰干扰通过共用直流电源传播。处理方式是给真空泵接触器线圈两端并联RC吸收电路同时把磁性开关信号线改用屏蔽线问题彻底消失。排查这个故障花了半天但每天都觉得值因为彻底解决后两年这台设备再也没出过同样问题。5.3 程序版本管理和变更记录三十四个设备的程序集成工程如果没有版本管理一定会乱。我的做法是在每个设备的程序头注释里维护一段变更记录// 设备编号: D17 组装机 // 程序版本: V2.3 // 最后修改: 2024-XX-XX // 变更内容: 增加漏装检测传感器修改报警停復位逻辑 // 修改人: 某工程师GX Works3支持工程内嵌注释这个能力被很多人忽略了。每次变更必须写清楚改了什么、为什么改。现场设备出了故障翻变更记录能快速缩小排查范围。我经历过一次痛苦的排查被修改过的程序逻辑坑了整整两天最后发现是别人改了报警复位逻辑改完后一直有隐患从那以后对版本控制越来越严格。另外程序要定期批量备份到网盘或者本机至少保留最近三个版本。现场改完程序后测试没问题回到办公室就马上同步备份。我见过太多人改完程序不备份第二天设备卡死了才发现新程序有问题可旧版本没了只能重新改回来。这种低级错误真的会让人心态崩掉。5.4 常见问题速查表常见问题可能原因排查办法PLC运行Normal灯闪/灭程序逻辑死循环或看门狗超时查看PLC诊断信息检查中断程序是否过长伺服电机定位偏差机械松动或电子齿轮比错误先确认机械方面重新校核电子齿轮气缸动作超时报警气压不足/电磁阀卡滞/磁性开关损坏量气压、换阀、检查磁性开关模拟量读数跳动剧烈干扰或地电势差检查屏蔽接地加模拟量滤波通信偶尔超时网线接触不良或交换机端口协商问题更换成品网线固定IP禁用自动协商HMI画面无响应PLC通信掉线或画面数据地址错误看PLC通信状态核对画面元件地址触摸屏按钮失灵按钮地址冲突全局搜索地址是否有多个地方写入报警无法复位报警条件仍满足查看报警的触发条件变量逐个排查原点回归找不到原点原点传感器不在感应范围或方向选择错误检查原点传感器核对回归方向设置设备偶发停顿程序扫描周期过长或中断频繁优化程序块减少每周期无条件执行的FB6. 一些真实做过的优化与经验教训6.1 从“能用”到“好维护”的程序优化三十四个项目集成到一起后程序总量已经非常大扫描周期开始变长。我做过一次系统性的程序优化第一把不需要每个周期都执行的程序块做条件跳转。比如HMI的通信处理只有在画面切换或按钮按下时才需要执行配方数据读取只在换型时才执行。用跳转指令绕过这些块能明显降低扫描周期。第二把大量数据寄存器整理成数组结构。三菱FX5U支持数组变量我建了一个结构体数组每个产品的数据记录统一存上位机读取时按规律读取效率比散乱的D元件高很多。第三精简报警逻辑。原来每台设备的报警判断都写在各自的程序块里报警文本维护在HMI里两边的对应关系全靠人工对齐。我优化成所有报警触发一个统一的报警管理FB报警代码和设备号作为参数传入HMI按代码自动关联文本。这样新增报警时只要在程序里加一个代码常量HMI不用改。6.2 程序集成过程中的沟通协调经验最后想聊聊容易被技术文章忽略的软技能。集成三十四台设备的程序表面是技术活其实就是沟通活。每台设备的原设计工程师、装配调试师傅、客户现场的维修主管、设备操作员每个人对这设备的理解都不一样。程序集成时不能只看程序代码本身更要听到现场声音。我养成了一个习惯每集成完一台设备的程序都会约这个设备的主管工程师一起在现场从空跑开始测一个流程一个流程的过。这个习惯在多次项目中避免了重大问题。有一次组装机的某工位传感器位置在程序集成时被重新规划了IO编号方便了软件但机械上原有的走线更顺。如果集成时不沟通、硬按新规划改装配师傅要重新穿线。跟机械工程师沟通后我用了一个折中的IO映射方案程序不变物理接线还是走老路线只是PLC模块内部的地址做了交换双方都满意。这个细节比任何PLC技巧都重要。技术做得再深最终交付的是整条产线的顺畅运行大家的目标一致方法上就总能找到平衡。三十四个项目做下来我对“程序集成”这个岗位的理解也变了。它不是单纯的程序合并而是把不同时期、不同风格、不同工程师习惯的设备统一到一套稳定可靠、可维护、可扩展的标准体系里。程序量在增长但维护的复杂度不能跟着无限膨胀。这套标准体系才是集成阶段最值得投入时间打磨的东西。希望能给正在做非标集成或者准备接这类活的同行一些参考。程序里的门道其实都不是神乎其神的技巧更多的是踩坑之后沉淀下来的习惯和原则。把这些原则落到实处比自己闷头憋程序效果好得多。
