解锁流程基础：解锁条件、解锁时序、解锁状态机设计

电机解锁，说白了就是给电机一个「允许转动」的信号。但你别小看这一步——我见过太多因为解锁逻辑没写好，导致电机上电瞬间乱转、甚至烧驱动器的案例。今天咱们就把解锁流程的底裤扒干净。

解锁条件：不是所有信号都能放行

电机解锁不是拍脑袋决定的。它需要满足一组硬性条件。我个人习惯把这些条件分成三类：

解锁时序：时间窗口是硬约束

解锁不是瞬间完成的。它有一个严格的时序窗口。你想想看，如果解锁信号和 PWM 使能信号不同步，会发生什么？

我一般把解锁时序拆成四个阶段：

1. 预充电阶段（5~10ms）——先让母线电容充到目标电压的 90% 以上
2. 状态确认阶段（1~2ms）——再次读取所有传感器，确认无异常
3. 解锁脉冲阶段（0.5~1ms）——输出一个极窄的 PWM 脉冲，检测电流响应
4. 正式解锁阶段——进入正常运行状态

解锁状态机设计：把流程变成代码

状态机是解锁流程的骨架。我习惯用有限状态机（FSM）来管理，每个状态对应一个明确的动作和转移条件。

下面是我在项目中常用的解锁状态机：

typedef enum {
  LOCKED,           // 锁定状态
  PRECHARGE,        // 预充电
  SENSOR_CHECK,     // 传感器检测
  UNLOCK_PULSE,     // 解锁脉冲
  UNLOCKED,         // 已解锁
  FAULT             // 故障状态
} MotorState_t;

MotorState_t currentState = LOCKED;

void MotorUnlockFSM(void) {
  switch(currentState) {
    case LOCKED:
      if (AllConditionsMet()) {
        StartPrecharge();
        currentState = PRECHARGE;
      }
      break;
    case PRECHARGE:
      if (PrechargeDone()) {
        currentState = SENSOR_CHECK;
      } else if (PrechargeTimeout()) {
        currentState = FAULT;
      }
      break;
    case SENSOR_CHECK:
      if (SensorDataValid()) {
        SendUnlockPulse();
        currentState = UNLOCK_PULSE;
      } else {
        currentState = FAULT;
      }
      break;
    case UNLOCK_PULSE:
      if (PulseResponseOK()) {
        currentState = UNLOCKED;
      } else {
        currentState = FAULT;
      }
      break;
    case UNLOCKED:
      // 正常运行
      break;
    case FAULT:
      // 锁死，等待复位
      break;
  }
}

状态机可视化：一张图看懂流程

光看代码可能不够直观。我画了一张状态转移图，把每个状态和转移条件标清楚。嗯，这张图在我做项目评审时帮了大忙。

状态机设计的三个原则

做了这么多年嵌入式，我总结出状态机设计的三个铁律：

• 单一出口原则——每个状态只有一个正常出口和一个故障出口，别搞多个分支
• 超时兜底原则——每个状态都配一个看门狗定时器，超时自动进 FAULT
• 幂等恢复原则——从 FAULT 恢复后，必须重新走完整解锁流程，不能跳状态

解锁时序的实测波形

理论说完了，咱们看点实际的。下面是我用示波器抓的一组解锁时序波形数据：

你看，整个解锁流程从开始到完成，也就 10ms 左右。但就是这 10ms，如果任何一个环节出问题，后果都很严重。

好了，解锁流程的基础就聊到这儿。记住：解锁条件要严、时序要准、状态机要稳。这三样做好了，电机解锁就不会出幺蛾子。