1. CANopen与NMT协议基础：从站节点的“生命线”

各位好，我是老周。做嵌入式这些年，我调试过不少CANopen从站设备。说实话，大部分问题都出在NMT状态机转换上。你想想看，一个节点连不上网，或者莫名其妙掉线，十有八九是状态机卡在某个环节了。

这一章，咱们先把地基打牢。CANopen协议栈是什么？NMT状态机怎么定义？从站节点怎么跳转？搞明白这些，后面调试才能有的放矢。

1.1 CANopen协议栈：不只是CAN总线

很多人以为CANopen就是CAN总线加了个应用层。其实没那么简单。CANopen在CAN物理层和数据链路层之上，定义了一套完整的通信机制和对象字典。

我习惯把CANopen协议栈分成四层来看：

层级	功能	我关注的重点
应用层	用户程序、对象字典	索引/子索引映射，PDO映射配置
通信层	SDO、PDO、NMT、SYNC、EMCY	NMT是核心，其他都是服务
数据链路层	CAN控制器、ID过滤	11位ID分配，别跟其他协议冲突
物理层	CAN收发器、终端电阻	120Ω终端电阻，少一个都不行

说白了，CANopen就是给CAN总线定了一套“规矩”。节点怎么上线、怎么发数据、怎么报错，全在这套规矩里。而NMT，就是这套规矩里最核心的那条——它管着节点的死活。

1.2 NMT状态机：从站的“生命状态”

NMT状态机定义了从站节点的四种基本状态。我刚开始接触时觉得就四个状态，能有多复杂？后来踩坑了才知道，状态转换的时机和条件，才是真正的难点。

四种状态分别是：

• 初始化（Initialisation）：节点上电后自动进入。做硬件自检、加载对象字典默认值。这个阶段节点不参与通信。
• 预操作（Pre-Operational）：初始化完成后自动进入。节点可以接收SDO配置，但不能发送PDO。我调试时经常卡在这一步——配置没写完就急着切到Operational。
• 操作（Operational）：正常工作状态。节点可以收发所有报文，包括PDO。这是最终目标。
• 停止（Stopped）：节点被强制停止。除了NMT和心跳，其他通信全部关闭。我遇到过节点莫名其妙进入Stopped，查了半天发现是主站发了错误指令。

1.3 状态转换规则：谁说了算？

状态转换不是随意的。只有两种方式能触发转换：

1. 内部事件：上电、初始化完成、硬件复位。
2. 外部NMT报文：主站通过CAN总线发送NMT命令。

我画了一张状态转换图，你们看看：

这张图我建议你们存下来。调试时对照着看，节点卡在哪个状态一目了然。

1.4 NMT报文格式：主站怎么发命令？

NMT报文是CANopen里优先级最高的报文。它的CAN ID固定为0x000，数据域只有两个字节：

字节	内容	说明
Byte 0	命令标识符（CS）	指定要执行的操作
Byte 1	节点ID	0x00表示所有节点

常用的NMT命令有这几个：

• 0x01：启动节点（进入Operational）
• 0x02：停止节点（进入Stopped）
• 0x80：进入预操作（进入Pre-Operational）
• 0x81：复位节点（重新初始化）
• 0x82：复位通信（只复位通信部分）

1.5 从站节点状态转换的完整流程

一个典型的从站节点上电流程是这样的：

1. 上电：硬件初始化，进入Initialisation状态。
2. 自检：检查对象字典、硬件资源。如果失败，节点可能无法进入下一状态。
3. 自动转换：初始化完成后，自动进入Pre-Operational。
4. 等待配置：主站通过SDO配置对象字典。这一步很关键，我见过不少节点因为配置超时而卡死。
5. 接收NMT启动命令：主站发送0x01命令，节点进入Operational。
6. 正常运行：收发PDO，执行应用逻辑。

如果中间任何一步出问题，节点就会停留在当前状态。这时候就需要我们通过心跳报文或状态查询来定位问题。

1.6 心跳机制：怎么知道节点还活着？

NMT状态机还有一个重要配套机制——心跳（Heartbeat）。节点会定期发送心跳报文，告诉主站“我还活着”。

心跳报文格式很简单：

• CAN ID：0x700 + 节点ID
• 数据域：1个字节，表示当前NMT状态

状态编码：

值	状态
0x00	启动中（Initialisation）
0x04	停止（Stopped）
0x05	操作（Operational）
0x7F	预操作（Pre-Operational）

我习惯在调试时先抓心跳报文。如果心跳正常，说明节点至少活着；如果心跳停了，那问题就大了——要么节点死机，要么总线断了。