最近连续接到好几个做运动控制的同行问同一个问题EtherCAT这么讲究实时性我能不能在通信链路上串一台交换机这问题在工控论坛上被反复争论过说能的有说不能的也有。我的结论比较明确可以用但绝对不是拿一台家用交换机插上就完事。EtherCAT对交换机的脾气很清楚用对了就是透明延长线用错了就是周期抖动、从站掉线、广播风暴轮番找上门。这篇把我自己调EtherCAT项目时关于交换机的底层逻辑、选型配置、故障排查经验都写清楚适合正在折腾EtherCAT主站、伺服驱动、远程IO的工程师参考。1. EtherCAT为什么对交换机“既友好又挑剔”1.1 EtherCAT的“边传边处理”到底是怎么回事很多人第一次接触EtherCAT以为它就是“普通以太网实时协议”其实差别非常大。普通以太网是点到点通信A设备发帧交换机查MAC地址表把帧转发给目的设备对方收下之后这个帧的任务就结束了。EtherCAT的逻辑完全不同它是一种“列车式”通信。主站从一个端口发出一个标准以太网帧帧里面预先划分好了给每个从站使用的数据区。这个帧进入第一个从站时从站内部的ESC芯片比如ET1100、LAN9252会在极短的时间内从帧里提取发给自己控制的输出数据同时把自己采集到的输入数据写进帧对应的位置然后立刻把帧从另一个端口转发出去。这个过程完全由硬件完成耗时通常只有几百纳秒。这就是EtherCAT最核心的“processing on the fly”边传边处理。帧会依次穿过整条链路上的每一个从站每个从站只操作属于自己的那一段数据其他数据原样透传。等帧走到最后一个从站它还得回到主站的另一个端口主站才能从帧里把所有从站上传的数据读出来。所以EtherCAT主站通常有两个网口一个发帧、一个收帧。理解了这套机制就能明白EtherCAT对网络的真实需求它不关心“这个帧该交给谁”只关心“帧能不能在一个通信周期内稳定地逛完整条链并回来”。而交换机最擅长改变的就是“稳定”这两个字。1.2 交换机介入后到底改变了什么先说结论EtherCAT帧本身就是标准以太网帧以太网类型字段是0x88A4交换机从物理层和数据链路层上完全具备转发它的能力。问题不在“能不能转发”而在“转发过程中发生了什么”。第一个变化是延迟。交换机有几种转发模式存储转发模式必须把整个帧收完才能查表转发一个最小64字节的以太网帧在千兆速率下也要约0.5微秒的线路传输时间加上交换机内部查表和队列处理端到端延迟轻松到几微秒甚至几十微秒。直通式交换机会快一点但也有固定处理开销。EtherCAT原本两个从站之间的传递延迟只有几百纳秒到几微秒你插一台交换机相当于在链路上加了一个收费站每个周期都会多付一笔时间成本。第二个变化是抖动这才是真正致命的。交换机的每个端口都有输入输出队列当多个端口的数据同时涌向同一个出口时排队不可避免。如果交换机里还跑着其他流量比如普通PLC数据、广播包、诊断报文EtherCAT帧就可能排在队尾等待时间少则几微秒多则几百微秒甚至更多。对于1毫秒同步周期、要求微秒级分布式时钟同步的伺服系统来说这种抖动足以触发同步监控报警、导致跟随误差超限甚至停机。第三个变化是广播复制。EtherCAT帧默认使用的目的MAC地址是广播地址FF-FF-FF-FF-FF-FF从站硬件只认以太网类型不挑MAC地址。但交换机不同它看到广播帧会复制并发送到除接收端口以外的所有端口。如果你把交换机当成一根两端的延长线这没有影响如果你用交换机同时接了多条从站链同一个帧就会被复制到多条链上每条链上的从站都会去操作帧里的同一段数据区逻辑立刻乱套。第四个变化是MAC学习和地址转发机制带来的隐患。虽然EtherCAT帧的源MAC是主站固定的但当帧从从站链尾返回交换机时交换机会因为广播帧的泛洪行为反复把它发往多个端口可能导致主站收到本不该接收的转发帧或者形成链路循环。明白了这四点就能解释为什么网上的答案会打架有人把交换机当透明延长线用实测很稳说可以用有人把交换机当集线器分叉用跑起来全是问题说不能用。两种说法都对关键是你打算怎么用。2. 三种典型用法能不能用完全取决于拓扑2.1 场景一交换机当“透明延长线”这是最推荐的用法先给出一个我实测中极少出问题的拓扑主站发送口 - 交换机端口A - 交换机端口B - 从站1 IN口 - 从站1 OUT口 - 从站2 IN口 - ... - 最后一个从站OUT口 - 主站接收口注意从站链的最后一级没有接回交换机而是直接回到主站的第二个网口。整个交换机在链路中只有一个入口和一个出口实际上扮演的就是一根带延长的网线。为什么这种用法是安全的因为EtherCAT帧从主站发送口进入交换机时即使交换机要把它泛洪到所有活动端口但在这一刻交换机上只有两个活动端口帧只会从另一个口出去进入从站链。帧在从站链中完成处理后直接回到主站接收口全程没有再经过交换机。没有复制没有循环没有额外路径。我印象很深的一个项目56个伺服轴加上一堆远程IO电柜布线关系导致主站和第一组从站之间要走一条很长走线槽距离超过50米怕网线衰减和电磁干扰就在中间加了一台工业千兆管理型交换机做中继。主站用的TwinCAT从站包含伺服、IO、模拟量模块接近50个分别测了1kHz和4kHz同步周期分布式时钟同步精度没有明显恶化连续运行一个多月没有掉过站。当然这个场景里的交换机选型很讲究参数也做了针对性关闭不是随便拿家用交换机顶上来的。2.2 场景二从站链尾回接交换机慎用但能配有些项目为了省布线、让主站到交换机之间只用一根网线就同时承担收发想把从站链的末尾也接回交换机的另一个端口。这种“链尾回接”拓扑能不能用能但配置要求很高而且容易翻车。核心麻烦在于帧从从站链末端回到交换机后交换机看到它还是一个广播帧会再次泛洪到除接收口以外的所有端口其中包括刚刚发出帧的那个口。于是这个帧可能再次进入从站链从站重复处理数据、工作计数器WKC直接错乱主站一报错就是全线瘫痪。想把这条路走通只能靠交换机的隔离功能。工程上可用的做法是把主站接交换机的口配置为Trunk口从站链的进、出两个端口分别放进两个不同的VLAN再配合静态MAC地址表或端口隔离规则强制规定“从链尾回来的帧只能被转发给主站口绝不能回到链头”。这就要求交换机必须是可网管交换机支持802.1Q VLAN和端口隔离。家用八口傻瓜交换机完全没戏。即使配置全部到位我还是不建议在对可靠性要求高的场合用这种拓扑因为交换机只要有一次转发异常就会形成链路内循环排查起来让人头大。如果确实要这么做建议在从站链最后一个从站的OUT口加终端处理或者在主站软件里把通信超时调长一点可以降低一些风险但只是权宜之计。2.3 场景三一台交换机带多条从站链千万别用普通交换机这是最多人踩坑的用法。看到交换机有八个口就会想“太好了我主站后面分四条链每条链带几个从站省好几个分支器”。如果你拿普通交换机这么干EtherCAT广播帧会被交换机同时复制到四条链上每条链上的从站都会对同一帧里的同一数据区进行操作。轻则WKC错乱、主站通信超时重则多个从站同时写同一段数据互相覆盖帧在交换机端口之间反复泛洪直接演变成网络风暴。为什么不能用MAC地址表把帧定向转发给某一条链因为EtherCAT从站几乎不看目的MAC主站发的帧又默认是广播地址交换机根本不知道该往哪个口送。就算你把目的MAC改成单播地址交换机可以送进一条链但这条链的从站处理完后帧下一步该往哪去它没法知道“下一个从站在哪条链上”。EtherCAT的拓扑逻辑和以太网的寻址转发逻辑本质上就不是一个套路。如果真的有星形分叉需求正确做法是用EtherCAT专用分线器也就是Junction分支模块比如Beckhoff的EL6601、EL6614汇川、松下等品牌也有类似模块。这种设备内部是一颗带多个EtherCAT从站接口的专用芯片它能按EtherCAT协议规则管理帧的分发和返回处理WKC和转发顺序。它本质上是EtherCAT协议层的一种特殊从站不是普通二层交换机。所以多分支场景下别再用普通交换机硬扛直接上Junction才是省时间省心力的正解。3. 真要用交换机选型和配置别偷懒3.1 硬件选型先卡死这几个硬指标如果你决定在EtherCAT网段中使用交换机主要就是透明延长线场景那就按下面这些硬指标筛选一条都不能妥协。全双工、固定速率必须支持100M或1000M全双工并且使用时要关闭自适应强制成固定速率。半双工模式下CSMA/CD可能产生冲突重发对周期通信是灾难。非阻塞交换架构交换机的背板带宽要大于等于所有端口速率之和。比如8口千兆背板带宽至少要满足8Gbps以上否则多口同时跑数据必然丢帧。低延迟转发优先选择工业级、标称低延迟或者支持直通转发的型号。普通家用交换机存储转发延迟在10微秒以上也还能用关键是延迟必须稳定。可管理能力至少支持VLAN、端口隔离、QoS、STP开关等基础功能。完全不可管理的傻瓜交换机当透明延长线用还行想配置隔离或设置优先级就没戏了。支持关闭EEE节能以太网绿色节能会在链路空闲时降速恢复时产生额外延迟必须能关闭。工业级宽温和电源设计装在电柜里长时间运行商用交换机在环境温度较高、24小时工作的情况下故障率会明显上升。我自己选型的时候优先认工控圈子里口碑好的工业管理型交换机配置界面里能直接关闭STP和EEEQoS规则也能针对EtherType设置优先级用起来很省心。别为了省几百块钱拿实验室里几十块钱的五口桌面交换机去扛产线你省下的钱还不够排查一次偶发掉站的工时。3.2 软件配置每一项都关系到能不能用拿到交换机的第一件事不是接设备而是进管理界面做配置。下面这组配置我建议逐项过一遍少一项都可能埋雷。关闭STP/RSTP生成树协议是为了防环设计的但它会周期性发送BPDU端口先进入Listening、Learning状态再转发对EtherCAT周期帧是致命的。如果网络没有环路请把STP、RSTP、MSTP全部关掉。关闭EEE和端口能量检测很多交换机会在链路空闲时自动降功耗或者周期性发送节能协商帧这会让EtherCAT帧的转发延迟忽大忽小。关闭EEE并将端口速率强制为固定全双工。关闭IGMP Snooping和组播过滤EtherCAT帧不是IP组播但某些交换机会对未知组播帧做特殊处理导致EtherCAT帧被错误丢弃。把它设为Disabled或者Pass All模式。设置EtherCAT帧优先级如果交换机支持基于EtherType的QoS新建规则让以太网类型0x88A4的帧进入最高优先级队列。这样即使交换机上有点其他流量EtherCAT帧也能优先转发。配置VLAN隔离把EtherCAT网段和普通调试网段分在不同VLAN消除正常以太网流量对EtherCAT的干扰。关闭流控802.3x流控在拥塞时会让发送端暂停这个暂停对于EtherCAT来说等同周期延迟必须关闭。3.3 一份可以照着做的伪配置示例不同品牌交换机的命令有差异但思路是通的。下面这份配置流程可以直接对着你自己的设备翻译# 进入端口配置 interface GigabitEthernet1/0/1 duplex full speed 1000 no negotiation flow-control receive off flow-control transmit off no eee # 关闭生成树 spanning-tree mode none spanning-tree disable # 关闭IGMP snooping igmp snooping disable # VLAN隔离示例端口1、2划分到VLAN 10端口3、4划分到VLAN 20 vlan 10 name EtherCAT_Link vlan 20 name Debug_Net interface GigabitEthernet1/0/1 switchport access vlan 10 interface GigabitEthernet1/0/2 switchport access vlan 10 interface GigabitEthernet1/0/3 switchport access vlan 20 interface GigabitEthernet1/0/4 switchport access vlan 20 # QoS对EtherType 0x88A4的帧给最高优先级队列 qos map-frame ethertype 0x88A4 queue 7这段只是把关键动作列出来不是某个品牌的完整配置。真正操作时以你手里交换机的命令手册为准。3.4 接入交换机后的性能验证方法交换机配好之后不要直接投入生产先做一轮性能验证。我自己常用的验证方式是主站扫描加抓包用Wireshark在主站接收口抓帧统计相邻两帧到达的时间间隔看有没有明显毛刺。正常情况下EtherCAT帧到达间隔应该非常均匀抖动在亚微秒到微秒量级如果间隔呈周期性跳变或者偶尔出现几百微秒的尖峰说明交换机的某项配置还没关干净或者某个端口存在流量冲突。也可以对比有交换机和没有交换机时主站诊断里的分布式时钟传播延迟值。固定延迟增大一点关系不大它会被时钟同步算法补偿掉一旦看到同步误差或者延迟的方差明显变大就要提高警惕优先检查交换机的流控、EEE、STP是否真的关闭了。4. 实际使用中的故障现象与排查实录4.1 现象一接入交换机后从站全部掉站我见过最典型的故障就是客户在主站到第一个从站之间加了一台千兆交换机上电之后主站扫不到任何从站或者扫描到了但一运行就掉站。查网线、查从站供电、查终端电阻全都没问题最后发现是交换机默认开启了STP端口一直在Listening和Learning之间反复切换导致EtherCAT帧不能连续通过。排查方法很简单进交换机管理界面看端口状态是不是在Learning状态反复跳。如果是直接关闭STP、RSTP、MSTP。如果这交换机不可管理那只能换一台能关生成树的管理型工业交换机或者干脆别用交换机。4.2 现象二周期正常但分布式时钟同步误差变大有个项目系统能勉强跑起来但伺服同步精度明显变差主站经常报分布式时钟同步错误Sync看门狗时不时超时。我把没有交换机和有交换机的两组抓包数据对比发现EtherCAT帧到达主站接收口的时间间隔出现了大量不规则毛刺从正常的微秒级飘到了几百微秒。当时我把交换机的EEE、流控、IGMP过滤一项一项关闭每关一项就抓一次包看间隔。最终确认问题来自交换机的节能以太网功能它在链路空闲时降低端口速率恢复时产生额外延迟。关闭之后毛刺消失系统恢复正常。遇到这类问题不要靠猜一定要用抓包工具测帧间隔数据比感觉可靠。4.3 现象三CRC错误和帧丢失频繁出现交换机端口如果用了劣质网线、水晶头氧化或者端口工作在自适应状态长时间运行后会出现CRC错误计数持续增长。EtherCAT主站对帧错误极其敏感连续几帧CRC错误就会触发通信故障。排查时先看交换机端口统计如果RX CRC错误持续增长优先换网线、重压水晶头、把端口速率固定为1000M全双工。还要注意EtherCAT网段单段网线长度尽量控制在100米以内交换机本质上只增加一次转发它不能帮你无限制延长距离。4.4 现象四广播风暴导致整个网段瘫痪有人非要用普通交换机做多分支又没有配隔离策略EtherCAT帧在交换机里被反复泛洪最终引发广播风暴。现场表现是所有端口指示灯同时狂闪交换机温度升高主站完全无法通信。这种故障不是小问题它会让整个设备停机甚至损坏交换机。处理步骤是先把所有从站网线拔掉然后重新配置交换机的VLAN和端口隔离再一个一个接回从站每接一个就观察主站通信是否正常。这种情况下我非常直接地建议放弃普通交换机换成EtherCAT专用Junction分支模块从根源上杜绝环路。5. 什么情况下真的别用交换机5.1 线形拓扑本来就能满足需求时EtherCAT最大的优势之一就是菊花链线形拓扑一条线从头串到尾布线简单、成本低、诊断直观。如果设备布局本来就能走成一条线那就完全没有必要引入交换机。每台交换机都是额外的转发环节多一个环节就多一重故障概率。5.2 对抖动和同步精度要求特别苛刻时微秒级甚至亚微秒级分布式时钟同步、高速高精度伺服插补这些场景下交换机就是一个定时炸弹。即使配置得再完美它仍然可能因为内部调度、温度漂移、电源纹波产生额外的随机抖动。只要性能预算里容不下这些抖动就不要打交换机的主意。5.3 多分支需求优先用专用分线器如果确实因为机柜空间或布线原因需要分线首选EtherCAT专用分支器Junction其次是工业交换机的透明中继用法不要试图用普通交换机做多条EtherCAT链路的并联。专用分支器虽然贵一些但它能正确处理EtherCAT的数据处理和返回逻辑换来的是实时性和可维护性。我个人现在做方案的习惯是先画线形拓扑再考虑布线只有当物理距离或柜内空间实在不允许的时候才打交换机的主意。而且打这个主意之前我会先问自己一句这段链路真的有必要增加一个变量吗在实时通信这件事上稳妥永远是第一位的。
EtherCAT链路中能串交换机吗？透传原理、选型配置与故障排查指南
最近连续接到好几个做运动控制的同行问同一个问题EtherCAT这么讲究实时性我能不能在通信链路上串一台交换机这问题在工控论坛上被反复争论过说能的有说不能的也有。我的结论比较明确可以用但绝对不是拿一台家用交换机插上就完事。EtherCAT对交换机的脾气很清楚用对了就是透明延长线用错了就是周期抖动、从站掉线、广播风暴轮番找上门。这篇把我自己调EtherCAT项目时关于交换机的底层逻辑、选型配置、故障排查经验都写清楚适合正在折腾EtherCAT主站、伺服驱动、远程IO的工程师参考。1. EtherCAT为什么对交换机“既友好又挑剔”1.1 EtherCAT的“边传边处理”到底是怎么回事很多人第一次接触EtherCAT以为它就是“普通以太网实时协议”其实差别非常大。普通以太网是点到点通信A设备发帧交换机查MAC地址表把帧转发给目的设备对方收下之后这个帧的任务就结束了。EtherCAT的逻辑完全不同它是一种“列车式”通信。主站从一个端口发出一个标准以太网帧帧里面预先划分好了给每个从站使用的数据区。这个帧进入第一个从站时从站内部的ESC芯片比如ET1100、LAN9252会在极短的时间内从帧里提取发给自己控制的输出数据同时把自己采集到的输入数据写进帧对应的位置然后立刻把帧从另一个端口转发出去。这个过程完全由硬件完成耗时通常只有几百纳秒。这就是EtherCAT最核心的“processing on the fly”边传边处理。帧会依次穿过整条链路上的每一个从站每个从站只操作属于自己的那一段数据其他数据原样透传。等帧走到最后一个从站它还得回到主站的另一个端口主站才能从帧里把所有从站上传的数据读出来。所以EtherCAT主站通常有两个网口一个发帧、一个收帧。理解了这套机制就能明白EtherCAT对网络的真实需求它不关心“这个帧该交给谁”只关心“帧能不能在一个通信周期内稳定地逛完整条链并回来”。而交换机最擅长改变的就是“稳定”这两个字。1.2 交换机介入后到底改变了什么先说结论EtherCAT帧本身就是标准以太网帧以太网类型字段是0x88A4交换机从物理层和数据链路层上完全具备转发它的能力。问题不在“能不能转发”而在“转发过程中发生了什么”。第一个变化是延迟。交换机有几种转发模式存储转发模式必须把整个帧收完才能查表转发一个最小64字节的以太网帧在千兆速率下也要约0.5微秒的线路传输时间加上交换机内部查表和队列处理端到端延迟轻松到几微秒甚至几十微秒。直通式交换机会快一点但也有固定处理开销。EtherCAT原本两个从站之间的传递延迟只有几百纳秒到几微秒你插一台交换机相当于在链路上加了一个收费站每个周期都会多付一笔时间成本。第二个变化是抖动这才是真正致命的。交换机的每个端口都有输入输出队列当多个端口的数据同时涌向同一个出口时排队不可避免。如果交换机里还跑着其他流量比如普通PLC数据、广播包、诊断报文EtherCAT帧就可能排在队尾等待时间少则几微秒多则几百微秒甚至更多。对于1毫秒同步周期、要求微秒级分布式时钟同步的伺服系统来说这种抖动足以触发同步监控报警、导致跟随误差超限甚至停机。第三个变化是广播复制。EtherCAT帧默认使用的目的MAC地址是广播地址FF-FF-FF-FF-FF-FF从站硬件只认以太网类型不挑MAC地址。但交换机不同它看到广播帧会复制并发送到除接收端口以外的所有端口。如果你把交换机当成一根两端的延长线这没有影响如果你用交换机同时接了多条从站链同一个帧就会被复制到多条链上每条链上的从站都会去操作帧里的同一段数据区逻辑立刻乱套。第四个变化是MAC学习和地址转发机制带来的隐患。虽然EtherCAT帧的源MAC是主站固定的但当帧从从站链尾返回交换机时交换机会因为广播帧的泛洪行为反复把它发往多个端口可能导致主站收到本不该接收的转发帧或者形成链路循环。明白了这四点就能解释为什么网上的答案会打架有人把交换机当透明延长线用实测很稳说可以用有人把交换机当集线器分叉用跑起来全是问题说不能用。两种说法都对关键是你打算怎么用。2. 三种典型用法能不能用完全取决于拓扑2.1 场景一交换机当“透明延长线”这是最推荐的用法先给出一个我实测中极少出问题的拓扑主站发送口 - 交换机端口A - 交换机端口B - 从站1 IN口 - 从站1 OUT口 - 从站2 IN口 - ... - 最后一个从站OUT口 - 主站接收口注意从站链的最后一级没有接回交换机而是直接回到主站的第二个网口。整个交换机在链路中只有一个入口和一个出口实际上扮演的就是一根带延长的网线。为什么这种用法是安全的因为EtherCAT帧从主站发送口进入交换机时即使交换机要把它泛洪到所有活动端口但在这一刻交换机上只有两个活动端口帧只会从另一个口出去进入从站链。帧在从站链中完成处理后直接回到主站接收口全程没有再经过交换机。没有复制没有循环没有额外路径。我印象很深的一个项目56个伺服轴加上一堆远程IO电柜布线关系导致主站和第一组从站之间要走一条很长走线槽距离超过50米怕网线衰减和电磁干扰就在中间加了一台工业千兆管理型交换机做中继。主站用的TwinCAT从站包含伺服、IO、模拟量模块接近50个分别测了1kHz和4kHz同步周期分布式时钟同步精度没有明显恶化连续运行一个多月没有掉过站。当然这个场景里的交换机选型很讲究参数也做了针对性关闭不是随便拿家用交换机顶上来的。2.2 场景二从站链尾回接交换机慎用但能配有些项目为了省布线、让主站到交换机之间只用一根网线就同时承担收发想把从站链的末尾也接回交换机的另一个端口。这种“链尾回接”拓扑能不能用能但配置要求很高而且容易翻车。核心麻烦在于帧从从站链末端回到交换机后交换机看到它还是一个广播帧会再次泛洪到除接收口以外的所有端口其中包括刚刚发出帧的那个口。于是这个帧可能再次进入从站链从站重复处理数据、工作计数器WKC直接错乱主站一报错就是全线瘫痪。想把这条路走通只能靠交换机的隔离功能。工程上可用的做法是把主站接交换机的口配置为Trunk口从站链的进、出两个端口分别放进两个不同的VLAN再配合静态MAC地址表或端口隔离规则强制规定“从链尾回来的帧只能被转发给主站口绝不能回到链头”。这就要求交换机必须是可网管交换机支持802.1Q VLAN和端口隔离。家用八口傻瓜交换机完全没戏。即使配置全部到位我还是不建议在对可靠性要求高的场合用这种拓扑因为交换机只要有一次转发异常就会形成链路内循环排查起来让人头大。如果确实要这么做建议在从站链最后一个从站的OUT口加终端处理或者在主站软件里把通信超时调长一点可以降低一些风险但只是权宜之计。2.3 场景三一台交换机带多条从站链千万别用普通交换机这是最多人踩坑的用法。看到交换机有八个口就会想“太好了我主站后面分四条链每条链带几个从站省好几个分支器”。如果你拿普通交换机这么干EtherCAT广播帧会被交换机同时复制到四条链上每条链上的从站都会对同一帧里的同一数据区进行操作。轻则WKC错乱、主站通信超时重则多个从站同时写同一段数据互相覆盖帧在交换机端口之间反复泛洪直接演变成网络风暴。为什么不能用MAC地址表把帧定向转发给某一条链因为EtherCAT从站几乎不看目的MAC主站发的帧又默认是广播地址交换机根本不知道该往哪个口送。就算你把目的MAC改成单播地址交换机可以送进一条链但这条链的从站处理完后帧下一步该往哪去它没法知道“下一个从站在哪条链上”。EtherCAT的拓扑逻辑和以太网的寻址转发逻辑本质上就不是一个套路。如果真的有星形分叉需求正确做法是用EtherCAT专用分线器也就是Junction分支模块比如Beckhoff的EL6601、EL6614汇川、松下等品牌也有类似模块。这种设备内部是一颗带多个EtherCAT从站接口的专用芯片它能按EtherCAT协议规则管理帧的分发和返回处理WKC和转发顺序。它本质上是EtherCAT协议层的一种特殊从站不是普通二层交换机。所以多分支场景下别再用普通交换机硬扛直接上Junction才是省时间省心力的正解。3. 真要用交换机选型和配置别偷懒3.1 硬件选型先卡死这几个硬指标如果你决定在EtherCAT网段中使用交换机主要就是透明延长线场景那就按下面这些硬指标筛选一条都不能妥协。全双工、固定速率必须支持100M或1000M全双工并且使用时要关闭自适应强制成固定速率。半双工模式下CSMA/CD可能产生冲突重发对周期通信是灾难。非阻塞交换架构交换机的背板带宽要大于等于所有端口速率之和。比如8口千兆背板带宽至少要满足8Gbps以上否则多口同时跑数据必然丢帧。低延迟转发优先选择工业级、标称低延迟或者支持直通转发的型号。普通家用交换机存储转发延迟在10微秒以上也还能用关键是延迟必须稳定。可管理能力至少支持VLAN、端口隔离、QoS、STP开关等基础功能。完全不可管理的傻瓜交换机当透明延长线用还行想配置隔离或设置优先级就没戏了。支持关闭EEE节能以太网绿色节能会在链路空闲时降速恢复时产生额外延迟必须能关闭。工业级宽温和电源设计装在电柜里长时间运行商用交换机在环境温度较高、24小时工作的情况下故障率会明显上升。我自己选型的时候优先认工控圈子里口碑好的工业管理型交换机配置界面里能直接关闭STP和EEEQoS规则也能针对EtherType设置优先级用起来很省心。别为了省几百块钱拿实验室里几十块钱的五口桌面交换机去扛产线你省下的钱还不够排查一次偶发掉站的工时。3.2 软件配置每一项都关系到能不能用拿到交换机的第一件事不是接设备而是进管理界面做配置。下面这组配置我建议逐项过一遍少一项都可能埋雷。关闭STP/RSTP生成树协议是为了防环设计的但它会周期性发送BPDU端口先进入Listening、Learning状态再转发对EtherCAT周期帧是致命的。如果网络没有环路请把STP、RSTP、MSTP全部关掉。关闭EEE和端口能量检测很多交换机会在链路空闲时自动降功耗或者周期性发送节能协商帧这会让EtherCAT帧的转发延迟忽大忽小。关闭EEE并将端口速率强制为固定全双工。关闭IGMP Snooping和组播过滤EtherCAT帧不是IP组播但某些交换机会对未知组播帧做特殊处理导致EtherCAT帧被错误丢弃。把它设为Disabled或者Pass All模式。设置EtherCAT帧优先级如果交换机支持基于EtherType的QoS新建规则让以太网类型0x88A4的帧进入最高优先级队列。这样即使交换机上有点其他流量EtherCAT帧也能优先转发。配置VLAN隔离把EtherCAT网段和普通调试网段分在不同VLAN消除正常以太网流量对EtherCAT的干扰。关闭流控802.3x流控在拥塞时会让发送端暂停这个暂停对于EtherCAT来说等同周期延迟必须关闭。3.3 一份可以照着做的伪配置示例不同品牌交换机的命令有差异但思路是通的。下面这份配置流程可以直接对着你自己的设备翻译# 进入端口配置 interface GigabitEthernet1/0/1 duplex full speed 1000 no negotiation flow-control receive off flow-control transmit off no eee # 关闭生成树 spanning-tree mode none spanning-tree disable # 关闭IGMP snooping igmp snooping disable # VLAN隔离示例端口1、2划分到VLAN 10端口3、4划分到VLAN 20 vlan 10 name EtherCAT_Link vlan 20 name Debug_Net interface GigabitEthernet1/0/1 switchport access vlan 10 interface GigabitEthernet1/0/2 switchport access vlan 10 interface GigabitEthernet1/0/3 switchport access vlan 20 interface GigabitEthernet1/0/4 switchport access vlan 20 # QoS对EtherType 0x88A4的帧给最高优先级队列 qos map-frame ethertype 0x88A4 queue 7这段只是把关键动作列出来不是某个品牌的完整配置。真正操作时以你手里交换机的命令手册为准。3.4 接入交换机后的性能验证方法交换机配好之后不要直接投入生产先做一轮性能验证。我自己常用的验证方式是主站扫描加抓包用Wireshark在主站接收口抓帧统计相邻两帧到达的时间间隔看有没有明显毛刺。正常情况下EtherCAT帧到达间隔应该非常均匀抖动在亚微秒到微秒量级如果间隔呈周期性跳变或者偶尔出现几百微秒的尖峰说明交换机的某项配置还没关干净或者某个端口存在流量冲突。也可以对比有交换机和没有交换机时主站诊断里的分布式时钟传播延迟值。固定延迟增大一点关系不大它会被时钟同步算法补偿掉一旦看到同步误差或者延迟的方差明显变大就要提高警惕优先检查交换机的流控、EEE、STP是否真的关闭了。4. 实际使用中的故障现象与排查实录4.1 现象一接入交换机后从站全部掉站我见过最典型的故障就是客户在主站到第一个从站之间加了一台千兆交换机上电之后主站扫不到任何从站或者扫描到了但一运行就掉站。查网线、查从站供电、查终端电阻全都没问题最后发现是交换机默认开启了STP端口一直在Listening和Learning之间反复切换导致EtherCAT帧不能连续通过。排查方法很简单进交换机管理界面看端口状态是不是在Learning状态反复跳。如果是直接关闭STP、RSTP、MSTP。如果这交换机不可管理那只能换一台能关生成树的管理型工业交换机或者干脆别用交换机。4.2 现象二周期正常但分布式时钟同步误差变大有个项目系统能勉强跑起来但伺服同步精度明显变差主站经常报分布式时钟同步错误Sync看门狗时不时超时。我把没有交换机和有交换机的两组抓包数据对比发现EtherCAT帧到达主站接收口的时间间隔出现了大量不规则毛刺从正常的微秒级飘到了几百微秒。当时我把交换机的EEE、流控、IGMP过滤一项一项关闭每关一项就抓一次包看间隔。最终确认问题来自交换机的节能以太网功能它在链路空闲时降低端口速率恢复时产生额外延迟。关闭之后毛刺消失系统恢复正常。遇到这类问题不要靠猜一定要用抓包工具测帧间隔数据比感觉可靠。4.3 现象三CRC错误和帧丢失频繁出现交换机端口如果用了劣质网线、水晶头氧化或者端口工作在自适应状态长时间运行后会出现CRC错误计数持续增长。EtherCAT主站对帧错误极其敏感连续几帧CRC错误就会触发通信故障。排查时先看交换机端口统计如果RX CRC错误持续增长优先换网线、重压水晶头、把端口速率固定为1000M全双工。还要注意EtherCAT网段单段网线长度尽量控制在100米以内交换机本质上只增加一次转发它不能帮你无限制延长距离。4.4 现象四广播风暴导致整个网段瘫痪有人非要用普通交换机做多分支又没有配隔离策略EtherCAT帧在交换机里被反复泛洪最终引发广播风暴。现场表现是所有端口指示灯同时狂闪交换机温度升高主站完全无法通信。这种故障不是小问题它会让整个设备停机甚至损坏交换机。处理步骤是先把所有从站网线拔掉然后重新配置交换机的VLAN和端口隔离再一个一个接回从站每接一个就观察主站通信是否正常。这种情况下我非常直接地建议放弃普通交换机换成EtherCAT专用Junction分支模块从根源上杜绝环路。5. 什么情况下真的别用交换机5.1 线形拓扑本来就能满足需求时EtherCAT最大的优势之一就是菊花链线形拓扑一条线从头串到尾布线简单、成本低、诊断直观。如果设备布局本来就能走成一条线那就完全没有必要引入交换机。每台交换机都是额外的转发环节多一个环节就多一重故障概率。5.2 对抖动和同步精度要求特别苛刻时微秒级甚至亚微秒级分布式时钟同步、高速高精度伺服插补这些场景下交换机就是一个定时炸弹。即使配置得再完美它仍然可能因为内部调度、温度漂移、电源纹波产生额外的随机抖动。只要性能预算里容不下这些抖动就不要打交换机的主意。5.3 多分支需求优先用专用分线器如果确实因为机柜空间或布线原因需要分线首选EtherCAT专用分支器Junction其次是工业交换机的透明中继用法不要试图用普通交换机做多条EtherCAT链路的并联。专用分支器虽然贵一些但它能正确处理EtherCAT的数据处理和返回逻辑换来的是实时性和可维护性。我个人现在做方案的习惯是先画线形拓扑再考虑布线只有当物理距离或柜内空间实在不允许的时候才打交换机的主意。而且打这个主意之前我会先问自己一句这段链路真的有必要增加一个变量吗在实时通信这件事上稳妥永远是第一位的。
