开源协议栈对比

本目录克隆的源码见：../开源项目/
选型看：主站/从站、语言、平台、许可证、与 ROS 2 关系

1. 总览对比

许可证以各仓库 LICENSE 文件为准，集成前务必复核。

2. CANopenNode

• 仓库：https://github.com/CANopenNode/CANopenNode
• 文档：https://canopennode.github.io/CANopenNode/
• 特点：
  • ANSI C、面向对象风格模块划分（301/、305/、309/）
  • 无具体 MCU 驱动，需自行实现 CO_driver
  • 非阻塞设计，适合裸机/RTOS
  • 生态：CANopenDemo、对象字典编辑器

目录对应（克隆后）：../开源项目/CANopenNode

3. Lely CANopen（lely-core）

• 仓库：https://gitlab.com/lely_industries/lely-core
• 相关：N7 Space 等基于 lely 做航天级裁剪与工具链（canopen.space）
• 特点：
  • 异步事件驱动
  • 完整 Master/Slave
  • DCF/EDS 工具链成熟
  • Linux + SocketCAN 友好
  • 工业/机器人主站常见选择

目录：../开源项目/lely-core

4. CanFestival

• 活跃分支示例：https://github.com/embox/canfestival
• 特点：
  • 老牌开源栈
  • objdictgen：Python 对象字典/网络编辑与代码生成
  • 多 CAN 驱动（SocketCAN、厂商卡等）
  • 适合学习 OD 生成流程

目录：../开源项目/CanFestival

5. python-canopen

• 仓库：https://github.com/christiansandberg/canopen
• 特点：
  • 纯 Python，基于 python-can
  • 读 EDS、SDO、PDO、NMT、402 辅助
  • 非常适合：扫节点、改参数、写产测脚本
  • 不适合硬实时多轴闭环（GIL/调度限制）

目录：../开源项目/python-canopen

6. ros2_canopen

• 仓库：https://github.com/ros-industrial/ros2_canopen
• 特点：
  • ROS-Industrial 维护
  • 面向 ROS 2 + ros2_control
  • 常与 Lely 等后端结合（以仓库文档为准）
  • 把 CANopen 驱动器封装成关节命令/状态接口

目录：../开源项目/ros2_canopen
详见：06-ROS2与CANopen集成.md

7. 选型建议（实用）

下一篇：06-ROS2与CANopen集成.md

ROS 2 与 CANopen 集成

目标：把 CANopen 驱动器接到 ros2_control，成为可被控制器管理的硬件接口
主仓库：https://github.com/ros-industrial/ros2_canopen

1. 在机器人软件栈中的位置

1
2
3
4
5
6
7
8
9
10
11

MoveIt / 自定义上层
        │
   ros2_control Controller Manager
        │
   Hardware Interface（SystemInterface 等）
        │
   CANopen Master（如 lely / 栈封装）
        │
   SocketCAN（can0）
        │
   驱动器（CiA 402）

对比 EtherCAT 路径：

2. ros2_canopen 能做什么

（以 upstream README/包说明为准，克隆后请再核对版本）

• 管理 CANopen 总线与节点生命周期
• 通过配置（常 YAML + EDS/DCF）描述网络
• 提供与 ros2_control 对接的硬件插件
• 支持驱动器（402）与通用设备代理模式

本地源码：../开源项目/ros2_canopen

3. 典型集成步骤（概念）

1. 系统准备

   • 启用 can0（ip link set can0 up type can bitrate 1000000）
   • 确认 candump can0 能看到心跳

2. 准备设备描述

   • 厂商 EDS
   • 生成/填写 DCF 或 ros2_canopen 配置中的节点参数

3. 编写 ros2_control URDF/xacro

   • <ros2_control> 插件指向 CANopen 硬件接口
   • joint 与 Node-ID / 对象映射对应

4. Launch

   • 启动 controller_manager + 硬件
   • 加载 joint_state_broadcaster / joint_trajectory_controller 等

5. 使能验证

   • 先只读状态
   • 再小范围位置命令
   • 确认 Fault / Following error 处理

4. 与 python-canopen 的分工

建议：先用 Python 把单轴 402 使能跑通，再迁到 ros2_control。

5. 常见坑

• 把 CANopen 当 EtherCAT 用：周期过短导致总线过载
• Node-ID/波特率与配置文件不一致
• 未处理 Heartbeat 丢失 → 控制器仍在发轨迹
• 单位换算（编码器计数 ↔ rad）错误
• 多节点 COB-ID 冲突
• 在 Operational 热改 PDO 映射

6. 相关阅读

• 协议基础：本目录 00~04
• 开源栈：05-开源协议栈对比.md
• EtherCAT 对照：../../EtherCAT/协议/06-ROS2与EtherCAT集成.md

下一篇：07-组网调试与排障.md

组网调试与排障

口诀：先物理层，再 NMT/Heartbeat，再 SDO，最后 PDO/402
不要一上来就怀疑算法——大多数现场问题是线、电阻、波特率、Node-ID。

1. 上电前检查清单

• 总线两端各 120Ω（或确认板载终端开关）
• 双绞、屏蔽、接法符合厂商建议
• 所有节点同一波特率
• Node-ID 无冲突（1~127）
• 供电足够（多驱动器上电浪涌）
• USB-CAN / PCI-CAN 驱动正常

2. Linux SocketCAN 快速命令

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

# 配置并启动（示例 1M）
sudo ip link set can0 down
sudo ip link set can0 type can bitrate 1000000
sudo ip link set can0 up

# 看状态
ip -details link show can0

# 抓包
candump can0
candump -td can0          # 带时间戳

# 发一帧（示例）
cansend can0 000#0100     # 谨慎：确认含义后再发 NMT

# 统计错误
ip -s link show can0

安装工具包（Debian/Ubuntu 常见）：

1

sudo apt install can-utils

3. 分层排障

L0 物理 / 驱动

L1 网络管理

L2 SDO

L3 PDO / 402

4. 用 python-canopen 做最小验证（示意）

1
2
3
4
5
6
7
8
9
10
11
12

import canopen

network = canopen.Network()
network.connect(channel='can0', bustype='socketcan')

node = network.add_node(3, 'device.eds')  # Node-ID=3
print(node.sdo['Identity']['Vendor-ID'].raw)

node.nmt.state = 'PRE-OPERATIONAL'
# 配置...
node.nmt.state = 'OPERATIONAL'
network.disconnect()

（API 细节以 python-canopen 文档与版本为准。）

5. Wireshark / 逻辑分析

• Wireshark 可抓 SocketCAN
• 对照预定义连接集解码 NMT/SDO/PDO
• 若有厂商 DBC/EDS 插件更好

解码口诀见 03-SDO与PDO通信.md 第 7 节。

6. 性能与负载经验

• 计算每周期 PDO 字节数 × 节点数，留余量
• Heartbeat 周期不要过密（常 100~1000 ms）
• 调试期减少无关 TPDO
• USB-CAN 不适合硬实时高周期；优先 PCI/ eth-CAN 或板载

7. 与开源项目联调入口

8. 官方与参考链接

• CiA CANopen：https://www.can-cia.org/can-knowledge/canopen
• CiA 402：https://www.can-cia.org/can-knowledge/cia-402-series-canopen-device-profile-for-drives-and-motion-control
• CiA 305 LSS：https://can-cia.org/can-knowledge/cia-305-layer-setting-services-lss
• CiA 306 EDS/DCF：https://can-cia.org/can-knowledge/cia-306-series-electronic-device-description-edd
• CANopenNode docs：https://canopennode.github.io/CANopenNode/

CiA 正式规范 PDF 多数需登录下载；本文整理公开概述与工程实践，不替代正式标准文本。

CiA 规范与公开资料索引

整理日期：2026-09-03
目的：快速定位官方规范、公开概述页与本仓库文档的对应关系
获取规则依据：CiA Technical documents / development process

0. 正式 PDF 获取规则

公开知识概述（无需 PDF）：https://www.can-cia.org/can-knowledge/

1. 核心规范

技术文档总入口：https://www.can-cia.org/cia-groups/technical-documents/

1.1 概念公开页（CiA Knowledge）

2. 与本仓库中文文档映射

3. 开源项目与规范覆盖（经验）

具体功能宏/编译选项以各仓库源码与 README 为准。

4. 相关国际标准

• EN 50325-4：CANopen（与 CiA 301 对应关系见 CiA 说明）
• ISO 11898-1/2：CAN 数据链路 / 高速物理层
• IEC 61800-7-201 / 61800-7-301：与 CiA 402-2 / 402-3 密切相关

通信报文总览与 CAN 帧

依据 CiA 301（CANopen 应用层与通信行规）公开知识与工程惯例整理
正式 PDF：CiA 会员/PAS 注册后自 技术文档中心 获取
公开概述：CiA — CANopen

本篇之后的 10～13 按对象给出字节级报文格式与抓包示例。

1. 报文在协议栈中的位置

1
2
3
4
5
6
7

应用 / 对象字典 (OD)
        │
   通信对象 COB（NMT/SDO/PDO/SYNC/EMCY/…）
        │  映射为 CAN 数据帧
   CAN 2.0A/B（ISO 11898-1）
        │
   物理层（常 ISO 11898-2，差分双绞）

CANopen 不发明新物理层：每个通信对象最终是一帧（或一组）标准 CAN 数据帧。

2. CAN 数据帧（承载 CANopen 时）

经典 CANopen CC 多用 11-bit CAN-ID：

1
2
3
4

┌────────────┬──────┬──────────────┬─────┐
│ CAN-ID     │ RTR  │ DLC (0..8)   │ Data│
│ (COB-ID)   │ 0/1  │              │ 0-8B│
└────────────┴──────┴──────────────┴─────┘

约束（继承自经典 CAN）：

• 单帧数据场最多 8 字节 → 单 PDO 映射总长通常 ≤ 8 字节
• 仲裁：CAN-ID 数值越小优先级越高 → NMT 用 0x000 最高优先

3. 预定义连接集（Pre-defined Connection Set）

CiA 301 为降低配置成本，定义基于 Node-ID（1～127） 的默认 COB-ID。
公开说明亦见 CiA 对通信对象的概述页。

3.1 功能码 + Node-ID 结构（11-bit）

许多教程将 11-bit COB-ID 理解为：

1
2
3
4
5

 10 … 7        6 … 0
┌──────────┬──────────┐
│ Function │ Node-ID  │
│  (4 bit) │ (7 bit)  │
└──────────┴──────────┘

以设备 EDS 与 CiA 301 正式文本为准；上表用于抓包心算与联调。

3.2 Node-ID = 5 时的速查

4. 通信对象一览（报文族）

官方概念页：

• NMT：https://www.can-cia.org/can-knowledge/network-management/
• SDO：https://www.can-cia.org/can-knowledge/sdo-protocol/
• PDO：https://www.can-cia.org/can-knowledge/pdo-protocol/
• Error control：https://www.can-cia.org/can-knowledge/error-control-protocols

5. 字节序约定（读报文必备）

在 SDO 多路复用器（Index）、Abort 码、多数多字节 OD 值中：

• 小端（Little-Endian）：低字节先出现在 CAN Data 中
• 例：Index 0x6040 → 线上字节序列 40 60

PDO 映射净荷中的多字节对象同样按对象字典规定的端序（通常小端）拼接。

6. 抓包入口命令

1
2
3

candump -td can0
# 或
candump can0,000:7FF   # 视工具语法过滤

解码顺序建议：先认 COB-ID 族 → 再拆 Data 字节 → 再对 OD/映射表。

下一篇：10-NMT-SYNC-TIME-EMCY-Heartbeat报文格式.md

NMT / SYNC / TIME / EMCY / Heartbeat 报文格式

官方概念来源：

• Network management
• Error control protocols
  字节布局依据 CiA 301 公开描述与业界一致实现（正式 PDF 以 CiA 为准）

1. NMT（Network Management）报文

1.1 帧头

CiA 说明：NMT 协议为 单帧 2 字节；第 1 字节为命令说明符（CS），第 2 字节为 Node-ID；Node-ID = 0 表示全体节点执行该命令。

1.2 数据场

1
2
3
4
5

 Byte0        Byte1
┌───────────┬──────────┐
│ CS        │ Node-ID  │
│ (命令)    │ 0=广播   │
└───────────┴──────────┘

1.3 命令说明符（CS）常用值

1.4 抓包示例

1
2
3

can0  000   [2]  01 05     # Start 节点 5
can0  000   [2]  80 00     # 全网进入 Pre-Operational
can0  000   [2]  81 03     # Reset 节点 3

1.5 与状态机关系（报文视角）

• 上电后设备自行完成 Initialization，发 Boot-up，进入 Pre-Operational（见 §5）
• 主站用 NMT 报文强制迁移；PDO 仅在 Operational 允许
• Stopped 时设备仍应响应 NMT，并可通过错误控制指示状态

详见概念篇：02-NMT与错误控制.md

2. SYNC（同步）报文

2.1 帧头

作用：触发 同步传输类型 的 PDO（见 12-PDO）。

2.2 数据场

1
2
3
4
5
6
7

无计数器：DLC=0，无 Data

有计数器：
 Byte0
┌─────────┐
│ Counter │  每次 SYNC 递增（实现/配置相关）
└─────────┘

相关 OD：1005h COB-ID SYNC、1006h Communication cycle period、1007h Synchronous window length（若支持）。

2.3 抓包示例

1
2

can0  080   [0]
can0  080   [1]  2A          # 带计数器的 SYNC

3. TIME（时间戳）报文

3.1 帧头

3.2 数据场（概念）

1
2
3
4
5

 Byte0 …… Byte3   Byte4 Byte5
┌────────────────┬────────────┐
│ ms of day      │ days       │
│ (无秒，自当日0点)│ (自1984-01-01)│
└────────────────┴────────────┘

具体编码以 CiA 301 / 设备手册为准；工程上 TIME 为可选功能。

4. EMCY（Emergency）报文

4.1 帧头

4.2 数据场（CiA 301 结构）

1
2
3
4
5
6

 Byte0  Byte1  Byte2     Byte3 …… Byte7
┌──────┬──────┬─────────┬──────────────────┐
│ Error Code  │ Error   │ Manufacturer     │
│ (低) │ (高) │ Register│ Specific Field   │
│             │ (1001h) │ (5 bytes)        │
└──────┴──────┴─────────┴──────────────────┘

可选：1015h EMCY Inhibit Time（抑制过密 EMCY）；1003h 预定义错误场（历史）。

4.3 抓包示例（Node-ID=5）

1
2

can0  085   [8]  00 10 81 00 00 00 00 00
# Error Code = 0x1000，Error Register = 0x81，其余厂商字段

5. Boot-up 与 Heartbeat 报文

二者共用错误控制 CAN-ID 族（CiA：Error control）：

5.1 Boot-up

• 在 Initialization 结束、进入 Pre-Operational 之前作为最后动作发送
• Data[0] 固定为 0x00
• 运行中意外再收到 Boot-up → 可能节点复位/掉电重启

1

can0  705   [1]  00          # 节点 5 Boot-up

5.2 Heartbeat（Producer）

周期由 1017h Producer Heartbeat Time（ms；0=关闭）配置。
消费者用 1016h 监视超时。

1
2

can0  705   [1]  05          # 节点 5 声明 Operational
can0  705   [1]  7F          # 节点 5 声明 Pre-Operational

5.3 Node Guarding（遗留）

• 同 COB-ID 族，主站以 RTR 轮询，从站数据帧应答并含 toggle 位
• CiA 不再推荐 基于远程帧的 guarding；新设计用 Heartbeat

6. 主站启动时序（报文级）

1
2
3
4
5
6
7

从站:  ... → Boot-up (700+ID, 00)
主站:  SDO 配置 …
主站:  NMT Start (000, 01, ID)
从站:  Heartbeat (700+ID, 05)
主站:  SYNC (080) 循环
双方:  PDO …
从站异常: EMCY (080+ID, 8 bytes)

下一篇：11-SDO报文格式详解.md

SDO 报文格式详解

官方概念：SDO protocol (CiA)
细节对齐 CiA 301（PAS 正式文本）与公开协议描述
SDO = 确认的 点对点对象字典访问：Client 发起，Server 拥有 OD

1. 通道与 COB-ID

一个 SDO 通道 = 两帧不同 CAN-ID 的配对：

• 第一路 SDO Server 通道强制预定义，所有 CANopen CC 设备必须支持
• 参数对象：1200h…（Server）、1280h…（Client）
• DLC 恒为 8（不足补 0）

术语（从 Client 视角）：

2. 通用 8 字节布局

1
2
3
4
5
6

 Byte0     Byte1 Byte2   Byte3      Byte4 Byte5 Byte6 Byte7
┌────────┬────────────────┬────────┬────────────────────────┐
│ Command│ Index (LE)     │ SubIdx │ Data / Size / Abort    │
│ Spec   │ low    high    │        │                        │
└────────┴────────────────┴────────┴────────────────────────┘
          └──── Multiplexer ─────┘

3. 命令字节：Client（ccs）与 Server（scs）

3.1 高 3 位命令说明符

3.2 Initiate 阶段其余标志（常见）

对 Initiate download/upload 请求：

数据有效长度（expedited 且 s=1）：4 - n 字节，落在 Byte4… 中。

4. Expedited Download（写 ≤4 字节）

4.1 Client 请求（ccs=1, e=1, s=1）

例：向节点 5 写 0x6040:00 = 0x000F（2 字节）

计算：n = 4−2 = 2；命令字节 = (1<<5) | (2<<2) | (1<<1) | 1 = 0x2B

1
2
3
4
5
6

COB-ID: 0x605
Data:   2B  40 60  00  0F 00 00 00
        │   │  │   │   └─ 数据（小端）
        │   │  │   └─ SubIndex
        │   └── Index 0x6040
        └─ Command

4.2 Server 应答（scs=3，Initiate download response）

典型成功应答（无数据）：

1
2
3
4

COB-ID: 0x585
Data:   60  40 60  00  00 00 00 00
        │   └── 回显 Multiplexer
        └─ scs=3 → 0x60

5. Expedited Upload（读 ≤4 字节）

5.1 Client 请求（ccs=2, e/s 依实现，常 e=0 s=0 发起）

读 0x6041:00：

1
2
3
4

COB-ID: 0x605
Data:   40  41 60  00  00 00 00 00
        │
        └─ ccs=2 → 0x40

5.2 Server 响应（含数据）

若返回 2 字节状态字 0x0237：

1
2
3
4

COB-ID: 0x585
Data:   4B  41 60  00  37 02 00 00
        │                 └─ 数据
        └─ scs=2, e=1,s=1,n=2 → 常见 0x4B

6. Segmented（Normal）传输（>4 字节）

流程概要（CiA / 公开描述一致）：

1. Initiate：协商 Index/SubIndex，e=0；Data 域可带总长度（若 s=1）
2. 随后多帧 Segment：每段最多 7 字节应用数据（1 字节协议头）
3. Segment 命令字节含 toggle 与 c（最后一段） 等标志

分段适合长字符串、大参数块；实现时必须正确交替 toggle，否则 Abort 05030000h。

7. Block Transfer（可选加速）

• 按块（最多约 127 segment）确认，减少每段握手
• 适合固件/大批量；设备双方都需支持
• 细节见 CiA 301；公开概述见 CiA SDO

8. Abort Transfer

任一方可中止：

1
2
3

Command = 0x80
Multiplexer = 被访问的 Index/SubIndex（回显）
Byte4..7 = Abort Code（32-bit，小端）

8.1 常用 Abort Code（节选）

线上字节例：02 00 01 06 → 码 06010002h。

9. 完整读写时序（报文级）

1
2
3
4
5

Client 605: 40 41 60 00 00 00 00 00     # initiate upload 6041h
Server 585: 4B 41 60 00 37 02 00 00     # expedited data

Client 605: 2B 40 60 00 0F 00 00 00     # expedited download 6040h
Server 585: 60 40 60 00 00 00 00 00     # ack

10. 与概念篇关系

工程用法、超时、配置顺序见：03-SDO与PDO通信.md
对象字典寻址见：01-对象字典与预定义连接集.md

下一篇：12-PDO报文与映射编码.md

PDO 报文与映射编码

官方概念：PDO protocol (CiA)
PDO = 单帧 CAN，最多 8 字节纯应用数据（无 SDO 式命令字节）

1. 帧结构

1
2
3
4

┌─────────────┬─────┬──────────────────────────┐
│ COB-ID      │ DLC │ Data[0..DLC-1]           │
│ (可配置)    │≤8   │ = 映射对象按序拼接的位串   │
└─────────────┴─────┴──────────────────────────┘

无应用层 ACK：可靠性靠 CAN ACK、Heartbeat、应用层状态机（如 402 Fault）。

2. 通信参数 vs 映射参数（OD）

以 TPDO1 为例（RPDO1 对称：1400h/1600h）：

2.1 通信参数记录（典型子索引）

COB-ID Bit31：常表示 PDO 无效/有效（1=invalid）。改映射前须先置无效——见 CiA 映射步骤。

2.2 Transmission Type（传输类型）

（具体枚举以 CiA 301 / EDS 为准。）

3. 映射参数编码

3.1 子索引布局

3.2 单个映射项（32-bit，小端存于 OD）

1
2
3
4
5

 31────────────16 15─────8 7──────0
┌────────────────┬────────┬────────┐
│ Index          │ SubIdx │ Length │
│ (被映射对象)    │        │ (bits) │
└────────────────┴────────┴────────┘

例：映射 Statusword 6041h:00 共 16 bit → 映射字 0x60410010。

3.3 净荷拼接规则

• 按映射表 01h → Nh 顺序，把各对象的位串紧密排列进 PDO Data
• 多字节对象内部一般为 小端
• 总位数 ≤ 64（8 字节）

4. 完整示例（402 常见教学映射）

RPDO1（主站→节点 5）映射：

1. 6040h:00 Controlword 16 bit
2. 607Ah:00 Target position 32 bit

总长 48 bit = 6 字节 → DLC=6

1
2

COB-ID 0x205:
Data:  cw_lo cw_hi  pos0 pos1 pos2 pos3

TPDO1（节点 5→主站）：

1. 6041h:00 Statusword 16
2. 6064h:00 Position actual 32

1
2

COB-ID 0x185:
Data:  sw_lo sw_hi  p0 p1 p2 p3

5. 触发方式（与 SYNC 的关系）

CiA 定义的触发包括：

运动控制常用：同步 TPDO/RPDO + 周期 SYNC。

6. 修改映射的官方步骤（Variable/Dynamic）

CiA 公开步骤（PDO protocol）：

1. 将对应 COB-ID 的 Bit31 置 1，使 PDO 无效
2. 写映射参数 Sub00 = 00h，使映射无效
3. 写入各映射项 Sub01…
4. 写 Sub00 = 映射对象个数
5. 清 COB-ID Bit31，使 PDO 重新有效

7. 抓包对照清单

• COB-ID 是否仍为预定义，或已被 SDO 改写
• DLC 是否等于映射总字节数
• 字节序/多对象边界是否与 EDS 一致
• 节点是否已 NMT Start（否则不应有 PDO）
• Transmission type 与 SYNC 是否匹配

下一篇：13-LSS报文格式.md

LSS 报文格式（CiA 305）

官方概述：CiA 305 — Layer Setting Services
用途：在总线上配置 Node-ID、波特率，并查询 LSS 地址（Identity 1018h）
正式文本多为 DSP（会员）；本篇给出公开描述与工程通用帧格式

1. 固定 COB-ID

• DLC 通常为 8
• 仅使用这两帧 CAN-ID，与 Node-ID 无关（方便未配置节点）

2. 通用数据布局（概念）

1
2
3
4
5

 Byte0      Byte1 …… Byte7
┌─────────┬────────────────────────┐
│ CS      │ 命令参数               │
│(命令码) │                        │
└─────────┴────────────────────────┘

具体 CS 与参数域以 CiA 305 为准。工程上常见服务类别：

3. 模式：Configuration vs Operation

• Operation Mode：通常仅允许切换模式类服务
• Configuration Mode：允许改 Node-ID / 波特率等

Switch Mode Selective：按 Identity（1018h 四元组）精确选中一台从站进入配置模式——产线多台未配 ID 设备时必需。

Switch Mode Global：全网切换。

4. 与 Identity Object 的关系

1018h 典型子索引：

LSS 选择性寻址依赖这些值在出厂时唯一或可区分。

5. 典型工程流程（报文级叙事）

1
2
3
4
5
6
7

1. 未配置从站上电（Node-ID=0xFF 等非法/无效值，以厂商为准）
2. Master @7E5: Switch Mode Selective（带 1018h 匹配）
3. Slave  @7E4: 确认进入 Configuration
4. Master @7E5: Configure Node-ID = 5
5. Master @7E5: Store Configuration（若支持）
6. Master @7E5: Switch Mode Operation
7. 之后使用标准 NMT/SDO/PDO（COB-ID 按新 Node-ID）

改波特率需全网协调：配置 → Activate → 主从同时切速率，否则总线失步。

6. 抓包提示

1

candump can0 | rg '7E[45]'

• 只见 7E5 无 7E4：从站未进 LSS、线断、或 Identity 不匹配
• 配置后仍用旧 COB-ID 通信：未存盘/未复位/未按新 ID 寻址

7. 文档边界声明

本篇基于 CiA 公开 Knowledge 与通用实现习惯，用于学习与联调。
命令码数值表、状态机细节以 CiA 305 正式 PDF 为准（见 08-CiA规范与资料索引.md）。

返回报文总览：09-通信报文总览与CAN帧.md

EtherCAT 总览与工作原理

EtherCAT = Ethernet for Control Automation Technology
Beckhoff 2003 年发布 · 国际标准 IEC 61158（Type 12）/ IEC 61784-2 / ISO 15745-4
由 ETG（EtherCAT Technology Group）维护，是目前成员数最多的工业现场总线组织

1. EtherCAT 是什么

EtherCAT 是一种实时工业以太网总线：物理层复用标准以太网（100 Mbit/s 全双工），
但从站不跑 TCP/IP 协议栈，而是用专用硬件（ESC 芯片）在帧穿过的瞬间读写数据。

设计目标一句话：用一根网线、一帧报文，以微秒级周期同步成百上千个 IO 与伺服轴。

2. 核心思想：on-the-fly（飞行中处理）

普通以太网交换机是存储转发：整帧收完 → 查表 → 再发出去，每跳都引入排队延迟。
EtherCAT 从站则是穿透式处理：帧一边从端口流过，ESC 硬件一边在指定字节位置
边收边读、边收边写，每个从站只引入固定的硬件转发延迟（EBUS 约百纳秒量级，
100BASE-TX 端口含 PHY 约 1 µs 量级）。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

─── 普通以太网（存储转发，每个节点一问一答）───────────────

  主站 ──帧A──▶ 交换机 [收完整帧→查表→转发] ──▶ 节点1
  主站 ──帧B──▶ 交换机 [收完整帧→查表→转发] ──▶ 节点2
  N 个节点 = N 个帧 + N 次协议栈处理 + 交换机排队延迟

─── EtherCAT（一帧穿过所有从站，硬件即时读写）─────────────

  主站 ══▶ [从站1] ══▶ [从站2] ══▶ [从站3] ══▶ ...
            │读/写│      │读/写│      │读/写│
            ▼    ▲      ▼    ▲      ▼    ▲
           输入 输出    输入 输出    输入 输出
  帧走到链路末端后由最后一个从站折返，沿原路回到主站
  N 个节点 = 1 个帧（或少数几帧），无软件协议栈参与

关键点：

• 数据”顺路捎带”：每个从站从帧中属于自己的字段取走输出数据、塞入输入数据；
• 读写发生在帧仍在传输时，不是收完再处理；
• 主站收到返回帧时，全网 IO 已经完成一次交换。

3. 为什么快

性能量级（ETG 官方典型数据）

4. 拓扑与物理层

4.1 拓扑

物理接线支持线形、树形、星形及任意组合；加冗余口可组环形（线缆冗余）。
无论怎么接，逻辑上永远是一个环——帧按固定顺序穿过每个从站再折返。

4.2 端口自动闭环

每个 ESC 有 2~4 个端口。端口若检测不到链路（没接线），硬件自动内部短接，
帧原路折返——这就是”接成一条线、逻辑成一个环”的原理，也意味着：

• 末端从站不需要终端电阻或特殊配置；
• 拔掉中间网线，环在断点前自动闭合，主站仍能与断点前的从站通信（可用于定位断点）。

4.3 物理层

5. 主站与从站角色

常见 ESC 芯片

记忆点：主站便宜（软件），从站专用（硬件）——与 PROFINET IRT 正好相反
（IRT 要求交换机/网卡侧有专用硬件支持）。

6. 与其他工业总线对比

各家总线的周期/精度与配置强相关，上表为常见工程量级，仅作选型参考。

7. 典型应用

8. 术语表（后续各篇通用）

下一篇

01-帧结构与寻址.md —— 0x88A4 帧格式、datagram 布局、四种寻址方式、WKC/FMMU/SyncManager 详解。