4. 主站架构解析
EtherCAT 主站软件栈虽然厂商实现各有差异，但其核心架构高度一致。理解主站内部模块的划分与协作关系，是后续进行驱动开发、故障排查和性能调优的基础。本章不讨论具体某一家商业主站的代码细节，而是聚焦于所有 EtherCAT 主站都必须具备的三大核心模块：邮箱通信（CoE/EoE等）、过程数据通信（FMMU/同步管理）以及状态机管理（EtherCAT State Machine）。此外，一个完整的主站还包含总线配置、从站信息字典解析（ESI）、应用层接口等辅助模块。
4.1 主站核心模块总览
从软件分层角度看，主站通常分为：应用层（用户运动控制逻辑）、主站核心层（协议栈实现）和硬件接口层（网卡驱动/DPDK）。其中核心层内部又细分为多个功能单元。下图展示了主站核心模块的逻辑架构与数据流关系。
上图清晰地展示了主站核心层三大模块的并行关系：邮箱通信负责非周期、低速但重要的参数读写；过程数据通信负责每个周期高速、确定性的IO数据交换；状态机管理则作为总指挥，协调从站从初始化到运行状态的平滑迁移。三者通过内部消息队列和共享内存进行协作。
4.2 核心原理：三大模块的职责边界与协作
4.2.1 邮箱通信（Mailbox）—— 非周期数据通道
邮箱通信基于 EtherCAT 数据报中的 Mailbox 数据区，采用请求-响应模式。主站发送邮箱写请求，从站处理完毕后通过邮箱读请求返回响应。其核心设计要点包括：
- 协议类型：CoE（CANopen over EtherCAT）用于驱动器参数（PDO映射、电机额定值）；EoE（Ethernet over EtherCAT）用于传输标准IP报文；FoE（File over EtherCAT）用于固件升级。
- 传输机制：数据小于一定字节（如CoE快速传输）时单帧完成；大数据则需分段传输，并处理序号、校验和。
- 通道管理：每个从站邮箱有独立的写/读通道，主站需维护每个从站的邮箱状态（空闲、忙、等待响应）。
实现要点：邮箱通信必须设置合理的超时时间（通常 100ms~1s）。在周期任务中，邮箱处理不应阻塞过程数据通信。常见做法是：在非周期时间片（如每 10ms 或状态机空闲时）轮询邮箱队列。
4.2.2 过程数据通信（Process Data）—— 周期实时通道
过程数据通信是 EtherCAT 的“心脏”。主站通过配置 FMMU（Fieldbus Memory Management Unit），将从站物理内存映射到主站逻辑地址空间。每个周期，主站发送一个 LRW（Logical Read-Write） 数据报，即可同时读写所有从站的输入输出数据。
关键实现机制如下表：
| 机制 | 作用 | 主站实现要点 |
|---|---|---|
| FMMU 映射 | 将从站SM缓冲区映射到主站逻辑地址 | 根据ESI文件自动计算逻辑起始地址，配置每个从站的FMMU寄存器 |
| SM 同步管理 | 控制从站数据交换的起始/停止 | 配置SM2（输出）、SM3（输入）的物理地址、长度和控制寄存器 |
| DC 分布式时钟 | 实现从站间微秒级同步 | 测量传播延迟，写入系统时间到从站，产生同步中断 |
| 帧调度 | 保证周期确定性 | 使用独立实时线程，绑定CPU核心，禁用中断抢占 |
4.2.3 状态机管理（ESM）—— 生命周期控制
EtherCAT 状态机定义了从站的四种主状态：Init、Pre-Operational、Safe-Operational 和 Operational。主站负责发起状态切换请求，并监控切换结果。
状态切换的典型流程如下：
主站请求: 写从站AL Control 寄存器 (0x0120)
值 = 目标状态 | 起始位(0x10)
从站响应: 写AL Status 寄存器 (0x0130)
值 = 当前状态 | 错误标志
主站轮询: 等待AL Status 变为目标状态
若超时或错误码非0，则读取AL Error Code (0x0134) 诊断各状态下的通信能力差异是理解状态机管理的关键：
- Init：仅支持邮箱通信的配置（如设置站地址、FMMU、SM）。
- Pre-Op：邮箱通信完全可用，可读写SDO参数，但过程数据未激活。
- Safe-Op：输入过程数据有效（主站可读从站输入），输出仍为安全状态（通常为0或保持）。
- Op：输出过程数据激活，从站开始正常控制。
4.3 方法流程：主站启动与状态切换的完整时序
一个典型的主站启动流程（以伺服驱动器为例）包含以下步骤：
- 网络枚举：广播读取所有从站类型，构建拓扑链表。
- 配置阶段（Init）：为每个从站分配站地址，写入FMMU和SM配置。
- Pre-Op 切换：请求所有从站进入Pre-Op，等待确认。
- 参数初始化：通过CoE邮箱下载PDO映射、电机参数、控制模式等。
- Safe-Op 切换：激活输入更新，主站开始接收实际位置、状态字。
- Op 切换：激活输出，发送控制字使能伺服。
工程经验：在切换 Safe-Op 前，务必确认所有从站的看门狗已配置。若某个从站因看门狗超时进入 Safe-Op，主站应能通过状态机管理模块检测到异常并触发紧急停止逻辑。
4.4 案例/场景：多从站同步运动控制中的模块协作
假设一个3轴运动控制平台，主站周期为 1ms。在一个典型周期内，各模块的协作如下：
周期开始（t=0）：状态机管理模块确认所有从站处于 Op 状态。过程数据模块构建一个 LRW 数据报，包含3个伺服的位置指令（输出）和实际位置（输入）。该数据报通过网卡发送到总线。
t=0.1ms：从站1（伺服1）收到帧，FMMU 将输出数据写入其SM2缓冲区，同时将其输入数据（实际位置）插入帧的对应位置。从站2、3依次处理。
t=0.5ms：帧返回主站。过程数据模块解析输入数据，更新共享内存。应用层读取实际位置，计算下一周期指令。
t=0.8ms：邮箱通信模块检查是否有待处理的SDO请求（例如某从站上报温度报警）。若有，则插入一个非周期的邮箱数据报，在下一个周期发送。
t=1.0ms：定时器触发，开始下一周期。
在此过程中，若某从站因电压故障触发紧急停止，其状态会从 Op 自动回退到 Safe-Op。状态机管理模块在下一周期检测到 AL Status 变化，立即通知应用层，应用层执行急停逻辑，同时主站停止发送输出数据。
4.5 误区/复盘：主站开发中的常见陷阱
误区一：将邮箱通信与过程数据通信混在同一线程处理
后果：当某个从站SDO响应慢（如写入EEPROM耗时100ms），会阻塞过程数据周期，导致总线抖动甚至看门狗超时。正确做法是分离实时线程（过程数据）和非实时线程（邮箱），通过无锁队列交互。
误区二：状态切换时未检查从站错误码
后果：从站切换失败后，主站仍盲目发送下一状态请求，导致从站卡死在未知状态。复盘发现，应严格遵循“请求→等待→检查状态字→若错误则读取错误码并处理”的流程。
误区三：忽略FMMU逻辑地址分配冲突
后果：多个从站映射到同一逻辑地址，导致数据互相覆盖。尤其在动态添加/删除从站时，必须重新计算整个地址映射表。建议使用主站库提供的自动分配功能，并校验返回的逻辑地址范围。
复盘总结：一个健壮的主站核心层，必须做到三个“隔离”：时间隔离（实时与非实时任务分离）、数据隔离（过程数据与邮箱数据使用不同内存区）、错误隔离（单个从站故障不影响其他从站通信）。理解这三大模块的边界与协作，是避免上述误区的根本。