4、心跳与节点状态机：NMT状态机与心跳联动、Bootup报文与心跳关系、节点状态切换时的心跳行为

心跳机制和NMT状态机，说白了就是CANopen节点的“心电图”和“生命体征”。你光知道怎么发心跳还不够，得搞明白心跳报文背后那个状态机是怎么转的。我刚开始接触CANopen时，总觉得心跳就是个周期性的“我还活着”信号，后来调试一个多主站系统时才发现——心跳报文的含义，完全取决于节点当前处于哪个状态。

4.1 NMT状态机：节点的“生老病死”

每个CANopen节点都内置一个NMT状态机。它定义了节点从上电到正常工作的完整生命周期。我个人习惯把这几个状态记成一句话：“初始化→预操作→操作→停止”。

状态	含义	能否收发PDO	能否收发SDO	心跳行为
Initialisation	初始化	否	否	不发送心跳
Pre-Operational	预操作	否	是	发送Bootup + 正常心跳
Operational	操作	是	是	正常心跳
Stopped	停止	否	否	正常心跳（但节点不干活）

这里有个容易踩的坑——Stopped状态下的心跳。我曾经被这个问题折腾了一下午：节点收到了Stop命令，心跳还在发，但PDO和SDO全停了。主站那边看着心跳还在，以为节点正常，结果数据全丢了。你想想看，这多危险。

4.2 Bootup报文：节点的“第一声啼哭”

Bootup报文本质上就是一个特殊的心跳。它的CAN-ID和心跳完全一样，数据域只有一个字节：0x00。

什么时候发Bootup？节点从Initialisation状态切换到Pre-Operational状态的那一刻。我习惯把它理解成“节点上电初始化完成的通知”。

我记得有一次现场调试，一个驱动器节点上电后主站一直报“节点丢失”。抓了CAN报文才发现，Bootup报文根本没发出来。后来查出来是节点固件里初始化流程卡住了，根本没走到Pre-Operational。嗯，从那以后我调试新节点时，第一件事就是抓Bootup。

4.3 状态切换时的心跳行为

节点状态切换时，心跳会怎么变？我画了一张图，你看一眼就明白了。

状态切换时，心跳数据域会立刻更新。举个例子：节点从Pre-Operational切换到Operational，下一帧心跳的数据域就从0x7F变成0x05。主站收到这帧心跳，就知道节点状态变了。

4.4 状态切换的“灰色地带”

这里有个细节很多人会忽略——状态切换瞬间的报文时序。我遇到过这么个情况：节点收到Start命令后，先发了Bootup，然后才发正常心跳。但按照规范，Bootup只在Initialisation→Pre-Operational时发一次，Pre-Operational→Operational不应该再发Bootup。

为什么会这样？后来查出来是固件里把状态切换逻辑写错了，每次收到NMT命令都重新走了一遍初始化流程。嗯，这种问题用CAN报文分析仪一看就露馅。

4.5 心跳生产者/消费者与状态机的联动

心跳生产者（节点）根据自身状态发送对应数据域的心跳。心跳消费者（通常是主站）收到心跳后，解析数据域，更新本地维护的节点状态表。

我习惯把消费者端的逻辑写成这样：

// 伪代码：心跳消费者处理逻辑
void onHeartbeatReceived(uint16_t nodeId, uint8_t data) {
    switch(data) {
        case 0x00: // Bootup
            nodeState[nodeId] = PRE_OPERATIONAL;
            resetHeartbeatTimer(nodeId);
            break;
        case 0x04: // Stopped
            nodeState[nodeId] = STOPPED;
            break;
        case 0x05: // Operational
            nodeState[nodeId] = OPERATIONAL;
            break;
        case 0x7F: // Pre-Operational
            nodeState[nodeId] = PRE_OPERATIONAL;
            break;
        default:
            // 异常状态，记录日志
            logError("Unknown heartbeat state from node %d", nodeId);
    }
}

这段逻辑看着简单，但实际项目中容易出问题的地方是——Bootup报文的重复处理。有些主站实现里，每次收到Bootup都重置节点状态机，导致节点正常工作时突然被“复位”。

4.6 实战中的状态机调试技巧

最后分享几个我常用的调试方法：

• 抓Bootup时序：节点上电后，Bootup报文应该在100ms内发出。如果超过500ms还没收到，基本可以断定初始化有问题。
• 状态切换压力测试：让节点在Operational和Pre-Operational之间快速切换100次，看心跳数据域是否每次都正确更新。我遇到过切换太快导致心跳丢帧的情况。
• 心跳与NMT命令的因果关系：发NMT命令后，下一帧心跳的数据域必须反映新状态。如果中间隔了其他报文，说明节点处理NMT命令有延迟。