NMT 状态机深度解析：四个核心状态

做 CANopen 开发，NMT 状态机是绕不过去的坎。说白了，它就是设备从上电到正常工作的完整生命周期管理。我见过不少新手，一上来就盯着 PDO 配置猛调，结果设备死活不通信——最后发现，设备还卡在预操作状态呢。

今天咱们就把这四个状态掰开揉碎了讲。你理解透了，调试时至少能省一半时间。

状态总览：一张图看懂全局

先看这张状态转换图。我建议你把它存下来，调试时对照着看，思路会清晰很多。

初始化（Initialisation）

设备上电或硬件复位后，第一件事就是进入初始化。这个阶段完全由设备自己完成，不需要主站参与。

初始化阶段干了三件事：

1. 硬件自检：检查 MCU、收发器、存储器等是否正常。如果自检失败，设备会一直卡在这里。
2. 加载对象字典：从非易失存储器（比如 EEPROM 或 Flash）中读取默认配置。包括节点 ID、波特率、心跳周期等。
3. 发送 Boot-up 报文：初始化完成后，设备会自动发送一个 Boot-up 报文（COB-ID = 0x700 + Node-ID，数据为 0x00），告诉主站“我准备好了”。

COB-ID: 0x701  (节点 ID = 1)
数据:   0x00
含义:   设备从初始化进入预操作状态

预操作（Pre-Operational）

这是我最常打交道的状态。为什么？因为在这个状态下，设备可以接收 SDO 请求，但不能发送或接收 PDO。

预操作状态的特点：

• SDO 通信可用：你可以通过 SDO 读写对象字典，配置参数。
• PDO 通信不可用：设备不会发送 PDO，也不会响应接收到的 PDO。
• NMT 命令可响应：设备可以接收 NMT 主站发来的状态切换命令。
• 心跳/节点守护可用：如果配置了心跳或节点守护，设备会正常发送。

你想想看，这个状态是不是特别适合做配置？我习惯在预操作状态下把所有的参数都配好，确认无误后再切换到操作状态。这样能避免配置过程中产生意外的 PDO 数据。

操作（Operational）

操作状态是设备的正常工作状态。在这个状态下，所有通信功能都可用。

操作状态的特点：

• SDO 通信可用：仍然可以通过 SDO 读写对象字典。
• PDO 通信可用：设备会按照配置的映射和触发方式发送/接收 PDO。
• NMT 命令可响应：可以接收 NMT 主站发来的停止或进入预操作命令。
• 心跳/节点守护可用：正常发送。

说白了，操作状态就是设备“全速运转”的状态。所有功能都打开，所有通信都正常。

COB-ID: 0x000
数据:   0x01 0x01  (第一个字节 = 命令，第二个字节 = 节点 ID)
含义:   启动节点 ID = 1 的设备进入操作状态

常用命令：
0x01: 启动（进入操作状态）
0x02: 停止（进入停止状态）
0x80: 进入预操作状态

停止（Stopped）

停止状态，顾名思义，设备在这个状态下几乎“什么都不干”。

停止状态的特点：

• SDO 通信不可用：不能通过 SDO 读写对象字典。
• PDO 通信不可用：不发送也不接收 PDO。
• NMT 命令可响应：只能响应 NMT 主站发来的“进入预操作”或“启动”命令。
• 心跳/节点守护可用：如果配置了，仍然会发送心跳报文。

我曾经在调试一个网关设备时，发现它莫名其妙进入了停止状态。查了半天，原来是主站程序里有个 bug，在某个条件下会误发停止命令。从那以后，我养成了一个习惯：在代码里加一个停止状态的超时保护，如果设备在停止状态停留超过一定时间，自动切回预操作状态。

状态对比：一张表搞定

调试时的实用技巧

最后分享几个我在项目中积累的实用技巧：

• 用 LED 指示状态：我习惯在设备上设计三个 LED——一个指示电源，一个指示预操作状态，一个指示操作状态。调试时一眼就能看出设备当前处于什么状态。
• 抓 Boot-up 报文：用 CAN 分析工具抓取 Boot-up 报文，确认设备是否正常完成初始化。如果没抓到，先检查硬件。
• 心跳超时检测：配置心跳生产者时，把心跳周期设短一点（比如 100ms），这样调试时能更快发现设备是否“死机”。
• 状态机日志：在设备固件里加一个状态机切换日志，记录每次状态切换的时间戳和原因。出问题时，这个日志能帮你快速定位。