欧姆龙NJ+EtherCAT实现24轴电池极片卷绕产线控制

接到一条电池极片卷绕生产线的控制改造项目那天，我第一反应是“又是个硬骨头”。整线加起来24台伺服电机，主控定了欧姆龙NJ系列，程序全部走ST语言，驱动器之间用EtherCAT总线串起来。说实话，24轴听起来吓人，但真正做进去之后，你会发现这套架构的核心难点不是“数量多”，而是“怎么把这么多轴的逻辑、同步、调试和故障隔离理顺”。这篇文章不打算讲教科书的定义，而是用我这次从选型、搭网络、写程序到现场调试的真实过程，把NJ系列做多轴电池产线的思路完整拆一遍。如果你正准备上手欧姆龙PLC进阶、想研究ST语言，或者手头正好有类似的多轴伺服项目，这篇应该能帮你少踩几个坑。

1. 项目背后：24轴电池生产线到底“难”在哪

1.1 产线为什么需要这么多轴

电池生产线和普通自动化设备最大的不同，是工序跨度大。以这条极片卷绕线为例，阳极极片和隔膜从放卷开始，张力控制就需要一个轴；经过纠偏、张紧、压辊，又分出好几个牵引轴；卷绕塔上，卷针主轴、切断刀、贴胶带机构、极耳预焊机构，每一个独立动作背后都是一台伺服。再往后还有下料机械手、吸盘翻转、成品料台搬运，十几台就出去了。24台伺服分到具体工序里，实际上每个工序也就两到四台，难点在于要把它们组成一套能协同运行的完整系统。产线的节拍要求是卷绕塔在一分钟之内完成一次卷芯的换卷、切断、贴胶和下料，任何一台轴慢了或者抖了，都会直接拖整线后腿。

这里有一个容易低估的点：多轴系统的“轴数量”并不等于“程序量”翻倍，而是“状态组合”翻倍。单轴设备只需要处理一个轴的当前位置和到位信号，24轴设备得同时考虑几十个轴之间的互锁关系、当前处于手动还是自动模式、报警之后如何安全停机。任何一个环节没考虑周全，现场都会变成救火现场。所以刚开始规划时，千万不要上来就写运动指令，先在脑子里把工艺流程走三遍，把每个轴在每个工步里的任务列成一张表，这一步比什么都重要。

1.2 为什么最终选了NJ而不是“普通PLC+运动卡”

我早几年做过一套20轴设备，当时用的是主流中型PLC加独立运动控制卡，位置运算在控制卡里做，工艺逻辑在PLC里写，两边靠总线网关交换数据。听起来也算分布合理，但实际上联动时只要总线上有一点点延迟抖动，张力控制就会跟着波动，设备跑起来故障率特别高。后来换到欧姆龙NJ系列，整个架构就清爽了，因为NJ本身就是一台机器自动化控制器，IEC 61131-3标准支持完整，逻辑和运动控制跑在同一个控制器里，EtherCAT主站也是集成的，不需要额外挂运动卡和通信网关。

NJ在代码层面最大的优势是，运动控制指令MC_Power、MC_MoveAbsolute、MC_MoveVelocity这些，在程序里是作为函数块直接调用的，参数结构清晰，返回值实时可见。配合ST语言做浮点运算、配方管理、凸轮曲线计算，比传统梯形图顺手太多。电池产线这种场景，张力PID、卷径计算、电子凸轮这些算法绕不开，ST语言写起来不费劲，可读性也高。回到“为什么选NJ”这个问题，我的答案很直接：要么用专门的运动控制器，要么用NJ这种集成运动控制的高性能PLC，而“PLC加运动卡”这种拼接方案在24轴这种规模下，不是不能用，是调试和后期维护的成本实在太高。

2. 硬件选型与网络拓扑：EtherCAT总线怎么搭

2.1 主站与伺服驱动器的选型

EtherCAT主站能力是选型的第一道门槛。NJ501系列里面，我们用的是NJ501-1500，它支持最多64轴，做24轴项目余量充足，程序容量和运算速度都够。欧姆龙1S伺服驱动器配G5电机是原配组合，但实际项目里因为货期问题，尾部工位混了一部分国产伺服，比如禾川X3E。混用不同品牌伺服在EtherCAT总线架构下完全可行，前提是大家都支持CiA 402标准对象字典，并且PDO映射能对得上。我们在程序里对上层轴指令做了一层抽象，所有轴无论什么牌子，统一按照标准运动控制指令驱动，差异在硬件配置层解决掉。

选伺服电机时还有一个惯量匹配问题，很多工程师只算扭矩够不够，忽略惯量比。电池产线的卷绕塔、裁切刀这类机构负载变化大，电机惯量匹配不好，动态响应就差，位置跟随误差容易超标。一般原则是负载惯量和电机转子惯量比控制在10倍以内，高速往复的轴尽量往5倍以内压。选型阶段省事，调试阶段就会特别痛苦，这个钱不值得省。

2.2 EtherCAT网络拓扑与站号分配

EtherCAT的拓扑很灵活，菊花链、星型、树型都行。24台伺服如果全串在一根链上，物理排线会很长，某个中间节点接触不好就会导致后面所有站掉线。我按工艺段做了分组：放卷区、卷绕区、裁切区、下料区各一组，每组末端接一个远程IO从站，同时充当EtherCAT链路的终端节点。NJ501作为主站，通过一个网口就能把所有从站管理起来，网线全部走线槽并固定好，接头用带金属屏蔽壳的RJ45，不让线缆悬空受力。

站号分配一定要和拓扑图一一对应。在Sysmac Studio里配置从站时，每台伺服驱动器都有一个节点地址，拨码开关设好之后，软件扫描到的顺序要和实际物理位置一致。否则程序里定义的第5轴，实际对应到现场可能是另一台电机，这种错误在24轴系统里排查起来非常头疼。我自己的习惯是，每一台伺服在电柜门内侧贴上标签，标注站号、工艺名称和轴编号，硬件和软件两者严格对应，省去后续大量沟通成本。

2.3 网线、终端电阻和常见物理层问题

EtherCAT虽然用的是RJ45接口，但通信机制和以太网完全不同。它的报文从主站发出，经过第一个从站时，从站读取属于自己的数据并把下游数据插入报文，然后再传给下一个从站，运行到链尾再原路返回主站。因此每条链路的最后一个从站必须把“通信关闭”功能打开，也就是我们常说的终端电阻设置。这里的“电阻”并不是物理元件，而是软件逻辑，告诉从站“你是终点，不用再往下传”。

很多新手第一次调试EtherCAT，遇到“从站丢失”或者“SUB连接失败”报警，第一时间怀疑网线，结果查了半天发现是终端设置没做。不同品牌伺服的设置入口不一样：欧姆龙1S驱动器在Sysmac Studio的从站配置里，直接勾选“作为终端站”；汇川InoProShop里设置伺服终端电阻，得进驱动器的通信参数项；禾川伺服的菜单藏在通讯配置里，而且沿用了“SUB”这种偏日系的叫法，找起来要花点时间。还有更阴间的坑：有些设备出厂时把SUB口的通信协议设在“脉冲模式”，接上总线当然连不上，必须先把通信模式切到EtherCAT。

关于网线，我一再提醒现场电工：屏蔽双绞线是标配，屏蔽层必须单端可靠接地。很多设备在工厂里跑得好好的，搬到现场就频繁掉线，十有八九是网线屏蔽处理太随意。EtherCAT对线缆质量要求不算苛刻，正常工业级网线就能用，但最怕的是把网线跟伺服动力线绑在一起走，动力线上的干扰串进来，总线就会偶发丢帧，这种问题最难查，只能靠检查布线来解决。

3. ST语言实战：从IO点表到运动控制

3.1 任务模型与扫描周期怎么设计

NI的编程在Sysmac Studio里完成，ST语言是IEC 61131-3标准里的一种文本化编程语言，写起来类似高级语言，但要特别注意NJ的任务调度模型。它不是传统PLC那种“一个大循环从头扫到尾”，而是按任务优先级和时间片运行。运动控制指令必须放在周期性任务里，比如主任务设置成1ms周期，保证每个周期都在固定的时间点刷新位置指令和反馈。如果把运动控制指令放在事件任务里，调用频率不稳定，速度波动和跟随误差问题会非常难查。

我用ST语言时习惯把程序按功能拆成几个POU，例如一个POU专门做状态机，一个POU做张力PID计算，一个POU做凸轮表管理，主任务里只做调用和状态汇总。这样每一个POU的职责都单一清晰，配合变量声明里的注释，别人接手也容易看懂。任务扫描周期的分配也要区分主次：卷绕、张力这些核心控制必须跑在1ms任务里；普通IO逻辑、配方处理放到更慢的任务里即可，这样CPU负载也均衡一些。

3.2 轴变量、用户单位和轴绑定

在NJ里定义一个轴，直接声明一个AXIS_REF类型的变量，然后在硬件配置里把轴变量绑定到EtherCAT从站。声明轴变量的方式如下：

VAR axisCoiler : AXIS_REF; // 卷绕塔主轴 axisUnwind : AXIS_REF; // 放卷牵引轴 axisTension : AXIS_REF; // 张力辊轴 axisCutter : AXIS_REF; // 切刀轴 axisStack : AXIS_REF; // 下料机械手轴 END_VAR

这段代码本身没什么高深的地方，但在24轴系统里，轴变量的命名规范和绑定关系非常关键。我见过有人把所有轴命名为Axis1、Axis2一直到Axis24，程序里调用的时候根本分不清哪个是卷绕、哪个是切刀，排查问题只能一个个去对。建议命名一定要带工艺含义，后面写代码和排障都会轻松很多。

还有一点很容易被忽略：用户单位。EtherCAT底层的位置单位是编码器脉冲，但程序里如果用脉冲数做坐标，极片长度、裁切尺寸这些工艺参数全都要换算，极容易出错。NJ里可以在轴配置里设定用户单位，比如1个用户单位等于0.01mm，这样程序里的目标位置直接就是实际工艺值，伺服分辨率、电子齿轮比这些差异全都在底层消化掉了。24轴系统里各品牌电机编码器分辨率不同，如果不统一用户单位，程序里同一个坐标对应到不同轴上是完全不一样的距离，这种bug靠肉眼找基本找不到。

3.3 功能块封装与状态机设计

24轴的程序如果写成一篇流水账，调试的时候没人能看得下去。我的做法是，把每个工位的控制逻辑封装成一个功能块，功能块内部用状态机管理这个工位的所有动作。比如卷绕工位有这几个状态：断电准备、回零、自动卷绕、换卷、切刀联动、故障复位。功能块对外暴露的接口尽量精简：使能信号、启动信号、当前状态、故障码、目标位置和实际位置。

自动运行的核心是一个大的CASE分支，每一道工序对应一个代码分支，分支里检查各种条件，满足后执行对应运动指令。这个思路跟我以前用梯形图写顺控其实异曲同工，但ST语言擅长的地方在于，每个分支里可以做计算、可以调功能块、可以处理数组，表达力比梯形图强太多。手动模式下每个轴独立点动，自动模式下所有轴按照统一的节拍信号联动，两种模式用一套全局状态变量区分，程序结构不会乱。

3.4 核心程序片段解析

我挑一个最典型的逻辑来说明：放卷轴和卷绕轴的主速度联动。卷绕轴作为整个卷绕工位的主导轴，速度给定值来自工艺配方；放卷轴需要跟随卷绕轴的线速度，同时接受张力PID的修正。简化后的ST代码大致是这样的：

// 卷绕主轴速度给定，单位：用户单位/秒 rCoilerSpeed := rRecipeLineSpeed * 1000.0 / (rCoilDiameter * 3.14159); // 放卷轴速度跟随主轴，张力PID输出作为速度修正量 rUnwindRef := rCoilerSpeed * rDancerRatio + rTensionPIDOutput; // 执行速度指令 MC_MoveVelocity_Unwind.Axis := ADR(axisUnwind); MC_MoveVelocity_Unwind.Velocity := rUnwindRef; MC_MoveVelocity_Unwind.Execute := TRUE; MC_MoveVelocity_Unwind();

这里有两个容易踩的坑。第一，卷径计算里的直径必须实时更新，如果卷径不更新，随着卷绕进行，线速度会漂移。第二，张力PID的输出方向要和卷绕方向匹配，方向搞反了，张力不是稳定而是发散。这类问题调试时很难发现，往往表现为极片张力越拉越大直到断带。我后来在程序里加了张力变化率的保护逻辑，一旦张力突变超过设定阈值，立即自动停机，能把损失降到最低。

4. EtherCAT总线配置与伺服参数匹配

4.1 ESI文件导入与PDO映射

Sysmac Studio里接入第三方伺服，第一步是导入对应的ESI文件，这个文件其实就是驱动器的“身份证”，里面描述了支持的对象字典和PDO映射关系。没有正确的ESI文件，软件里可能连从站类型都识别不出来。导入之后要逐站检查PDO映射。运动控制涉及的核心对象包括控制字0x6040、状态字0x6041、目标位置0x607A、实际位置0x6064、目标速度0x60FF、实际速度0x606C。默认的PDO映射一般包含前几个，但实际扭矩0x6077这种可能默认没有，调试张力控制时又需要它，就得手动补进去。

PDO映射对了，数据才能在主站和从站之间周期性地交换。如果映射漏了或者顺序错了，程序里读到的位置或状态字就会不对，而且是那种“看起来正常但数据对不上”的隐蔽问题。我的建议是，每配置一台伺服，就打开数据监视，对比控制字和状态字的实时变化，确认无误再配下一台。24台轴连配置带验证，花一个上午是值得的，这个工序省不得。

4.2 CSP还是CSV：运行模式怎么选

CiA 402协议里定义了多种运行模式，多轴运动控制最常用的是CSP（周期同步位置模式）和CSV（周期同步速度模式）。我在这条产线上的选择原则很明确：凡是要做定位和电子凸轮的轴，一律用CSP，位置指令由主站以固定周期下发，驱动器在本地完成位置环和速度环；凡是做张力控制或者单纯速度跟随的轴，用CSV，主站下发速度指令，张力PID在PLC里算好，比在驱动器里拼PID更灵活。

这里要特别提醒一个概念上的坑：很多人刚接触总线伺服，以为“CSP模式下目标位置由PLC给，那驱动器侧的位置增益就不重要了”，实际完全不是这样。位置环仍然在驱动器内部运行，Pn系数的增益高低直接影响跟随误差。混合送料时，如果发现设备在高速段位置偏差大，不要只想着加大加减速时间，先检查伺服驱动器的位置增益到底够不够。设备调试时，我习惯先用驱动器自带的面板或者调试软件看实际波形，看看跟随误差曲线走到哪一步突然变大，再决定是调增益还是调S型曲线时间。

4.3 多品牌伺服的参数坑

项目里混用了欧姆龙、禾川等不同品牌的伺服，各种参数问题没少遇到。这里列几个典型：

• 欧姆龙1S伺服用总线控制，默认参数基本合规，重点确认电机编号、编码器分辨率和用户单位换算。同品牌整体集成度高，调试最省心。
• 安川Σ-7伺服用总线控制时，重点看Pn290、Pn292这类通信参数。很多资料里讲“安川伺服CN1针脚定义”，那是给脉冲控制用的，总线模式下CN1只承担部分DI/DO信号，位置指令都走EtherCAT，不要拿着脉冲接线的定义去套总线应用。
• 汇川InoProShop里设置伺服终端电阻，不同固件版本菜单位置不一样，动作之前先确认版本，别靠印象去点。电子齿轮比在总线模式下可以设成1，位置单位统一由主站那边做换算。
• 禾川伺服的SUB连接失败，八成是末端站没有开终端电阻，或者IN/OUT口接反。另外禾川驱动器的默认PDO映射有时不含实际扭矩，要手动加上。

提示：混用品牌时，把“用户单位”当成一项协议来执行。所有轴统一约定1个用户单位等于多少毫米或多少度，再在轴配置里设置电子齿轮比，这样程序里的坐标和速度不因电机分辨率差异而错乱。FB284设置速度与伺服速度不同这类问题，本质也是单位换算或者电子齿轮比不对，统一用户单位之后基本不会再出现。

4.4 总线同步与诊断

EtherCAT的同步靠分布式时钟实现，主站周期性发送同步帧，从站根据SYNC信号对齐自己的采样和输出。24个轴如果不同步，联动指令的执行时序就会错乱，卷绕时线速度忽快忽慢。NJ在Sysmac Studio的诊断页里可以看到每个从站的同步偏移和丢帧计数。调试时，如果某个从站偏移比其他站明显偏大，优先检查它的网线长度和接头质量，通常不是设置问题。

还有一种偶发性掉站问题，设备能跑，但运行几小时或者几天后某个站突然掉线。这种问题最折磨人，因为复位后一切又正常了。排查思路是先看EtherCAT诊断页的丢帧计数器，如果某个站丢帧一直在涨，就锁定这站到上一站之间的物理链路。可能是网线屏蔽层没有接好，也可能是接头氧化接触不良。我曾经遇到过一台设备总在下班后掉线，因为车间那个位置正好有叉车经过，压到线槽里的网线导致接触不良，换了带锁紧螺母的工业接头才算消停。

5. 24轴同步控制与工艺实现

5.1 卷绕和张力控制怎么配合

电池极片卷绕，最怕的是张力忽大忽小。张力太大，极片容易被拉伤甚至断裂；张力太小，卷芯松弛错位，后面工序直接报废。我们的控制方案是：放卷轴跑速度模式，由一个张力反馈回路的PID输出修正速度；卷绕轴负责给定主速度，再根据卷径实时调整转速。这背后的物理关系是线速度等于角速度乘半径，随着卷径越来越大，卷绕轴的角速度必须降下来，才能保持极片线速度恒定。

PID参数我从经验值开始调：比例先给50，积分0.1，微分不管，在这个基础上观察张力波动曲线。如果张力出现等幅振荡，通常是比例太大；如果静差一直消除不了，就把积分加大一点。但要注意采样周期，张力信号必须尽量在1ms主任务里采集和计算，放到慢任务里会导致控制滞后。等设备跑稳之后，我还在张力轴位置加了浮动辊的位置反馈，张力控制从单纯速度修正升级成了“浮动辊位置环叠加张力环”的双闭环结构，整体稳定性明显改善。

5.2 电子凸轮和定长裁切

电池隔膜和极片需要定长裁切，切割动作和主轴的同步关系用电子凸轮来实现非常自然。切刀轴通过MC_CamIn挂在主导轴上，主轴每走一个指定角度，切刀完成一个“切入、同步、退回”的循环。NJ里凸轮表可以预先导入，也可以在程序里根据切长动态计算。我们用的切长是固定的，所以凸轮表在离线时优化好，现场基本不用调。

凸轮曲线设计有个容易被忽略的点：切入段的加速度突变会造成机械振动，切出来的断面会毛糙，时间长了还会损伤切刀机构。正确的做法是在切入段用S型过渡，让加速度从一个较小的值平滑上升再下降。调试时如果发现切面质量不好，先不要怀疑刀是不是钝了，打开速度曲线看一眼切入段的加速度变化，往往问题就出在这里。另外，凸轮关系建立后要监控主轴速度和从轴位置的同步误差，一旦误差超限，说明机械负载异常，需要触发保护停机。

5.3 多轴协调、节拍优化和防撞互锁

24轴联动，最怕的是两个轴的动作在空间上发生干涉。我在程序里给每个轴定义了一个“施工区域”，在状态机里做区域互锁，前一个轴必须退到安全区域，后一个轴的指令才允许触发。这种方法虽然保守，但在调试初期能避免很多撞机事故。等程序稳定了，再根据实际节拍慢慢缩短互锁等待时间，把效率一点点提上来。

节拍优化的思路也和传统PLC不同。多轴系统里，最大的浪费往往是“顺序等待”。比如裁切工序本来要等主轴转到位才动作，但如果凸轮关系建立好了，切刀在主轴到位前就可以提前进入切入区，只要保证在切入瞬间达到同步即可。这种“提前启动、同步到位”的思路，能从整个产线的瓶颈工位里挤出不少节拍。现场实测，我们把卷绕塔的换卷节拍从原来的12秒压到了9.5秒，靠的就是把等待时间转换成重叠时间。

6. 调试与故障排查实录

6.1 上电前的检查清单

24轴设备上电，真不是按一下空开那么简单。我总结了一份必做检查清单，顺序也重要：

1. 用万用表确认所有伺服主回路和控制电源的电压正常，确认相序一致，避免风扇反转或者主电容老化。
2. 对照拓扑图确认每台伺服的站号拨码、IN/OUT网口方向，尤其是链尾设备有没有设置终端电阻。
3. 在Sysmac Studio里做离线连接，扫描EtherCAT总线，确认24台从站全部在线，核对每个从站的型号和序列号。
4. 通电后先看状态字，确认每台伺服都处于“伺服使能但未运行”状态，再给运动指令。
5. 手动方式逐台点动，确认每台电机正反向和程序设定方向一致，特别是有齿轮箱、同步带的轴，方向反了自动运行时会撞机。

这份清单看着啰嗦，但每一条背后都有血泪史。尤其是第5条，有一次我跳过单台点动直接跑自动流程，结果下料机械手的Y轴方向反了，插到料仓里，换了一套减速机才救回来。从那以后，点动验证无论多赶工期，一步都不许省。

6.2 EtherCAT总线和伺服报警排查

调试期间遇到的各种报警，我整理了一个速查表，后面项目维护时可以直接照着查：

三菱伺服报95.1故障这类问题在行业里讨论很多，本质上就是位置偏差超过参数门限，处理思路和上表第二行类似，先查机械负载再调增益。虽然这条产线用的是欧姆龙，但“跟随误差过大”这个报警逻辑各家大同小异，排查方法是通用的。

6.3 仿真验证和在线修改

程序下到现场之前，我建议先在Sysmac Studio的仿真模式里跑一遍逻辑，特别是新加的状态机和凸轮表。仿真软件模拟不出真实电机的负载特性和振动特性，但能发现ST语法错误、变量范围越界、逻辑分支死锁这类问题。更重要的是，仿真模式下可以安全地跑完一整段工序，确认状态机的跳转顺序在逻辑上没有漏洞，再去现场实测，能省不少电柜前的站桩时间。

在线修改时，我坚持“一次只改一处”的原则。24轴系统里，任何改动都可能导致联动异常。每改一次，记录到程序注释或者变更表里，写明日期、改动原因、改动内容。有一次为了赶进度，我同时改了三处参数，结果出问题时根本不知道是哪一处引起的，最后只能一个个回滚，白白浪费了一个下午。后来学乖了，哪怕只是加一个延时，也单独测试，确认稳定后再动下一处。

6.4 程序优化与后续扩展

多轴PLC程序做到后期，会明显感觉到框架比代码量更重要。我用了一个公共功能块来处理所有轴的使能、报警复位、回零和手动点动，轴参数用数组或者结构体组织好，新增一台伺服时只需要复制一个轴的数据结构，主流程基本不用动。正是这个框架，让后来产线从20轴扩展到24轴的时候，只花了一天就完成了新增轴的程序接入。

程序里还预留了配方管理的接口，不同型号的极片宽度、裁切长度、张力设定值都存放在配方表里，切换产品时一键调用。这套机制在现场换型时帮了大忙，以前换一个规格要半小时重新调参数，现在基本两分钟搞定。设备跑了一段时间之后，我还加了一个运行统计功能，记录每个轴的累计运行时间、报警次数、报警代码，为后面的预防性维护提供数据支撑。

最后说点个人体会

24轴伺服听起来是个大工程，但真正拆解到每一道工序、每一台轴，本质上还是那些标准的运动控制套路：使能、回零、定位、速度跟随、电子凸轮。决定项目成败的，除了控制器本身的性能，更多是软件架构的清晰度和调试时的排查思路。欧姆龙NJ系列加EtherCAT这套方案，最大的价值在于把逻辑控制和运动控制收拢到了同一个工程里，ST语言又给了足够的表达空间，让程序可以按人的思维方式来组织，而不是按 PLC 的扫描方式来妥协。

如果你手头正好有类似的多轴设备项目，我的建议是别急着写代码，第一周先把轴规划、PDO映射、用户单位和状态机模型定清楚。有一次我为了赶进度直接进入编程阶段，结果后期发现轴编号和用户单位换算都要返工，反而多花了两天。项目收尾之后，我做了一个调试记录表，把每个轴的参数、波形截图、常见报警汇总都存了档。后来产线再出问题，翻出这份记录对照，往往比现场猜快得多。这套方法也同样适用于你遇到的其他品牌PLC和伺服组合，核心在于对架构的理解和调试的方法论。希望这篇拆解能帮你在做多轴设备时少走几步弯路，后面有空我接着聊电子凸轮表设计和张力PID调参的细节。