1. CANopen 协议概述：从协议栈到 NMT 状态机
各位工程师朋友，咱们今天聊 CANopen。说实话，这协议在工业现场太常见了——伺服驱动器、IO 模块、编码器、网关，几乎每个节点都跑着它。我最早接触 CANopen 是在一个多轴运动控制项目里，当时被 NMT 状态机折腾了好几个通宵。嗯，今天咱们就把这块彻底讲透。
1.1 CANopen 协议栈架构
CANopen 的协议栈，说白了就是一套分层结构。它基于 CAN 总线，但比裸 CAN 帧多了很多“规矩”。我个人习惯把协议栈分成四层：
- 物理层 & 数据链路层：就是标准 CAN 总线，ISO 11898。这一层管电气信号和帧收发。
- 应用层：CANopen 核心，定义了对象字典、PDO、SDO、NMT 等机制。
- 通信层：管理报文优先级、同步、时间戳等。
- 设备层：针对具体设备类型（如 CIA 402 驱动）的规范。
你想想看，如果没有 CANopen，你写 CAN 程序得自己定义每个 ID 的含义，项目一大了根本维护不了。CANopen 相当于给 CAN 总线装了一套“操作系统”。
核心要点：CANopen 协议栈的核心是 对象字典 (OD)。每个节点都有一个 OD，里面放着所有参数和变量。通信靠 PDO/SDO，状态管理靠 NMT。这三者构成了 CANopen 的骨架。
1.2 NMT 状态机核心概念
NMT（Network Management）状态机，是每个 CANopen 节点的心脏。我记得第一次调试时，节点怎么都进不了 Operational 状态，后来发现是心跳报文配置错了。咱们先看状态机长什么样：
这张图我建议你存下来。每个状态都有明确的含义：
| 状态 | 含义 | 能做什么 | 不能做什么 |
|---|---|---|---|
| Initialisation | 上电初始化 | 加载对象字典、自检 | 任何通信 |
| Pre-Operational | 预操作 | SDO 通信、NMT 响应 | PDO 通信 |
| Operational | 正常运行 | PDO、SDO、NMT 全开 | 无限制 |
| Stopped | 停止 | 仅 NMT 响应 | PDO、SDO |
调试小技巧：我习惯在 Pre-Operational 状态下用 SDO 配置完所有参数，再发 NMT 启动命令切换到 Operational。这样能避免参数没配好就乱发 PDO 导致总线冲突。
1.3 网关在 CANopen 网络中的角色与作用
网关这东西，说白了就是个“翻译官”。它一头连着 CANopen 网络，另一头连着其他网络（比如 Ethernet/IP、Modbus TCP、PROFINET）。我在一个产线项目里用过 CANopen 转 PROFINET 网关，当时要对接 12 台伺服和 3 个 IO 站，网关配置错了 NMT 状态，整个产线停了半天。
网关的核心作用有三个：
- 协议转换：把 CANopen 的 PDO/SDO 数据映射到另一侧网络的格式。
- 状态桥接：把 CANopen 节点的 NMT 状态同步到上层控制系统。
- 诊断代理：收集 CANopen 网络的错误、心跳、紧急报文，转发给监控系统。
你想想看，如果没有网关，上位机怎么知道 CANopen 节点是 Operational 还是 Stopped？靠网关的心跳代理功能。网关会监听每个节点的心跳报文，一旦节点掉线，网关立刻上报。
避坑指南：我曾经遇到一个案例，网关配置了心跳生产者，但消费者超时时间设得太短（只有 50ms）。结果总线稍微有点延迟就触发心跳超时，节点被反复复位。建议消费者超时至少设为心跳周期的 3 倍。
1.4 NMT 报文格式速览
NMT 报文是 CANopen 里优先级最高的报文之一。它的 COB-ID 固定为 0x000，数据域只有 2 个字节：
| 字节 | 内容 | 说明 |
|---|---|---|
| Byte 0 | 命令标识符 (CS) | 1=启动, 2=停止, 128=进入预操作 |
| Byte 1 | 节点 ID | 0=所有节点, 1-127=指定节点 |
举个例子，要让节点 ID 5 进入 Operational，你发送的 CAN 帧应该是：
CAN ID: 0x000
数据: 01 05
就这么简单。但实际调试时，我见过有人把节点 ID 和命令写反了，结果节点没反应。嗯，这种低级错误我也犯过。
1.5 本章小结
咱们这一章把 CANopen 的协议栈、NMT 状态机和网关角色都过了一遍。核心就三句话：
- CANopen 靠对象字典管理数据，靠 NMT 管理状态。
- NMT 状态机有四个状态，只有 Operational 才能跑 PDO。
- 网关是 CANopen 网络与外部世界的桥梁，状态桥接是它的关键职责。