做这个项目之前我先把标题里的“lEF”纠正成“IE Field”——三菱FX5U这边的网络是CC-Link IE Field Basic松下伺服那边的总线是EtherCAT这两个东西本质上都是工业以太网但完全不是一套协议。产线升级时碰到这个组合很正常老设备里是三菱FX5U新电机用的是松下MINAS系列而松下伺服默认的标配总线就是EtherCAT于是问题就变成了“FX5U怎么去控制一个说EtherCAT语言的伺服”。这篇文章就把我的完整处理思路、配置过程、踩过的坑全部摊开来讲适合正在做三菱PLC和松下伺服混搭项目的电气工程师也适合捣鼓EtherCAT主从站通信的自动化爱好者。1. 为什么会出现“FX5U 松下EtherCAT伺服”这种组合1.1 FX5U的通讯底子不算弱但就是没有EtherCAT主站口三菱FX5U这款PLC在小型机里算通讯能力很能打的了。本体自带一个以太网口支持SLMP、Socket通信、CC-Link IE Field Basic主站、MODBUS TCP主从站还能扩展CC-Link、CC-Link IE Field等网络模块。但有一点先泼冷水FX5U没有原生的EtherCAT主站接口也没法通过扩展模块直接加一个三菱原装的EtherCAT主站口。所以标题这个需求天然就需要在中间架一座“桥”或者换一个思路重新组织控制架构。有些人会问FX5U是不是可以通过“松下的EtherCAT从站伺服”加上“支持CC-Link IE Field Basic的网关”来实现控制答案是可以但前提是网关必须同时具备两个身份一个是CC-Link IE Field Basic从站另一个是EtherCAT主站。这类产品市面上不多但不是没有。我后面会细说选型和配置逻辑。1.2 松下伺服默认走EtherCAT这是行业趋势松下MINAS A6B、A5B这些伺服驱动器默认支持的总线就是EtherCAT。EtherCAT在运动控制领域已经快成事实标准了从倍福、欧姆龙到汇川、雷赛几乎所有主流PLC或者运动控制器都把它作为高端轴控总线。松下伺服支持的EtherCAT功能包括CSP位置控制、CSV速度控制、CST力矩控制还有各种原点回归、报警诊断几乎是把整套驱动器功能都搬到了EtherCAT的过程数据对象PDO里。所以当你拿到一台全新松下伺服想用三菱FX5U去“说EtherCAT”就得接受一个事实PLC这边要把控制命令、目标位置、运行模式通过CC-Link IE Field Basic发给中间层中间层再转换成EtherCAT报文最终驱动伺服。中间层干了“翻译官”的活儿这也是整个项目里最核心的技术点。1.3 项目路线的总体判断结合我实测经验FX5U控制松下EtherCAT伺服工程上最常见的路线有三条方案AFX5U 总线协议转换网关CC-Link IE Field Basic从站 EtherCAT主站方案BFX5U 第三方运动控制器运动控制器做EtherCAT主站同时和FX5U通过CC-Link IE Field Basic或TCP通讯方案CFX5U通过普通以太网Socket向一个PC式EtherCAT主站或者嵌入式主站发送控制字再由它闭环控制伺服方案A在硬件成本和项目实施上最贴近“PLC控伺服”的直觉但坑也最多。方案B稳定性更好实时性更强但多了一个控制器成本高、系统复杂。方案C适合会写上位机的人但对普通电气工程师不太友好。我下面重点展开方案A同时把方案B的适用场景也讲清楚。2. 两条总线协议的底层区别搞懂它才不会翻车2.1 CC-Link IE Field Basic三菱的“轻量级以太网总线”CC-Link IE Field Basic是基于普通以太网100BASE-TX的协议它对硬件要求很低不需要专用的ASIC芯片用PLC上自带的以太网口就能跑。它和CC-Link IE Field原版基于千兆以太网、需要专用芯片最大的区别就是Basic版牺牲了性能和容量换来了低成本和高易用性。具体来说CC-Link IE Field Basic通信周期大概是“毫秒级”一个网络里支持的从站数量是64个每个从站固定的数据容量是RX/RY 32点、RWr/RWw 4字。如果不够可以扩展但基本容量就是这么多。对伺服控制来说这个容量其实比很多人想的紧张后面讲数据映射时你们会感受到一条伺服光控制字、状态字、目标位置、实际位置就要占掉不少字。有个关键点要记住CC-Link IE Field Basic的通信周期和EtherCAT没法比它不是硬实时总线。如果你要做龙门双驱、电子凸轮、多轴插补这类高同步精度控制FX5U走CC-Link IE Field Basic再去桥接EtherCAT的方案是肯定不行的。概周期抖动太大多轴之间根本对不齐。这种场景请直接考虑iQ-R系列加运动控制模块或者换成自带EtherCAT主站的运动控制器。2.2 EtherCAT从站芯片、DC同步和PDO映射EtherCAT的核心设计思路叫“报文飞过式”处理主站发一帧报文从站硬件ESC芯片即EtherCAT Slave Controller在报文经过时直接抽取或插入数据延迟只有纳秒级所以它的同步性能远超普通以太网总线。再加上分布式时钟DC机制所有从站可以做到亚微秒级的时钟同步。EtherCAT的每个从站都需要有ESC芯片比如倍福的ET1100/ET1200或者一些国产的IP核。和协议转换、主站移植相关的工作经常绕不开SSCEtherCAT Slave Stack Code和ESI文件。ESI文件就是每个从站的“身份证”里面写了这个从站支持哪些PDO、对象字典、同步模式等。松下伺服通过PANATERM软件可以导出对应的ESI文件把文件导入到EtherCAT主站配置工具里才能识别出这个伺服的全部能力。这里解释一下PDO因为后面配置天天用。PDO就是过程数据对象分为RxPDO主站发给从站的数据比如控制字、目标位置、目标速度和TxPDO从站发给主站的数据比如状态字、实际位置、实际速度。你可以把PDO理解成“快递柜”主站把控制命令塞进去伺服把状态和反馈塞回来每帧报文自动存取不需要逐条解析报文。2.3 一句话对比选型时要用到对比项CC-Link IE Field BasicEtherCAT物理层100BASE-TX以太网100BASE-TX以太网是否需要专用硬件不需要普通以太网口即可从站必须带ESC芯片通信周期毫秒级非硬实时百微秒甚至更低的硬实时同步机制无严格同步DC分布式时钟亚微秒级同步数据容量每从站固定32点4字可扩展理论上一帧报文最大可达几十KB拓扑方式星型、线型通过交换机线型、树型、环网依赖从站级联典型厂商三菱倍福、松下、汇川、欧姆龙等这俩协议放在一起本身就不是一个量级的对手。所以控制链条是“FX5U → CC-Link IE Field Basic → 网关 → EtherCAT → 松下伺服”瓶颈一定在CC-Link IE Field Basic这一段。明白这一点你就知道调试时哪些问题该往哪儿找。3. 系统架构与硬件选型3.1 方案AFX5U 协议转换网关最直接的“翻译官”路线先看网络拓扑。FX5U的以太网口接一个工业交换机然后接到网关设备的CC-Link IE Field Basic从站口网关的EtherCAT主站口再接松下伺服驱动器。调试时电脑可以也接到交换机上实现“一台电脑既连GX Works3又能看网关配置还能用PANATERM看伺服”。这里有个很容易忽略的细节网关的EtherCAT主站不是“通电就能跑”的。它需要先完成配置加载然后进入OP状态也就是Operational状态才能周期性输出PDO。而CC-Link IE Field Basic主站这边三菱PLC上电后会自动执行循环通信如果网关没有进入OP状态PLC侧看到的就是通信正常但数据不更新或者干脆网络连线断开。调试时最好先配好EtherCAT主站确保网关和伺服之间能正常跑起来再去处理PLC侧的CC-Link IE Field Basic通信。网关选型时有几个硬指标必须盯住CC-Link IE Field Basic从站占用容量是否可配置EtherCAT主站支持多少个轴PDO最大长度是多少是否有DC同步支持配置方式是网页配置、U盘加载还是专用软件工作电源、安装方式、导轨宽度是否适合机柜不建议选那种“功能看着都有但固件常年不更新”的小众网关。EtherCAT协议本身很标准但不同版本的主站代码尤其是国产化HAL层的稳定性千差万别。我建议优先选择有成熟案例、技术支持响应快的品牌不要只看价格。3.2 方案B运动控制器做中间层牺牲成本换可靠性如果网关方案让你心里没底或者项目对同步精度要求确实高那就换成“FX5U 支持EtherCAT主站的运动控制器”架构。这等于把桥和主站合并成一个专门干运动控制的设备市面上常见的有汇川、固高、雷赛、正运动等品牌的运动控制器它们都内置EtherCAT主站功能。此时FX5U和运动控制器之间可以用CC-Link IE Field Basic通信也可以直接用FX5U的Socket通信发一个结构体过去把目标位置、速度、加减速、使能信号发给运动控制器运动控制器再通过EtherCAT驱动松下伺服。这样控制逻辑分成两层PLC管流程运动控制器管轴。项目调起来反而清爽运动控制器自带的示波器功能还可以帮你抓伺服波形排查问题比网关方案容易得多。代价是成本高了一截、程序量多了一截而且你得多学一套控制器的开发环境。如果项目只有一两根轴、不要求高精度同步没必要走到方案B。3.3 方案CPC式EtherCAT主站特种兵玩法这个方案适合有C或C#基础、不想买专用控制器的工程师。用一台工控机装免费EtherCAT主站软件比如SOEM或TwinCAT的免费授权版本把它当成“软PLC EtherCAT主站”。FX5U通过普通以太网Socket发送控制命令给工控机上的主站程序主站程序再去控制松下伺服。这个方案最大的问题是稳定性和实时性工控机操作系统不是硬实时EtherCAT周期抖动会比专用控制器大。如果再加一层Windows更新、杀毒软件之类的轴控稳定性会很悬。除非你只做调试测试量产设备不建议这样搞。4. 从零配置全流程4.1 GX Works3里配置CC-Link IE Field Basic主站三菱FX5U的编程软件是GX Works3注意不是GX Developer也不是GX Works2。FX5U和它下面的网络配置必须用GX Works3。新建工程时要选对CPU型号。然后进入“参数 — 以太网端口”分类找到CC-Link IE Field Basic的设置项把它设为主站模式。此时需要添加从站设备也就是你选用的那个网关设备。从站设备的站号要和网关上实际设置的站号一致。假设网关的从站站号是1容量是默认的RX/RY 32点、RWr/RWw 4字那么GX Works3里分配地址时就会自动算出位软元件和字软元件的起始地址。调试建议先不要急着接伺服而是先把FX5U和网关单独通信通过GX Works3的“CC-Link IE Field Basic诊断”功能确认链路是通的、从站是Online状态。这一步如果都过不了后面EtherCAT那边配得再漂亮也白搭。4.2 网关侧EtherCAT主站配置导入ESI文件、扫描伺服用USB或网线连接网关的配置接口打开配套软件。典型操作新建工程选择“EtherCAT主站”功能点击扫描Scan按钮软件会自动识别下游的松下伺服。识别成功的标志是软件里出现一个从站厂商名显示“Panasonic”型号类似“MADLN05BE”或“MADLT05BF”之类的具体型号。如果扫描不出来十有八九是松下伺服上的站号有冲突或者伺服没有上电、EtherCAT线没接好。然后要手动导入松下的ESI文件。这个文件从哪儿来如果用的是PANATERM软件库里自带如果不上网的情况下也可以去伺服驱动器包装里的光盘找。导入后需要重新扫描确保软件识别到的从站信息来自ESI文件而不是“未知设备”。接下来配置PDO映射。以松下MINAS A6B系列为例常用的RxPDO可以映射这些对象0x6040控制字0x607A目标位置0x60FF目标速度如果用速度模式0x6060运行模式TxPDO则映射0x6041状态字0x6064实际位置0x606C实际速度0x60FD数字输入状态这些映射关系全部在网关配置里做。不同网关软件界面不一样但底层逻辑一致。配置完成后生成工程把配置下载到网关里网关重新启动后会自动进入EtherCAT主站模式。4.3 松下伺服侧的准备松下伺服上电后默认可能有报警比如AL-10或AL-31要先确认。可以在PANATERM里看报警信息根据代码查手册处理。然后把伺服设为EtherCAT通信模式。松下有些型号通过面板按键可以设置“通信选择”为EtherCAT有些型号只能在PANATERM软件里改。改了之后需要重启驱动器。站号设置也需要确认。EtherCAT的从站站号可以由主站分配但初始扫描时要保证物理上只有一个从站或者正确拨码。如果没有特殊要求我建议物理接线时先把伺服拔掉让网关只连着电脑调试最后再接伺服这样可以避免扫描时一串报警信息干扰判断。4.4 数据映射与控制字解析当EtherCAT主站进入OP状态后网关内部会形成一个数据映射区一端是EtherCAT的PDO数据另一端是CC-Link IE Field Basic的RWr/RWw数据。FX5U通过CC-Link IE Field Basic往RWw里写数据网关把这些数据映射到EtherCAT的RxPDO继而发送给伺服伺服返回的TxPDO则被网关拆解映射到RWr里FX5U直接读RWr就行。熟悉松下EtherCAT伺服的人应该知道控制字0x6040要按状态机顺序来写不能上来就写“使能”。常用的切换路径是从初始状态开始先写控制字0x06让伺服进入“Ready to Switch On”再写0x07进入“Switched On”最后写0x0F进入“Operation Enable”此时伺服才真正使能很多新手直接给控制字写0x0F结果伺服没反应就以为是通信断了。其实是状态机没有按顺序走。调试时可以在PLC里做一个“使能按钮”按下后按延时依次写入0x06、0x07、0x0F每步间隔50毫秒左右基本能解决。另外模式选择0x6060也是必须的。松下伺服支持的模式里位置控制模式的值通常是1速度模式是3力矩模式是4。如果模式不匹配写了目标速度但伺服不动多半就是这里的问题。5. 调试实录与常见问题排查5.1 伺服不上使能先查这三件事如果PLC逻辑写了使能但伺服就是不带电我建议按顺序排查。第一看EtherCAT主站状态。网关软件一般能看到主站是否在OP状态如果停在PRE_OP或者SAFE_OP说明PDO配置或DC配置有问题主站无法进入完全运行状态。松下伺服对同步模式要求不算苛刻但DC模式必须正确配置否则极难进入OP。第二看伺服面板有没有报警。A6B系列常见的“AL-51”是过载这个不是通信问题。但我碰到过一次“AL-64”编码器相关报警最终发现是伺服编码器线接头松动。第三看STO输入。松下伺服的STO端子安全转矩关闭如果没有接通不管上位怎么发使能伺服都不会通电。检查方法是看伺服面板是否显示“STO”字样或者用万用表量一下STO端子输入电压。这个坑非常常见尤其是第一次接线的人经常把STO当成额外保护接口没接然后折腾一下午。5.2 EtherCAT断站、掉站怎么处理EtherCAT掉站首先要确认是不是线缆问题。EtherCAT在物理层很敏感不能用普通网线随便接要确保是正经的工业以太网线尤其是带屏蔽的。实际项目中我见过很多次“频繁掉站”是因为现场强电干扰网线没走独立线槽或者屏蔽层没有单端接地。排除物理层后再用网关软件看掉站时的错误码。EtherCAT运行中掉站多数是因为丢帧率过高比如线上有反射、网线过长、交换机接线不合格等。EtherCAT理论上可以线型级联但不建议中间串一个普通交换机。还有一次是伺服之间的接线顺序问题主站出线接第一台伺服IN口第一台伺服OUT口接第二台伺服IN口接反就会出现奇奇怪怪的掉站问题。5.3 CC-Link IE Field Basic通了但数据不刷新FX5U和网关的CC-Link IE Field Basic已经握手成功数据却不刷新我碰到过的原因有三个。一是数据容量不匹配。网关侧配置了扩展的RWr/RWw字长但PLC侧还是默认4字数据读不全看起来就是某些数据一直是0。二是在GX Works3里分配的软元件地址和实际映射表错位了多了一句注释没关系但差一个字整段数据就全乱了。三是网关没有把CC-Link IE Field Basic的状态映射到EtherCAT侧比如网关内部的“数据有效”标志位没有置位导致PLC发的数据根本没被使用。我的排查方法是先在PLC程序里强制写一个特殊值比如写“0x5A5A”到某个RWw地址然后在网关软件里看能不能读到这个值。能读到说明链路OK读不到就去查地址配置。5.4 常见问题速查表现象可能原因排查方向伺服完全无反应不上电状态机没切换、STO未接通、模式错误查控制字写入顺序、量STO端子、查0x6060EtherCAT主站无法进入OPPDO映射错误、ESI版本不匹配、DC配置异常重新导入ESI、检查PDO映射、关闭或者开启DCFX5U和网关通信正常但数据不更新RWr/RWw地址错位、容量配置不一致强制赋值测试、对照映射表逐字核对伺服偶尔掉站线缆质量、干扰、接线顺序错误换屏蔽网线、检查接地、核对IN/OUT伺服运行中报警AL-51/AL-64负载过大、编码器故障查负载、查编码器线缆、伺服增益需要调整最后分享一点个人感受做这个项目时我最深的体会是不要把“CC-Link IE Field Basic”和“EtherCAT”想象成水火不容的两套东西它们本质上就是两门语言中间加一个翻译官就行。但翻译官的实时性决定了整套系统的天花板。如果只是定位控制、点位运动FX5U加网关完全够用如果要跑插补、同步、凸轮劝你趁早换成真正的运动控制器别在总线上死磕。调试的时候一定要备一台好的工业交换机留一个口给电脑抓包或监视。有人会用Wireshark抓EtherCAT报文分析虽然大部分时候不用走到这一步但遇到极难排查的掉站、数据错乱问题抓包是最能说明问题的。另外松下的PANATERM软件最好装最新版老版本对一些新固件的A6B伺服识别不全导出的ESI也不够完整直接会影响主站配置。最后一个小技巧交付设备前建议把PLC侧程序里对伺服的控制字做上“上电自动复位”逻辑。很多设备现场断电再上电后伺服会停在报警或未使能状态如果PLC程序没有复归逻辑现场操作工只能去按伺服面板体验非常差。把这个细节做好设备交付后的售后电话能少一半。