2. 车载网络与节点基础

低功耗唤醒设计不是孤立地“让某个芯片睡觉”,而是要让一个车载节点在正确的时刻、通过正确的总线路径被唤醒。因此,理解车载网络的物理与协议特性、节点的内部组成,以及节点在整车生命周期中的典型工作模式,是后续设计唤醒源、唤醒时序和误唤醒抑制策略的基础。

一、四类主流车载总线的定位与特点

车载网络通常按“带宽—成本—实时性—拓扑”四个维度分层使用。CAN 承担车身与动力域的中低速控制通信,LIN 作为 CAN 的廉价子网补充,FlexRay 面向高实时与安全冗余场景,车载以太网则承担高带宽骨干与域集中式架构的数据传输。

总线 典型速率 拓扑 唤醒相关特性 典型应用
CAN / CAN FD 125 kbit/s~1 Mbit/s(FD 数据段可达 2~8 Mbit/s) 线性总线,两端 120 Ω 终端 总线显性电平可作唤醒源,支持远程帧与特定报文唤醒 车身、动力、底盘、诊断
LIN 1~20 kbit/s 单主多从,单线 主节点发送唤醒脉冲(Break),从节点被动唤醒 车窗、雨刮、座椅、后视镜
FlexRay 10 Mbit/s(双通道) 总线/星型/混合,支持冗余 通信周期严格,唤醒依赖唤醒符号与冷启动 线控、主动悬架、高安全域
车载以太网 100 Mbit/s~10 Gbit/s 点对点交换式,星型为主 支持 Wake-on-LAN、TC10 睡眠/唤醒、PHY 级唤醒 域控制器、摄像头、激光雷达、OTA

从唤醒设计角度看,四类总线的差异集中在三点:唤醒信号形态(电平、脉冲、符号、报文)、唤醒粒度(整条总线还是单个节点)、唤醒延迟(毫秒级到百毫秒级)。CAN 与 LIN 的唤醒通常由收发器检测总线活动触发,FlexRay 依赖通信周期内的唤醒符号,以太网则通过 PHY 的睡眠/唤醒握手实现更精细的节点级控制。

二、车载节点的内部组成

一个典型车载节点可拆为五部分:通信收发器、通信控制器、微控制器(MCU)、电源管理单元(PMU/SBC)、负载与传感器。低功耗唤醒的关键路径是:总线活动 → 收发器 → 通信控制器 → MCU 中断/PMU 唤醒引脚 → 系统时钟恢复 → 应用任务启动。

车载节点组成与总线唤醒信号链 总线 CAN / LIN / ETH 收发器 总线活动检测 通信控制器 协议解析/滤波 MCU 中断/任务调度 PMU / SBC 电源与唤醒管理 时钟与复位 晶振/RC 恢复 负载/传感器 执行器与采集 唤醒信号链: 总线活动 → 收发器检测 → 通信控制器滤波 → MCU 中断/PMU 唤醒 → 时钟恢复 → 应用任务启动 关键约束:唤醒延迟、误唤醒率、静态电流、唤醒后通信恢复时间

三、节点的典型工作模式

车载节点通常定义四种工作模式,模式切换由网络管理(NM)报文、本地事件和电源状态共同决定。

  • 运行模式(Active):MCU 全速运行,通信控制器与收发器均使能,节点正常收发报文,静态电流最高。
  • 待机模式(Standby / Sleep):MCU 停止内核时钟,保留 RAM 与唤醒逻辑,收发器进入低功耗监听状态,可被总线活动唤醒。
  • 休眠模式(Sleep / Power-down):MCU 与大部分外设断电,仅 PMU 与唤醒引脚保持供电,静态电流最低,唤醒延迟最长。
  • 唤醒模式(Wake-up):从待机或休眠被触发后,经历时钟稳定、通信控制器初始化、NM 报文交互,最终回到运行模式。

模式切换的核心矛盾:休眠越深,静态电流越低,但唤醒延迟越长、唤醒源越少。设计时需要在整车静态电流预算与用户可感知的响应时间之间取平衡。

四、典型场景:车门模块的唤醒过程

以车门模块为例,车辆锁车后,车门节点进入休眠模式,静态电流目标通常低于 100 µA。当用户按下门把手或遥控钥匙触发车身控制器时,CAN 总线上出现唤醒报文,车门节点的收发器检测到显性电平,通过唤醒引脚唤醒 PMU,MCU 恢复时钟后解析报文,确认是发给自己的唤醒帧,随后驱动车窗或后视镜电机。

// 车门节点唤醒伪代码
void CAN_Wakeup_ISR(void) {
    if (CAN_CheckWakeupFrame()) {        // 判断是否为有效唤醒帧
        PMU_EnableMainPower();           // 打开主电源域
        Clock_Restore();                 // 恢复系统时钟
        NM_SendAliveMessage();           // 发送 NM 存活报文
        App_StartDoorTask();             // 启动车门应用任务
    } else {
        PMU_KeepSleep();                 // 非目标帧,保持休眠
    }
}

这个场景说明:唤醒不是“收到任何总线活动就启动”,而是需要唤醒滤波与目标帧判断,否则总线上其他节点的正常通信会造成本节点反复误唤醒,直接抬高整车静态电流。

五、常见误区与复盘

误区一:把“总线有活动”等同于“本节点需要唤醒”。CAN 总线上任意节点通信都会产生显性电平,若不做 ID 滤波,休眠节点会被频繁唤醒。正确做法是在通信控制器或收发器层面配置唤醒掩码。

误区二:忽略收发器的唤醒延迟与静态电流差异。不同收发器在待机模式下的监听电流、唤醒时间差别很大,选型时需同时看这两个参数,而不是只看通信速率。

误区三:以太网节点照搬 CAN 的唤醒策略。车载以太网支持 TC10 睡眠/唤醒与 Wake-on-LAN,唤醒粒度可到 PHY 级,若仍用“总线活动即唤醒”,会浪费其低功耗优势。

复盘要点:先明确节点挂在哪类总线上,再确认收发器与 PMU 支持的唤醒源,最后用 NM 报文与唤醒掩码把“总线活动”收敛为“本节点有效唤醒事件”。这三步决定了后续低功耗唤醒设计的可行性与整车静态电流表现。