第3章从站应用层协议基础

3、从站应用层协议基础：CoE协议概述、对象字典的概念与结构、SDO与PDO通信机制

3.1 什么是CoE？说白了就是CANopen搬到了EtherCAT上

各位同学好。今天我们来聊聊EtherCAT从站应用层协议里最核心的一块——CoE。

CoE的全称是CANopen over EtherCAT。名字已经说得很清楚了：它就是把CANopen那套成熟的应用层协议，原封不动地搬到了EtherCAT的物理层和数据链路层之上。为什么这么做？因为CANopen在工业现场已经用了二十多年，对象字典、SDO、PDO这些概念早就被工程师们验证过无数次。EtherCAT团队很聪明，直接拿来用，省去了重新定义应用层协议的麻烦。

我个人习惯把CoE理解为「EtherCAT的躯壳，CANopen的灵魂」。你想想看，底层跑的是EtherCAT的高速实时以太网，上层用的却是CANopen那套成熟的对象字典和通信机制。这种组合既保证了实时性，又降低了开发门槛。

我在项目中遇到过不少刚入行的工程师，一上来就问我：「老师，CoE和CANopen到底有什么区别？」我的回答很简单：CoE就是CANopen，只不过它的传输层换成了EtherCAT的帧结构。CANopen的SDO、PDO、对象字典，在CoE里一个都没少。

核心要点：CoE是EtherCAT应用层协议中使用最广泛的一种，尤其适用于驱动、IO、传感器等需要周期性数据交换的设备。如果你做的是伺服驱动器、变频器这类产品，几乎绕不开CoE。

3.2 对象字典——从站的「户口本」

对象字典（Object Dictionary，简称OD）是CoE最核心的概念。说白了，它就是每个从站设备内部的一个结构化数据表。这个表里记录了设备的所有参数、配置、状态和过程数据。

你可以把对象字典想象成从站的「户口本」。户口本上记录了你的姓名、年龄、住址、家庭成员——对象字典里记录了从站的设备名称、厂商ID、通信参数、应用参数等等。每个条目都有一个唯一的16位索引（Index）和8位子索引（Subindex）。

对象字典的结构是标准化的。CANopen协议（DS301）规定了哪些索引范围对应什么类型的数据：

索引范围（十六进制）	用途	举例
0x1000 - 0x1FFF	通信对象（通信参数、设备信息）	0x1000：设备类型，0x1018：厂商ID
0x2000 - 0x5FFF	制造商特定对象（厂商自定义参数）	0x2000：自定义参数1
0x6000 - 0x9FFF	标准设备行规对象（如CiA402驱动行规）	0x6040：控制字，0x6060：操作模式
0xA000 - 0xFFFF	保留或扩展	—

每个对象条目还包含以下属性：

索引和子索引：唯一标识一个参数
名称：参数的含义描述
数据类型：如UNSIGNED8、UNSIGNED16、INTEGER32、OCTET_STRING等
访问权限：只读（ro）、只写（wo）、读写（rw）
默认值：出厂时的初始值
PDO映射：是否允许映射到PDO中

我的经验：在开发从站时，对象字典的定义一定要仔细。我曾经在一个项目里因为对象字典的默认值写错了，导致设备上电后参数异常，排查了整整两天。建议你在写ESI文件（EtherCAT从站信息文件）时，把每个对象字典条目都核对三遍。

3.3 SDO——非周期性的「快递员」

SDO（Service Data Object）是CoE中用于非周期性数据访问的机制。它采用客户端-服务器模型，主站作为客户端发起请求，从站作为服务器响应。

SDO的特点：

可靠传输：每个SDO请求都会得到确认响应，类似TCP的ACK机制
访问任意对象：可以读写对象字典中的任何条目
数据量大：支持分段传输，最大可传输4字节（快速SDO）或更多（分段SDO）
非实时：因为需要握手确认，不适合周期性实时数据交换

SDO的通信过程是这样的：

主站发送一个SDO请求帧，包含目标索引、子索引、数据和命令
从站处理请求，更新对象字典
从站返回一个SDO响应帧，包含状态码（成功或错误）

在SOEM（Simple Open EtherCAT Master）中，SDO的调用非常简单：

// 读取从站对象字典 0x1000（设备类型）
uint32_t device_type;
int ret = ec_SDOread(slave, 0x1000, 0x00, FALSE, sizeof(device_type), &device_type, &wc);
if (ret == 0) {
    printf("设备类型: 0x%08X\n", device_type);
}

// 写入从站对象字典 0x6040（控制字）
uint16_t control_word = 0x0006;  // 使能运行
ret = ec_SDOwrite(slave, 0x6040, 0x00, FALSE, sizeof(control_word), &control_word, &wc);
if (ret == 0) {
    printf("控制字写入成功\n");
}

避坑指南：我曾经在调试一个伺服驱动器时，用SDO写控制字，结果从站一直不响应。查了半天发现是SDO的「complete access」参数设置错了。如果你要读写的是简单数据类型（如uint16），complete access参数应该设为FALSE。如果设为TRUE，SOEM会尝试用分段传输，很多从站不支持。

3.4 PDO——周期性的「高速公路」

PDO（Process Data Object）是CoE中用于周期性实时数据交换的机制。它采用生产者-消费者模型，没有握手确认，数据直接映射到EtherCAT的过程数据帧中。

PDO的特点：

实时性高：数据在每个EtherCAT周期内自动交换，无需额外握手
数据量小：每个PDO最多8字节数据（CANopen的限制，CoE中可扩展）
单向传输：TxPDO（从站→主站）和RxPDO（主站→从站）是分开的
映射灵活：可以将对象字典中的多个条目映射到一个PDO中

PDO的映射机制是CoE的精髓。你可以把多个对象字典条目打包到一个PDO里，这样在一个EtherCAT周期内就能同时交换多个参数。比如一个伺服驱动器的PDO可以同时包含：控制字、目标位置、目标速度、目标转矩。

PDO映射的配置通常通过SDO来完成。标准对象字典中，0x1A00-0x1BFF用于TxPDO映射，0x1600-0x17FF用于RxPDO映射。

// 配置RxPDO映射（主站到从站）
// 将0x6040（控制字）和0x607A（目标位置）映射到同一个PDO中

// 第一步：清空映射
uint8_t zero = 0;
ec_SDOwrite(slave, 0x1600, 0x00, FALSE, sizeof(zero), &zero, &wc);

// 第二步：添加第一个映射条目（控制字，16位）
uint32_t map1 = 0x60400010;  // 索引0x6040，子索引0x00，长度16位
ec_SDOwrite(slave, 0x1600, 0x01, FALSE, sizeof(map1), &map1, &wc);

// 第三步：添加第二个映射条目（目标位置，32位）
uint32_t map2 = 0x607A0020;  // 索引0x607A，子索引0x00，长度32位
ec_SDOwrite(slave, 0x1600, 0x02, FALSE, sizeof(map2), &map2, &wc);

// 第四步：设置映射数量为2
uint8_t count = 2;
ec_SDOwrite(slave, 0x1600, 0x00, FALSE, sizeof(count), &count, &wc);

核心要点：PDO映射配置必须在从站处于Pre-Operational状态时进行。一旦切换到Operational状态，PDO映射就锁定了。我建议你在初始化阶段就把所有PDO映射配好，不要在运行过程中动态修改。

3.5 SDO vs PDO：什么时候用哪个？

很多初学者会问：「SDO和PDO到底有什么区别？我该用哪个？」

我的回答是：

配置参数用SDO：比如修改PID参数、设置加速度、配置滤波器等。这些操作不频繁，但需要可靠确认。
实时数据用PDO：比如位置指令、速度指令、实际位置反馈、状态字等。这些数据每个周期都要交换，不能有握手延迟。

你可以这样理解：SDO是发快递，有回执，适合寄重要文件；PDO是走高速公路，没有回执，适合运大量货物。

下面这张图展示了CoE协议栈中SDO和PDO的位置关系：

3.6 实际项目中的CoE调试经验

最后分享几个我在实际项目中积累的CoE调试经验：

先用SDO验证对象字典：在配置PDO之前，先用SDO读写几个关键对象字典条目，确认从站的OD映射是正确的。这一步能避免很多低级错误。
PDO映射不要贪多：虽然理论上一个PDO可以映射多个条目，但每个PDO的数据长度有限。我建议一个PDO最多映射4-6个条目，否则调试时很难定位问题。
注意字节序：EtherCAT默认使用小端字节序（Little-Endian）。如果你在PDO中映射了一个32位数据，主站和从站的字节序必须一致。我曾经因为字节序问题，调试了一个下午才发现是数据高低位反了。
善用Wireshark抓包：调试CoE通信时，Wireshark的EtherCAT解析器非常强大。你可以看到每个SDO请求/响应的详细信息，包括索引、子索引、数据和错误码。我每次遇到通信问题，第一件事就是抓包分析。

我的习惯：在SOEM中调试CoE时，我会先写一个简单的测试程序，循环读取从站的设备类型（0x1000）和厂商ID（0x1018）。如果这两个基本对象能正常读取，说明SDO通信是通的。然后再逐步测试PDO配置和映射。这样一步步来，问题定位会快很多。

好了，这一章的内容就到这里。CoE协议虽然看起来复杂，但只要理解了对象字典、SDO和PDO这三个核心概念，剩下的就是熟练度的问题了。多动手写代码，多抓包分析，你很快就能掌握它。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录

3、从站应用层协议基础：CoE协议概述、对象字典的概念与结构、SDO与PDO通信机制

3.1 什么是CoE？说白了就是CANopen搬到了EtherCAT上

3.2 对象字典——从站的「户口本」

3.3 SDO——非周期性的「快递员」

3.4 PDO——周期性的「高速公路」

3.5 SDO vs PDO：什么时候用哪个？

3.6 实际项目中的CoE调试经验