第3章 EtherCAT应用层协议

第3章 EtherCAT应用层协议：CoE深度解析

各位同学，今天我们来啃一块硬骨头——CoE协议。说实话，我刚接触EtherCAT时，最头疼的就是这一块。CANopen over EtherCAT，名字就够绕口的。但搞懂它，你才算真正入了EtherCAT从站开发的门。

CoE说白了，就是把CANopen那套成熟的对象字典、PDO、SDO机制，搬到了EtherCAT的高速总线上。为什么这么干？因为CANopen在工业现场已经验证了十几年，设备描述、参数配置、过程数据交换，这套体系非常完善。EtherCAT直接拿来用，省去了重新造轮子的麻烦。

核心要点：CoE是EtherCAT应用层最常用的协议，没有之一。伺服驱动器、IO模块、编码器，90%的从站设备都用它。

3.1 对象字典——设备的“身份证”

每个CoE从站设备，内部都维护着一张对象字典。你可以把它想象成设备的“户口本”，里面记录了设备的所有信息：制造商ID、设备类型、参数配置、输入输出数据地址……

对象字典的结构是标准化的，从0x1000到0xFFFF。我习惯把地址范围分成几个功能区：

地址范围	用途	我常遇到的坑
0x1000-0x1FFF	通信对象（设备类型、错误寄存器等）	0x1000必须实现，否则主站不认设备
0x2000-0x5FFF	制造商特定对象	不同厂家定义不同，容易混淆
0x6000-0x9FFF	标准设备行规（如DS402伺服行规）	伺服驱动必须遵循，否则无法互操作

每个对象条目有三个关键属性：索引（Index）、子索引（SubIndex）、数据类型（如UNSIGNED8、INTEGER32）。举个例子，0x1000对象（设备类型）的数据类型是UNSIGNED32，子索引0存放的就是设备类型码。

我的经验：开发初期，先把对象字典的Excel表格整理好。我见过太多工程师边写代码边改对象字典，最后索引冲突、数据类型不匹配，调试到崩溃。先设计，再编码，能省一半时间。

3.2 PDO通信——实时数据的“高速公路”

PDO（过程数据对象）用于实时交换数据。比如伺服驱动器的位置指令、实际位置、状态字，这些数据每个周期都要更新，必须走PDO通道。

PDO分两种：

RxPDO：主站发给从站（比如位置指令）
TxPDO：从站发给主站（比如实际位置）

每个PDO可以映射多个对象字典条目。比如一个RxPDO可以同时包含“目标位置”（0x607A）和“控制字”（0x6040）。映射关系在对象字典的0x1600-0x17FF（RxPDO映射）和0x1A00-0x1BFF（TxPDO映射）中定义。

PDO的传输模式有三种：

同步模式：每个SYNC信号触发一次PDO传输。最常用，实时性最好。
异步模式：数据变化时触发。适合温度、压力等变化慢的信号。
轮询模式：主站主动请求。用得少，一般用于调试。

注意：PDO映射必须在Pre-Op状态下配置，进入Safe-Op后就不能改了。我曾经在项目里忘了这个顺序，结果设备死活不进入Op状态，查了两天才发现是映射配置时机不对。

3.3 SDO通信——参数配置的“专线电话”

SDO（服务数据对象）用于非实时数据交换，比如修改PID参数、读取设备序列号。它是一对一的确认式通信，主站发一个请求，从站必须回复一个响应。

SDO的报文格式有点复杂，我直接给你们看代码：

// SDO下载请求（主站写参数到从站）
// 命令字节：0x23（4字节数据写入）
// 索引：0x607A（目标位置）
// 子索引：0x00
// 数据：0x00001000（位置值）
uint8_t sdo_download[] = {
    0x23,       // 命令
    0x7A, 0x60, // 索引（小端模式）
    0x00,       // 子索引
    0x00, 0x10, 0x00, 0x00 // 数据
};

// SDO上传请求（主站读取从站参数）
// 命令字节：0x40（读取请求）
uint8_t sdo_upload[] = {
    0x40,       // 命令
    0x7A, 0x60, // 索引
    0x00,       // 子索引
    0x00, 0x00, 0x00, 0x00 // 占位
};

SDO通信有个特点：它使用邮箱（Mailbox）通道，不占用过程数据带宽。所以即使你在运行中修改参数，也不会影响实时控制周期。但要注意，SDO的响应时间不确定，一般几毫秒到几十毫秒，不能用于实时控制。

实战建议：上电初始化时，用SDO批量配置参数。运行过程中，尽量用PDO传输实时数据。我见过有人用SDO传位置指令，结果伺服响应延迟了20ms，设备直接撞机了……

3.4 状态机——Init→Pre-Op→Safe-Op→Op

EtherCAT从站的状态机，是设备生命周期的核心。每个状态都有严格的进入条件和行为定义。

四个状态的含义：

Init：上电后的初始状态。只做底层通信初始化，不交换应用数据。
Pre-Op：邮箱通信已建立，可以收发SDO。但PDO还没激活，不能交换过程数据。这个阶段主要做参数配置。
Safe-Op：输入PDO开始工作（从站可以发数据给主站），但输出PDO被屏蔽（主站发的指令不会生效）。输出端口保持在安全状态。这是EtherCAT的安全机制，防止配置未完成就输出危险动作。
Op：正常工作状态。输入输出PDO全部激活，设备全速运行。

我曾经踩过的坑：有个项目，从站进入Safe-Op后，输出端口默认输出0V。但客户的执行器是“高电平有效”，0V意味着执行器不动作，看起来像死机。后来我在Safe-Op的初始化代码里，把输出端口强制拉到安全电平（高阻态），问题才解决。记住：Safe-Op不是“停止输出”，而是“输出安全状态”。

3.5 紧急报文处理——故障的“烽火台”

当从站检测到故障（过流、过热、通信超时），会立即发送紧急报文（Emergency Message）。这个报文优先级最高，主站必须优先处理。

紧急报文的格式：

// 紧急报文结构
typedef struct {
    uint16_t error_code;      // 错误码（如0x5110：过流）
    uint8_t error_register;   // 错误寄存器（对象0x1001的值）
    uint8_t data[5];          // 制造商特定数据
} EmergencyMessage;

常见的错误码：

错误码	含义	处理建议
0x0000	无错误	复位错误状态
0x1000	通用错误	检查对象0x1001错误寄存器
0x5110	过流	立即停止输出，检查负载
0x8100	通信错误	检查网线、从站配置

紧急报文的处理流程：

从站检测到故障，立即发送紧急报文（不等待SYNC）
主站收到后，记录错误日志
主站根据错误码决定：是复位从站，还是切换到Safe-Op
从站清除故障后，发送“无错误”紧急报文（错误码0x0000）

我的习惯：在从站固件里，把紧急报文触发条件做成可配置的。比如过流阈值、超时时间，都放在对象字典里。这样现场调试时，不用改代码就能调整保护参数。灵活度很高。

嗯，CoE这部分内容确实不少。对象字典是基础，PDO管实时数据，SDO管参数配置，状态机管生命周期，紧急报文管故障处理。把这五块搞明白，EtherCAT从站的应用层开发你就掌握了八成。

最后说一句：别怕出错。我刚开始做CoE开发时，光状态机切换就调试了两周。多看看协议文档，多抓包分析，慢慢就熟了。

核心总结：CoE不是新东西，它是CANopen在EtherCAT上的优雅移植。理解CANopen的人，学CoE就是换个传输层而已。

📚 课程目录