4. 唤醒机制概述

车载节点在休眠状态下电流通常被压到几十微安甚至更低，而一旦需要执行诊断、升级、上报或响应整车动作，又必须被可靠地“叫醒”。唤醒机制的本质，是在极低静态功耗与可接受的响应时延之间做权衡。不同唤醒源对应不同的硬件通路、触发条件和误唤醒风险，理解它们的原理与边界，是低功耗唤醒设计的第一步。

一、五类唤醒源的基本原理

本地唤醒由节点自身或紧邻节点的物理信号触发，典型形式包括按键、门开关、霍尔/干簧管、加速度传感器中断等。其信号不经过网络，直接进入 MCU 的外部中断或唤醒引脚，因此响应最快，通常在微秒到毫秒级。代价是触发源必须持续供电或保持机械可动，且容易受抖动、振动、人为误触影响。

远程唤醒由车外或远端系统发起，常见于 T-Box、远程控制、OTA 预唤醒等场景。它一般依赖蜂窝模组、蓝牙、RF 接收器等常驻低功耗接收通道，收到合法报文后再拉高唤醒线。远程唤醒的时延取决于通信制式与网络寻呼周期，可能从数百毫秒到数秒，且必须解决鉴权与防重放问题，否则会带来安全与功耗双重风险。

定时唤醒依靠 RTC、看门狗定时器或低功耗定时器周期性唤醒 MCU，用于周期采集、心跳上报、状态巡检。它不依赖外部事件，行为可预测，但唤醒周期与平均功耗直接相关：周期越短，响应越及时，静态电流越高。设计时常用“占空比”估算平均电流。

事件唤醒是本地唤醒的扩展，强调“有意义的内部或外部事件”才触发，例如传感器越限、故障标志置位、电压跌落、碰撞信号。它通常需要比较器、模拟前端或传感器内置中断逻辑在休眠时保持工作，因此要重点评估这些“常开模块”的静态电流。

总线唤醒指节点通过 CAN、LIN、FlexRay 或以太网等车载总线上的活动被唤醒。CAN 收发器在休眠时仍可监测总线显性位，检测到有效帧或特定唤醒报文后，通过 INH/WAKE 引脚使能电源或通知 MCU。总线唤醒是整车网络协同休眠与唤醒的核心，但必须配合唤醒滤波、超时和误唤醒保护。

二、唤醒处理流程与关键参数

无论哪类唤醒源，节点内部通常遵循同一条处理链：触发检测 → 硬件滤波/去抖 → 唤醒控制器仲裁 → 电源使能 → MCU 启动 → 唤醒源识别 → 执行任务 → 清标志并重新休眠。其中“唤醒源识别”非常关键，MCU 必须能区分是谁把自己叫醒的，否则会执行错误任务或反复唤醒。

设计时最常关注的参数包括：静态电流 I_sleep、唤醒时延 t_wake、去抖时间 t_deb、唤醒保持时间 t_hold、以及单位时间内的误唤醒次数。下面是一组典型配置示例：

唤醒源优先级配置（示例）
wake_src_priority:
  local_key   : 0   # 最高，立即响应
  bus_can     : 1   # 网络事件，需滤波
  event_sensor: 2   # 越限事件
  timer_rtc   : 3   # 周期任务
  remote_rf   : 4   # 远程指令，需鉴权

去抖与保持参数：
  t_deb_local  = 20 ms
  t_deb_bus    = 100 ms
  t_hold_wake  = 500 ms
  t_sleep_retry= 2 s

三、典型场景与选型建议

以车门模块为例：用户拉门把手属于本地唤醒，要求 50 ms 内响应；BCM 通过 CAN 下发开门指令属于总线唤醒；T-Box 收到远程解锁请求属于远程唤醒；而车门模块每 10 分钟上报一次状态则用定时唤醒。若门内加速度传感器检测到碰撞，则走事件唤醒。实际产品往往同时支持多种唤醒源，并通过优先级仲裁避免冲突。

四、常见误区与复盘

• 只关注 MCU 休眠电流，忽略收发器和传感器常开功耗。CAN 收发器待机电流、比较器偏置电流往往才是静态功耗大头。
• 去抖时间过短导致误唤醒。机械开关和总线毛刺都需要足够滤波，否则平均功耗反而升高。
• 唤醒后未清中断标志。会导致 MCU 刚休眠又被立即唤醒，形成“唤醒风暴”。
• 远程唤醒缺少鉴权。非法报文可反复唤醒节点，既耗电又存在安全风险。
• 忽略唤醒源记录。量产排障时无法定位是谁频繁唤醒，建议在 RAM 或 EEPROM 中保留最近唤醒源与计数。

五、五类唤醒机制对比清单