EtherCAT协议栈架构：分层结构、功能模块、状态机

核心原理：从“主站-从站”到“分层协作”的视角转换

学习EtherCAT协议栈时，最容易陷入的误区是试图从底层帧格式开始逐字节理解。实际上，协议栈的架构设计遵循了清晰的分层隔离原则：上层应用不必关心底层以太网帧如何被处理，底层驱动也不必理解运动控制或IO采样的业务含义。理解这一分层视角，是掌握整个协议栈的钥匙。

EtherCAT协议栈在逻辑上可划分为四个核心层次：应用层（AL）、数据链路层（DL）、状态机层（ESM）以及硬件抽象层（HAL）。应用层面向用户功能，如PDO映射、SDO对象字典；数据链路层负责处理EtherCAT帧的收发、寻址与FCS校验；状态机层则管理设备从初始化到运行的完整生命周期；硬件抽象层屏蔽了不同网卡或从站控制器的差异。

下图展示了主站与从站协议栈的典型分层结构，以及各层之间的数据交互路径：

主站与从站协议栈在分层上高度对称，但实现重点不同：主站侧重调度与协调，从站侧重实时响应与状态保持。从站协议栈通常由ESC硬件完成数据链路层功能，固件只需处理状态机和应用层。

功能模块：主站与从站的核心组件

在分层结构之下，协议栈由若干功能模块组成。主站侧的关键模块包括：

• 网络配置模块：解析ENI（EtherCAT Network Information）文件，构建从站拓扑与PDO映射关系。
• 周期任务调度器：以固定周期（如1ms）触发过程数据收发，保证实时性。
• 邮箱通信模块：处理SDO请求/响应、CoE参数读写，支持非周期数据交换。
• 状态管理模块：向从站发送状态转换命令，监控从站状态反馈。

从站侧的核心模块则包括：

• ESC寄存器管理：读写AL Control、AL Status、DL Control等关键寄存器。
• PDO引擎：将过程数据映射到本地变量或IO端口，实现高速交换。
• 邮箱协议处理：解析SDO/CoE报文，更新对象字典。
• 看门狗：监控主站通信超时，触发安全输出。

AL Control (0x0120): 状态转换命令寄存器
  Bit 0-3: 请求状态 (1=Init, 2=Pre-Op, 4=Safe-Op, 8=Op)
AL Status (0x0130): 当前状态反馈寄存器
  Bit 0-3: 实际状态
  Bit 4: 错误标志
DL Control (0x0100): 数据链路控制
  Bit 0: 站地址有效
  Bit 4-5: 通信模式

状态机：EtherCAT设备的心跳

EtherCAT状态机定义了从站设备从上电到正常运行必须经历的四个主要状态：Init、Pre-Operational (Pre-Op)、Safe-Operational (Safe-Op)和Operational (Op)。每个状态对应不同的通信能力：

状态转换由主站发起，从站执行。转换过程中，从站必须检查当前状态是否允许跳转。例如，从Pre-Op直接跳转到Op是不允许的，必须经过Safe-Op。若从站检测到通信错误或看门狗超时，会自动回退到Safe-Op或Init状态，并置位AL Status中的错误标志。

案例/场景：一个典型的启动流程

假设系统包含1个主站和3个从站（伺服驱动器），启动流程如下：

1. Init阶段：主站广播写寄存器，为每个从站分配站地址（如0x1001、0x1002、0x1003）。
2. Pre-Op阶段：主站通过邮箱通信，向每个从站下载PDO映射参数（例如，将控制字0x6040映射到RxPDO的第1-2字节）。
3. Safe-Op阶段：主站发送状态转换命令，从站开始发送输入PDO（如实际位置、状态字），但输出PDO保持禁用。
4. Op阶段：主站确认所有从站输入数据有效后，发送最终转换命令。此时，伺服驱动器开始接收目标位置指令，进入运动控制模式。

若某个从站在Safe-Op阶段未能正确映射PDO，其AL Status会返回错误码0x001E（Invalid Output Configuration），主站将中止后续转换并重新配置。

误区/复盘：常见错误与排查思路

复盘要点：调试状态机问题时，建议按以下顺序排查：

1. 读取从站AL Status寄存器，确认当前状态与错误码。
2. 检查对象字典中PDO映射是否完整，尤其是Sync Manager配置。
3. 验证邮箱通信是否正常，尝试读写一个简单对象（如设备名称0x1008）。
4. 使用主站日志确认状态转换命令是否被从站正确应答。

掌握分层架构与状态机逻辑，是后续配置同步模式、优化周期时间的基础。建议读者在真实从站上手动执行一次完整的Init→Op流程，观察每个阶段寄存器值的变化，这将极大加深对协议栈运行机制的理解。