说句实在话EtherCAT 这个名字在工控圈里已经不算新鲜了但真正把它吃透的人并不多。很多做 PLC 的老工程师最开始对它的态度是怀疑的——以太网嘛传传文件、连个电脑还行拿来控制伺服轴周期能稳吗直到我在现场用一根网线串起 24 个总线伺服轴1 毫秒周期稳稳当当跑了一个通宵观念才算彻底扭转过来。这次聊两件事EtherCAT 和 FSoE安全 EtherCAT。前者解决的是“一条网线上怎么实时、同步地传输控制数据”后者解决的是“在同样的网线上怎么安全地传输功能安全信号”。这两个东西经常一起出现但底层逻辑完全不同。文章中我会结合一套“汇川 H5U 带 24 个 660 伺服轴”的典型 EtherCAT 通信项目来拆解没有接触过总线伺服的朋友也能按这篇的思路复现。内容更适合三类人正在做 EtherCAT 项目选型或调试的电气工程师、从事从站或驱动器开发的嵌入式工程师以及想弄明白 Sync0/Sync1、FSoE 到底怎么回事但一直没找到好入口的朋友。1. EtherCAT 的技术构架与设计思路1.1 EtherCAT 到底是怎么做到“快”的EtherCAT 的快快在“帧在飞”处理机制英文常叫 processing on the fly。传统以太网通信是“接收完整数据帧—解析—再发送”每个节点拿到数据后要么直接丢弃非目标数据要么先缓存再回包。EtherCAT 完全换了个思路主站发出的以太网帧从第一个从站进去从站在报文经过自己的那一刻就把属于自己的数据读出来然后把要回传的数据写进帧里极短延时后把帧从另一个端口送出去。整个过程像工厂流水线上的一辆物料小车每个工位不停车路过的时候顺手取走自己的零件、再放回加工完成的半成品。这种机制带来的收益是实打实的。100Mbps 的 Ethernet over 普通网线条件单帧可以携带大量过程数据一帧里所有从站的输入输出数据都能串进去。相比之下传统轮询方式要一问一答100 个从站就有 100 次请求和响应每换一个站都有通信开销总线周期很难做短。EtherCAT 往往一个周期帧就能把所有设备刷一遍周期可以压到亚毫秒级。这也是为什么在运动控制现场EtherCAT 能把“伺服同步”这件事做到像硬件总线一样可靠。从站处理帧的过程在硬件层面完成大部分工作由从站控制器ESC芯片里的状态机和数据通路直接处理不占用应用层 CPU。这就像一个高速公路收费站装了 ETC 自动扣费车不用停效率完全不是人工窗口能比的。1.2 FMMU、Sync Manager 与数据映射EtherCAT 报文要到从站手里还必须解决一个问题从站怎么知道自己该把帧里哪一段数据拿走又把自己要回传的数据放到哪个位置答案靠两类机制配合FMMU 和 Sync Manager同步管理器。FMMU 的全称是 Fieldbus Memory Mapping Unit作用是把从站过程数据映射到主站配置的逻辑地址上。主站预先为每个从站分配一段逻辑地址空间帧里所有从站的数据按这些逻辑地址排列从站通过本地 FMMU 就能定位自己的数据区间。通俗讲FMMU 让帧变成一张“拼好的大表格”每个从站只关心属于自己的那几列。Sync Manager 负责数据和本地应用之间的数据搬移节奏。SM2/SM3 通常用作过程数据的输出/输入通道SM0/SM1 用于邮箱通信比如 EtherCAT 配置阶段的 CoE、FoE 等非周期数据通信。SM 会配置成缓冲区模式主站写入的输出数据放到 SM2 对应的 RAM 区应用层在适当事件里取走避免数据边写边读导致撕裂。对使用的人来说FMMU 和 SM 不需要看得太深但至少要明白一件事从站上电后主站会通过邮箱通信把 PDO 映射参数、FMMU 配置、SM 配置全部下发从站才能进入正常的周期性过程数据交换。很多“扫不到设备”“数据全是 0”的问题本质上都是这一阶段配置没对齐。1.3 分布式时钟DC与 Sync0/Sync1 的实质伺服控制里面最怕的不是通信慢而是“各干各的”。几个轴如果到达指令的时刻相差几十微秒机械上就可能是明显的顿挫或抖动。EtherCAT 的分布式时钟Distributed ClockDC就是用来解决这个问题的关键也是伺服应用里最值得搞懂的点。DC 的机制是第一个支持 DC 的从站作为参考时钟主站在初始化时测量网络传播延迟和各个从站的时钟偏移然后对各从站的本地时钟做补偿最终所有从站共享一个纳秒级的统一时钟基准。同步精度通常能做到远小于 1 微秒配合 DC 时钟单元还可以输出同步脉冲信号。这里就要说到热搜里大家都在问的 Sync0 和 Sync1。简单说Sync0同步输出事件。主站周期性帧到达后各从站根据本地 DC 时钟在约定时刻触发一次中断或信号应用层在 Sync0 时刻把最新输出数据锁存到物理输出通道。所有从站在同一个绝对时刻更新输出实现“同时动作”。Sync1同步输入事件。用于锁存输入采样比如编码器位置同样在全局统一时刻触发保证所有从站采集到的是同一时刻的状态。Sync1 和 Sync0 配合就做到了“同一时刻读反馈、同一时刻发指令”。对伺服驱动器来说这会对应到电流环或位置环的采样定时。比如驱动器把 SYNC 信号映射到内部的电流采样中断主站在没截断周期性数据的前提下每个载波周期从网线里拿到目标位置在下一拍计算速度环/位置环误差会远小于完全靠周期轮询的方式。很多驱控一体的厂家还会要求你把 Sync0 与 Sync1 的触发时刻和采样窗口调成配对状态让电压输出和编码器采样处于一个严格对齐的节拍。跑过的人会知道同样一套设备从 SM 同步切换到 DC 同步后轴运行的噪音和温升经常会有肉眼可见的改善。1.4 为什么抖动指标如此重要聊到 EtherCAT 性能主站宣传页上常写“同步精度 1μs”或“可带 100 轴 1ms 周期”外行人可能没有概念。我用一句话总结同步误差如果达到几十微秒高速凸轮或电子齿轮就能明显感到轮廓误差同步误差如果能压到几十纳秒设备本质上就跟硬接线的模拟量伺服轴没有区别。实测经验里EtherCAT 的主站时钟抖动主要来自主站网卡和中断调度常见工业 PC 主站可以做到 10 到 100 纳秒级而从站侧由于有 DC 补偿和本地晶振抖动往往更小。在高端运控项目里大家常问“这项目到底用 EtherCAT 还是专用总线”实际上很多专用总线的同步能力并不比 EtherCAT 强。关键是项目有没有把“同步策略”选对。2. EtherCAT 配置案例汇川 H5U 带 24 个 660 伺服轴2.1 现场需求与硬件布局我拿一个典型的现场案例来展开一条多工位设备需要一台控制器同时控制 24 个伺服轴每个轴既有定位又有多轴联动插补需求总线周期定为 1ms还得要求启动一致性好、跟随误差小。这种负载规模在 EtherCAT 里属于中等偏上但足够把配置思路完整过一遍。控制器选用汇川 H5U伺服选用 660 系列总线型驱动器。布线上采用菊花链控制器 EtherCAT 口出来经过每个 660 驱动器的 IN 口、OUT 口逐级串下去。需要注意的是菊花链便于布线和减少交换机成本但链路长度和节点数量受限制最后一个节点的累计电缆长度不能超过规范推荐的 100 米左右。连接器选型上工业现场我坚持用带金属屏蔽壳的 RJ45 或 M12 连接器网线尽量用工业级屏蔽双绞线屏蔽层在驱动器侧或控制柜侧单端接地。很多“偶发掉站”查到最后都是网线品质问题这部分的投入千万别省。动力线和 EtherCAT 网线走线要分开高功率变频器周围尤其注意线槽内交叉处最好垂直交叉并保持 30cm 以上距离。很多伺服噪声问题反映出走线姿势不对总线参数反而不是主因。2.2 InoProShop 组态步骤与 PDO 映射汇川 H5U 的组态在 InoProShop 软件里完成不同固件版本菜单命名略有差异但配置顺序基本都是固定的。第一步新建工程、选择 H5U 控制器型号后进入 EtherCAT 配置界面。第二步用“扫描”功能识别已上电的从站或手动把 660 伺服模块拖到网络树里。建议先用扫描自动识别再手动把 24 个轴按实际物理顺序排列。第三步给每个从站分配站号可以通过驱动器上的拨码或软件别名完成。站号一定要和物理位置对应清楚不然程序拷到另一台设备上时轴 A 和轴 B 调换了位置后果很严重。第四步在从站属性里导入伺服厂家的 ESI 设备描述文件XML确保软件能正确识别 660 驱动的邮箱能力和 PDO 选项。第五步配置 PDO 映射。PDO 映射是配置里的核心环节。660 伺服一般默认提供标准 CiA402 对象常用的输出 PDO 至少包含控制字0x6040、目标位置0x607A、目标速度0x60FF等几个 32 位对象输入 PDO 至少包含状态字0x6041、实际位置0x6064、实际速度0x606C。轴少的时候把全部对象都映射进来没问题轴多的时候要尽量精简 PDO把不需要的 32 位闲散对象去掉因为每一字节都会变成周期帧长度。以 24 个轴为例每个轴输出按 8 字节、输入按 8 字节保守估算24 轴的周期过程数据差不多 384 字节400 节点算下来约 400 字节加上 EtherCAT 帧头、以太网帧头总帧长可以轻松在 700 字节以内。这个帧长在 100Mbps 链路上 1ms 刷新 1000 次是毫无压力的。但如果每个轴把十几二十个 PDO 全部挂上且数据类型没优化帧长翻一倍虽然还是能跑但总线裕量变差帧发生窗口变长对干扰和拓扑变化就敏感了。2.3 24 轴运动程序的组织思路程序结构上我会建议把 24 轴分成三组或四组每组对应一个工艺工位组内各轴做插补组间做启停协同。主程序里建立一个周期任务例如 1ms 任务做 PDO 数据的刷新和状态机轮询运动控制指令如绝对定位、电子齿轮、凸轮表在另一个任务或事件程序里安排。这样既能保证 EtherCAT 周期数据在最稳定的节拍里交换又不会让复杂工艺逻辑阻塞总线的运行节奏。新手第一次跑这种大轴数项目我建议严格按下面的调试顺序来单轴回零。先只让 1 号轴使能反反复复做几组速度和回零观察实际位置反馈是否平滑。双轴联动。让 1 号、2 号轴以相同速度运行看位置跟随误差曲线。多轴批量空运行。把 24 个轴全部使能没有工件时先以低速同步旋转一段固定距离判断有没有某根轴掉队或报错。带负载联调。再进真正的工艺程序。别一上来就把 24 个轴同时使能再跑凸轮。万一总线抖动或某根轴配置有误排查范围会非常大而且容易把偶发问题理解成硬件故障。2.4 伺服驱动的同步模式设置660 伺服里有一个很关键的参数用于选择从站同步模式。常见两种SM 同步模式从站根据周期帧到达的时间间隔产生同步事件依赖主站周期稳定。现场如果主站时钟本身有较大抖动SM 模式的同步精度就受限于主站调度精度。DC 同步模式从站根据分布式时钟的绝对时刻产生同步事件不依赖“帧到达的这一刻”而是依赖“本地 DC 时钟是否和参考时钟校准到同一时刻”。只要校准完成即使主站中途某帧晚到了几十微秒同步事件依然在正确的绝对时刻触发。所以伺服项目里优先选择 DC 同步模式。把 24 个从站的“同步模式”参数统一设好并在组态里打开 DC 功能的“传播延时补偿”和“时钟漂移补偿”。如果组态里能看到“DC 校准状态”确认全部从站显示已补偿后再跑自动程序。我在现场见过不止一次伺服“顿挫”或“运行一段时间后逐渐漂移”最后查出是某个轴没有开启 DC 同步一直在用 SM 模式硬扛。3. EtherCAT 从站开发入门3.1 ESC 硬件结构与选型如果站在从站开发者角度看EtherCAT 的设备侧主要由三块构成物理层收发器、ESCEtherCAT Slave Controller和应用层 MCU。ESC 是核心常见有 Beckhoff 的 ET1100、ET1200以及各种 FPGA 实现。ET1100三端口 ESC适合伺服驱动器、变频器这类需要较大过程数据和应用逻辑的从站内部有较大的 DPRAM 和数据通路外部 MCU 通过 PDI 接口访问。ET1200两端口 ESC适合 IO 模块、阀岛这类轻量从站成本和功耗更优。FPGA 方案则适合超多过程数据或自定义协议要求的场合也方便把安全逻辑或特殊同步逻辑放进同一个 FPGA。ESC 还需要一块非易失存储EEPROM来保存从站信息接口SII数据里面记录了厂商 ID、产品 ID、设备描述等基础信息。主站扫描到从站时就是靠这些信息去匹配 ESI 文档和查询设备能力。EEPROM 内容不对从站要么无法被识别要么被识别成一个没有 PDO 配置能力的未知设备。3.2 从站协议栈开发路线从站上除了硬件还需要协议栈代码。大多数团队不会从零写 EtherCAT 状态机而是用官方提供的 SSCSlave Stack Code工具生成 C 语言基础工程再把自己的应用层代码填进去。SSC 会生成 ESC 驱动、邮箱处理、状态机Init、Pre-Op、Safe-Op、Op、对象字典框架和 PDO 映射框架。伺服类从站还会叠加 CANopen over EtherCATCoE意思是借助 CANopen 对象字典 0x6000 系列对象来管理伺服运动控制参数。从站应用循环建议放在同步中断里运行。也就是 Sync0 触发一次中断MCU 在中断服务程序里读取从 ESC 拿来的目标位置执行电流环或位置环计算再把实际位置写回 ESC。这种模式将应用执行和总线全局时钟绑定在一起数据延迟最小。没有硬件同步中断的场合才用周期轮询 ESC性能会有明显折扣高动态应用不建议。3.3 从站开发最容易踩的坑第一个坑是 EEPROM 内容未正确校验。开发过程中我吃过亏从站上电后主站设备列表里一直显示“未知设备”折腾到最后发现是 EEPROM 里某段校验值不对主站读取设备信息失败。解决方法是写一个成熟的 SII 写入工具写入后必须回读校验核对 vendor ID、product ID 和版本信息。第二个坑是看门狗。ESC 内部有看门狗默认配置和实际周期不匹配时会在正常运行中把输出全部冻结或清零设备表现就是“使能了但不动”或“周期性丢步”。配置看门狗时间时要留够裕量一般取过程数据周期的 2 到 5 倍但也不要过大否则真正的通信故障会隐藏得过深。第三个坑是 SM 同步和 DC 同步的对齐。某些从站生成工程里默认把 SM 事件和 DC 事件分开处理导致应用层在读取最新过程数据时抓到的是上一帧残留数据。常见表现是位置反馈每 N 个周期跳动一次且跳变数值恰好接近一个主站周期内走过的距离。这时候优先检查 Sync0/Sync1 事件和 SM2 缓冲区交换的时序确保在帧到达并被 SM 锁存之后再触发应用中断。4. FSoE安全 EtherCAT 的设计与实现4.1 为什么需要“安全跑在总线上”传统设备安全回路都靠安全继电器和硬接线比如急停按钮、安全门开关串成一条线直接连到驱动器 STO。这种方案可靠但在分布式设备里代价很大每个急停点拉一根硬线到每个驱动器动辄几十根电缆柜内端子排和继电器堆得满满当当。于是就有了功能安全通信的需求——把安全信号也通过现场总线传输同时不能牺牲安全性。FSoE 的全称是 FailSafe over EtherCAT核心理念是“黑通道Black Channel”。它不对底层传输网络的安全性做任何假设底层 EtherCAT 链路可以出错、被干扰、被延迟FSoE 在应用层之上用一套完整的安全协议来保证数据完整性和时序正确性。这样普通 EtherCAT 从站、交换机、网线甚至中继设备都成了“透明的黑盒子”安全通信的可靠性完全由 FSoE 协议自身保证无需对整个物理链路做特殊认证。这个思路非常实际。要强制认证每一个网络节点很困难但如果安全逻辑建立在协议机制上整个系统只需要认证安全主站、安全从站和安全逻辑本身即可。这也是 FSoE 能获得 SIL3 认证并广泛用于工业安全的原因。FSoE 在 EtherCAT 体系里通常作为一类特殊数据承载在标准帧上与普通过程数据并行传输。主站和从站之间通过邮箱方式建立安全连接建立起连接后安全数据会周期性传递比如每个 EtherCAT 周期都携带一条 FSoE 数据帧里面放着急停状态、STO 指令、安全限速值等安全负载。4.2 FSoE 怎么保证数据是“安全”的FSoE 的保护机制并不神秘核心是三类手段相互配合连接识别、时序监控、数据完整性校验。连接识别每条 FSoE 连接都用唯一的连接 ID 标识。数据帧里带有这个 ID防止不同安全连接之间串线。相当于每扇门只有专用钥匙。时序监控FSoE 数据帧带序列号发送方每帧递增接收方检查序列号必须连续。同时收发双方各自维护连接看门狗规定时间内必须收到有效帧否则立刻进入安全状态。这样一来丢帧、重放、延迟都能被识别。数据完整性校验FSoE 帧尾部带 32 位 CRC 校验校验范围为整帧数据加连接 ID、序列号任何一位比特翻转都会被察觉。真正常见的干扰破坏靠这个机制基本都能拦截。当任一校验失败或者看门狗超时安全输出立即清零或进入预设的“安全状态”。对伺服驱动来说这通常意味着激活 STO安全扭矩关断或者安全停止功能绝不会停留在中间模糊状态。4.3 安全伺服轴中的 FSoE 应用实例以 660 伺服和 H5U 系统的安全扩展为例系统中有急停按钮、安全门、若干光栅信号全部接到安全 PLC 模块上每个伺服驱动器支持 STO 和安全通信模块。安全 PLC 建立多条 FSoE 连接每一条连接到对应轴的安全从站模块。普通 EtherCAT 周期帧里照常包含位置、速度等运动数据同时也额外承载着这 24 条 FSoE 安全数据。运行期间安全 PLC 周期检查每个安全节点的状态字比如“STO 已释放”“安全门关闭”。一旦操作者按下急停安全 PLC 程序逻辑检测到跳变马上通过对应的 FSoE 连接发送“STO 触发”的安全指令。伺服驱动力矩被安全切断。整个过程不依赖任何硬接线延迟只有几个总线周期比传统中间继电器回路更快。有意思的是中间经过的那些 660 伺服轴如果只是作为普通 EtherCAT 节点并不需要理解 FSoE 内容它们只是把帧继续传下去。这就是黑通道的好处非安全节点不需要做安全认证也能参与安全数据传输。4.4 FSoE 工程落地需要注意什么FSoE 是“安全相关”不是“普通程序里写几个判断就能自称安全”。工程上要特别注意几点第一安全逻辑必须运行在获得 SIL 认证的安全控制器或安全从站模块里不能写在 H5U、普通 PLC 的扫描周期任务里。普通控制器可以做限位、报警但不能承担安全回路的“安全”责任。第二FSoE 连接参数两端必须一致。包括连接看门狗时间、安全参数文件版本主站和从站不一致就无法建立连接要在调试工具里逐项核对。第三FSoE 连接是点对点的即安全主站与每一个安全从站单独建立连接不同于运动控制那种“一个周期帧广播到全部节点”。因此设备数量多时安全数据处理量会随之增加在设计周期和带宽时要预留这部分帧长和 CPU 开销。5. 常见问题与排查技巧5.1 从站掉线与 WKC 异常EtherCAT 主站会通过工作计数器WKC检测报文是否被每个从站正常处理。WKC 值不符合预期主站直接判为从站通信异常。现场最常见的现象是“运行一段时间突然掉站”排查顺序先确认报警代码、确认掉的是哪一个站再按从站顺序逐段检查网线。实操经验里这种问题相当一部分出在连接器接触不良或屏蔽层接地失效。我习惯在现场准备一根很短的标准 EtherCAT 线把可疑从站的前后级短接如果短接后不再掉站说明问题就在那根线缆或连接头上。另外柜内伺服驱动器密集安装时要关注散热ET1100 这类芯片长时间高温也可能出现偶发抖动。5.2 Sync0 不同步或运行一段时间后轴漂移运行初期看着正常运行半小时后各轴位置偏差越来越大或者设备每次上电压机位置都不一样优先怀疑 DC 漂移补偿没有开启。EtherCAT 的分布式时钟原理上每个从站晶振频率不可能完全一致靠主站周期性发“漂移补偿”命令校正。如果组态里关闭了漂移补偿时间越长偏差越大运动轮廓自然越来越差。另一种情况是 “Sync0 与 Sync1 触发窗口”设得不好。早期我做从站时把输出锁存和输入采样设成同一事件电流环的数据还没更新完输入采样又把旧缓存读走了反馈路径总是慢半拍。后来把 Sync0 和 Sync1 错开一段时间让驱动有足够时间完成电流环计算问题立刻好转。5.3 H5U 带 24 轴项目里的几个典型坑第一个坑轴顺序与实际拓扑不一致。软件扫描出来的顺序可能和物理位置差一个或多个节点如果程序里直接按扫描顺序映射首次试机就可能方向反了或轴号错位。解决办法是在组态里手工分配站别名让每个站的主站逻辑地址与物理安装位置严格对应。第二个坑PDO 映射中途修改后没有重新下载。660 伺服和很多从站一样PDO 配置在 Pre-Op 阶段写入如果在主站工程里改了 PDO 但没做完整“重新配置并进入 OP”操作可能导致部分轴仍处于旧的映射状态。调试时要统一按“重启 EtherCAT 通信—重新下载配置—进入 OP”的顺序操作。第三个坑高速插补时丢跟随误差。这个很多新人容易往总线上想但实际上大部分是伺服增益没整定好或负载惯量比设置偏大。判断方法很简单把 24 个轴统一降速到 20% 跑同一路径如果 18 号轴依然偏差明显那问题更可能在机械或伺服参数侧而不是 EtherCAT。5.4 配置前的检查清单每次带新 EtherCAT 项目我都会在下载配置前过一遍清单从站 ESI 文件是否最新、站号是否与拨码一致、同步模式是否全部为 DC、DC 漂移补偿是否打开、看门狗时间是否匹配、网线屏蔽层是否在正确位置接地、交换机是否禁用EtherCAT 带电运行时不能插普通交换机。检查完这一套再上电能省掉一大半的调试时间。最后分享一点现场经验从第一次接触 EtherCAT 到现在我最大的感受是它把运动控制的门槛降低了很多但对基础概念的敬畏反而要求更高了。Sync0/Sync1 的同步观念、FSoE 的安全观念如果没建立起来就算设备能转起来也很难保证长期稳定。我调试大轴数项目时从不让 24 个轴一次性满速跑起来先七成速度跑一小时再对每一根轴的跟随曲线截图对比。哪个轴温升高、哪个轴偏音二十分钟内就能看出来。总线通信设得再好也要回到设备本体的机械、惯量、整定问题上去解决。希望这篇内容能帮你在 EtherCAT 和 FSoE 上少走几步弯路。
