★ FEATURED ARTICLE 简介这份《EtherCAT-TwinCAT故障排查手册》面向工业自动化领域的工程师与调试人员聚焦EtherCAT实时以太网与倍福TwinCAT平台的故障定位与排除适合具备一定总线基础、需要现场排障的中高级技术人员参考。资源包共1个PDF文件大小约2.79MB内容按概述、硬件诊断、软件诊断三大板块组织结构清晰便于按需查阅。手册先介绍EtherCAT通讯机制与TwinCAT平台再针对CX5020、EK1100、BK1250等模块给出连接、电源与LED状态等硬件诊断要点并深入讲解WorkingCounter作用、Sync unit同步单元设置、主从站状态字、TcSyslog日志抓取分析以及CRC与change count等软件诊断方法。已有2457人学习可作为现场排错与故障复盘的实用参考。1. 报文为什么能“穿过”从站而不停下EtherCAT 故障排查的底层逻辑很多人第一次接触 EtherCAT 排查时会下意识把它当成普通以太网来理解主站发一个包某个从站收下、拆开、处理、再回一个包。按这个模型去查故障十有八九会翻车。因为 EtherCAT 的从站根本不“接收”以太网帧——报文像一列不停站的火车从 Port0 进、穿过处理单元、从 Port1 出FMMU 在帧经过的几纳秒里就地读写编址数据输入数据也是在这趟“路过”中被插回帧里的。这个反直觉的机制决定了链路上任何一个节点出问题报文会从故障点前一个模块的 B 口自动折返而不是报个错就消失。理解了“报文折返”和“WorkingCounter 计数”这两件事你手里就握住了整份故障排查手册的钥匙后面所有状态字、CRC、拓扑图诊断本质上都是在回答同一个问题——报文到底走到了哪、又从哪里回来的。2. 报文折返与端口闭锁链路断了为什么还能“半通”2.1 四个端口与自动闭锁信号路径是怎么被决定的每个 EtherCAT 从站都有四个通讯口标为 Port0A、Port1B、Port2C、Port3D。关键在于没接设备的端口会自动锁闭信号继续往下传。一个只有两个口在用的模块报文从左往右走时是 Port0 进、处理单元、Port1 出Port2 和 Port3 因为空置被锁闭从右往左走时则是 Port1 进、Port0 出。这个“空口自锁”不是可有可无的细节它让线型、树型拓扑不需要任何配置就能工作也是后面判断“断在哪一侧”的物理基础。从站用几个口帧的通讯顺序就不同。两个口是 0→处理单元→1三个口用 0、1、2是 0→处理单元→1、1→2、2→0四个口则是 0→处理单元→3、3→1、1→2、2→0。这个顺序表看起来枯燥但排查时非常有用当你从 Online State 里看到某个模块的某个口计数异常对照这张表就能推断报文是从哪个方向进来的、又该从哪个方向出去。2.2 故障时的折返Tx 断和 Rx 断是两种完全不同的病这是整份手册里最值得反复读的一段。当某个模块通讯有问题时它前面那个模块会自动闭锁 B 口让报文原路返回。所以主站其实一直能收到回复只是回复里少了后面那一段的从站——这就是为什么“通讯看起来没断但 SlaveCount 少了”这种玄学现象会出现。更隐蔽的是网线只断一半的情况。如果 Tx 线正常、Rx 线断报文能一路发到拓扑最后一个模块但往回走要用 Rx 线走到断点就回不来了。主站连续 10 个周期收不到自己发出的帧的回复就会把自身 State 置为 INIT。血泪经验是Tx 全断时故障点前面的模块立刻折返现象是“后面全丢”Rx 断时现象是“整条链全丢、主站直接 INIT”。同样是“通讯中断”一个还能看到前半段从站一个什么都看不到靠这个差异就能把故障范围砍掉一半。2.3 用端口状态反推断点位置把上面的机制落到操作上先看主站 SlaveCount 与 CfgSlaveCount 是否相等。不相等说明有从站丢了丢的那一段起点就是折返点。再看折返点前一个模块的端口指示灯和 Online State确认是哪个口没有 Link。如果整条链全丢、主站进 INIT优先怀疑 Rx 线或最后一个模块的回程路径而不是从头一个个拆模块。这套推理链之所以成立全靠“空口自锁 故障折返”这两个机制而不是靠猜。3. WorkingCounter 与同步单元一个计数器怎么定位到具体模块3.1 WKC 的加减规则读 1、写 2、读写 3默认情况下整个系统只有一个同步单元所有从站的读写都算进一个 WorkingCounter。规则很朴素读一次 1写一次 2读写一次 3。主站收到帧后把实际 WKC 和“应该的值”比对相等则 WcState0不等则 WcState1。问题在于一个计数器只能告诉你“这一整段里有问题”没法告诉你“是哪个模块”。这就是为什么手册反复强调要划分同步单元——把一个大计数器拆成多个小计数器故障范围立刻从“整条总线”缩到“某个柜子、某个模块”。3.2 同步单元的划分原则按物理位置切而不是按逻辑切手册给的划分原则很实在按柜子的物理地址分别设同步单元通讯模块单独设特殊模拟量模块比如编码器单独设客户需要单独监测的模块单独设。这背后的逻辑是——同步单元的粒度应该和“你能动手拆换的最小物理单元”对齐。你不可能为了定位一个故障去拆半个柜子那就别把半个柜子放进同一个同步单元。一个主控系统里设 6 个同步单元、8 个 EtherCAT 命令全部塞进 1 个 EtherCAT Frame一帧最多 16 个命令每个命令的 WcState 汇总到 Frm0WcState 这个 UINT 里PLC 程序按位判断即可。(* 按位解析 Frm0WcState定位失败的同步单元 *) IF Frm0WcState 0 THEN FOR i : 0 TO 15 DO (* 每一位对应一个 EtherCAT 命令的 WKC 校验结果 *) IF (Frm0WcState AND SHL(1, i)) 0 THEN nFailedCmd : i; (* 记录失败命令号映射到同步单元 *) END_IF END_FOR (* bit15 单独含义整帧丢失不是某个命令失败 *) IF (Frm0WcState AND 16#8000) 0 THEN bFrameLost : TRUE; END_IF END_IF这段逻辑的关键在两点bit0 到 bit14 分别对应第 1 到第 15 个命令的 WKC 错误bit150x8000表示整帧丢失——整帧丢失和单命令失败是两种病前者查物理链路后者查该同步单元内的从站状态。参数上Frm0WcState 是 UINTPLC 里做位与运算时注意不要用有符号类型否则 bit15 会被当成符号位判断直接失效这种坑我在现场见过不止一次。3.3 WcState1 时数据到底还更不更新这是新手最容易忽略、也最容易导致误判的一点。当一个同步单元 WcState1 时DI/AI 值保持上个周期的值不变DO/AO 值则要看模块自身 state——state8 时仍按 PLC 程序正常输出state≠8 时输出被强制置 0。也就是说通讯故障时输入是“冻结”输出可能是“照常”也可能是“归零”取决于模块状态。如果你只盯着 WcState 判断“设备没动”很可能输出其实还在动只是输入冻住了排查方向会完全跑偏。模块 state8 是正常运行态state 不为 8 时该模块所在同步单元 WcState 必然为 1这两个信号要一起看。4. 状态字逐位拆解主站和从站各自在说什么4.1 主站四组状态字Frame State、WKC State、SlaveCount、Device State Master主站侧要看四样东西。Frame State 是 UINT每一位表示一个 EtherCAT 命令是否执行成功0 成功 1 失败比如 Frm0State0x0004 表示数据帧 0 的第 3 个命令失败。Frame Working Counter State 就是上一章的 WKC 汇总。SlaveCount 是实际收到的从站数CfgSlaveCount 是配置的从站数两者不等就证明有从站在通讯中丢了——这是最快的“有没有掉站”判断。Device State Master 是个报警汇总值能快速发现“有站不在 OP”但它只报警不定位别指望它告诉你具体是哪个模块。Device State Master 的位定义值得背下来几条常用的bit0 链路错误、bit5 看门狗触发、bit8 至少一个设备在 INIT、bit9 在 PRE-OP、bit10 在 SAFE-OP、bit11 至少一个设备报错、bit12 分布式时钟不同步。看到 bit8/9/10 就知道有站卡在状态机某一级看到 bit12 就往 DC 同步方向查看到 bit5 先怀疑周期和看门狗配置。4.2 从站 Slave State 的 16 位0x___1 到 0x___8 的含义同一个同步单元、同一个命令下可能有多个子站主站看到命令无效时还定位不到具体子站这时要逐个看从站的 WcState1 bit和 Slave State16 bit。WcState0 表示该从站数据交换正确1 表示刷新输入或输出时 WKC 不对。Slave State 正常为 8否则就是故障且此时 WcState 必然为 1。状态字的低位编码对应状态机0x___1 是 INIT、0x___2 是 PRE-OP、0x___4 是 SAFE-OP、0x___8 是 OP高位则携带错误标志。先看是不是 8不是 8 再看卡在哪一级这个顺序能省掉大量无效翻查。4.3 CRC、Change Count 与 Online State物理层的“黑匣子”CRC 和 Change Count 是物理层质量的直接证据。CRC 错误计数增长说明该段线缆或接头有信号完整性问题常见于屏蔽没做好、接头氧化、走线贴着变频器。Change Count 反映端口上链路状态变化的次数频繁跳变基本就是接触不良。Online State 则给出每个端口当前是 Link 还是 No Link配合第 2 章的端口顺序表能反推出报文从哪个口进、哪个口出、在哪断。这三样合起来相当于给物理层装了个黑匣子——软件层还在报 WKC 错误时物理层早就把“哪根线在抖”记下来了。4.4 TcSyslog 与 Emergency Scan事后取证的两个抓手TcSyslog 是控制器上的故障记录文件排查偶发故障时它是唯一的“后悔药”。流程是开通 FTP 功能、开启 TcSyslog、通过 FTP 把 tcsyslog.txt 拷出来分析。偶发掉站最怕的就是现场复位后什么痕迹都没了而 TcSyslog 会把状态切换、错误事件按时间戳记下来配合 Emergency Scan 抓取的从站紧急报文能还原出故障发生那一刻的状态机跳变顺序。拓扑图功能则把扫描到的实际连接关系画出来和配置比对接错口、少接一段这类问题一眼可见。5. 避坑与排查现场最容易翻车的五个地方5.1 只断 Rx 线却按“整条链故障”从头拆现象主站直接进 INIT所有从站都看不到于是从第一个模块开始逐个拆。原因Tx 正常、Rx 断时报文能发到最后一个模块但回不来主站 10 个周期收不到回复就置 INIT现象和“主站坏了”几乎一样。解决先看最后一个模块的回程端口 Link 状态和 CRC 计数优先怀疑回程路径和末端模块而不是从头部拆起。5.2 同步单元划得太粗WKC 报警定位不到模块现象WcState1但整条总线几十个模块不知道查哪个。原因全系统默认一个同步单元所有读写挤进一个计数器。解决按柜子、通讯模块、特殊模拟量模块拆同步单元让每个 WKC 对应一个可动手拆换的最小物理单元报警范围自然收窄。5.3 看到 WcState1 就以为输出也停了现象判断“设备没动作”是通讯问题结果输出其实还在按程序走。原因WcState1 时输入冻结但模块 state8 时输出仍正常执行。解决WcState 和模块 Slave State 一起看state8 且 WcState1 时输出行为要单独确认别把输入冻结误判成整站停机。5.4 用有符号类型解析 Frm0WcStatebit15 永远判不对现象整帧丢失的判断逻辑从不触发。原因Frm0WcState 是 UINTbit15 是 0x8000若变量被声明成有符号整型bit15 变成符号位位与结果异常。解决统一用无符号类型做位运算bit15 单独判断“整帧丢失”和单命令失败分开处理。5.5 BK1250 闪烁码数错次数拆错模块现象I/O ERROR K-bus 红灯闪一串凭感觉拆了第 3 个模块问题依旧。原因闪烁码是“闪 N 次代表第 N 个总线端子模块”比如先闪 14 次、间隔约 1 秒再闪 5 次表示第 5 个模块格式错误数错次数就拆错位置。解决录视频慢放数闪烁次数对照手册的闪烁码表14 次格式错误、15 次模块个数不对、16 次数据长度不对等确认 n 值后再动手。6. 从“换模块”到“读机制”故障排查的设计取舍这份手册最值得琢磨的地方是它把排查路径设计成了一条“从物理到逻辑、从粗到细”的漏斗而不是一上来就让你看状态字。先看 LED 指示灯做初步判断再用 SlaveCount 判断有没有掉站再用同步单元 WKC 缩小到段再用从站 Slave State 定位到模块最后用 CRC、Change Count、Online State 和 TcSyslog 做物理层与事后的确认。这个顺序不是随意排的——它刻意把“最便宜、最不需要工具”的手段放在最前面因为现场工程师往往没有调试权限、没有抓包环境能用的只有眼睛和几个灯。这里有个真实的设计取舍EtherCAT 把诊断信息大量下沉到硬件和状态字里代价是这些信息是“分布式”的——每个从站只知道自己的状态主站只知道汇总的 WKC 和计数。于是定位问题本质上是一个“用汇总信息反推单点”的过程同步单元的划分就是把这种反推变得可行的关键手段。划分得越贴近物理布局反推越准划分得越粗越依赖经验和逐个排查。手册没有把同步单元设成自动最优而是给了一套人工原则这本身就是承认“物理布局只有现场的人最清楚”。验证这套机制是否真的理解到位有个简单办法拿一个多模块的测试台架故意拔掉中间某段的 Rx 线观察主站是进 INIT 还是 SlaveCount 减少再故意让某个模块掉电看它所在同步单元的 WcState 和 Frm0WcState 哪一位变化。两次现象对上了说明你对“折返”和“计数”的理解是真的通了而不是背下了结论。我自己的习惯是每次到现场先不碰任何配置先把拓扑图扫出来和配置比对一遍再记下每个同步单元的 WKC 基准值。从那以后我每次处理偶发掉站都强制先导一遍 TcSyslog 再动手拆线——因为拆线会破坏现场而日志不会。希望这份手册里的机制拆解能帮你在下一次面对“通讯正常但数据不对”时少走几步弯路。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
