4、低功耗模式分类：唤醒模式（Run）、睡眠模式（Sleep）、深度睡眠模式（Deep Sleep）、关闭模式（Off）
好，咱们今天来聊聊ECU的四种核心低功耗模式。这四种模式，说白了就是ECU的「四档位」——从全速运转到彻底关机。我做了这么多年汽车电子，发现很多工程师对这几种模式的理解只停留在「省电」层面，其实里面的门道多着呢。
4.1 唤醒模式（Run）—— 全副武装
唤醒模式，也叫Run模式。这是ECU的「满血状态」。所有模块都上电，CPU全速跑，外设该开的全开。你想想看，发动机运转时、车辆行驶中，ECU就得待在这个模式。
我个人习惯把Run模式叫做「工作模式」，因为它就是干活的。在这个模式下，功耗通常在几十毫安到几百毫安不等，具体看ECU的复杂度。我见过一个高端域控制器，Run模式下能跑到1.5A——那发热量，啧啧，散热片都得加厚。
关键特征：
- 主时钟全速运行（通常8MHz~200MHz+）
- 所有电源域供电正常
- CPU执行主循环任务
- CAN/LIN/Ethernet等总线全功能工作
4.2 睡眠模式（Sleep）—— 打个盹儿
睡眠模式，就是ECU的「小憩」状态。这时候CPU停了，但大部分外设的时钟还在跑。为什么？因为要随时响应唤醒事件。
我在项目中遇到过一个问题：某款BCM（车身控制模块）在Sleep模式下功耗死活降不下来。查了两天，最后发现是一个GPIO的上拉电阻没关，硬生生多吃了2mA。嗯，这里要注意——Sleep模式不是简单地把CPU停了就完事，你得把不用的外设时钟也关了。
我的经验：Sleep模式下，建议保留CAN收发器的唤醒功能，同时把ADC、SPI这些不用的外设时钟全掐掉。这样功耗能从几十mA降到几mA。
Sleep模式的典型应用场景：车辆熄火但没锁车，或者短时间停车。这时候ECU得「半睡半醒」，随时准备响应遥控钥匙、车门开关等事件。
4.3 深度睡眠模式（Deep Sleep）—— 深度休眠
深度睡眠模式，这才是真正的「省电大招」。在这个模式下，主时钟停了，大部分外设的时钟也停了，只保留极少数唤醒源——比如RTC闹钟、特定GPIO电平变化、CAN报文唤醒。
说白了，Deep Sleep就是让ECU进入「冬眠」状态。功耗能降到微安级别（几十μA到几百μA）。我做过一个T-Box项目，Deep Sleep模式下功耗只有35μA——这个数字我记得很清楚，因为当时为了优化这5μA，跟硬件工程师吵了三天架。
| 模式 | 典型功耗 | 唤醒延迟 | 保留功能 |
|---|---|---|---|
| Run | 50~500mA | 无 | 全部 |
| Sleep | 1~10mA | 几微秒 | 部分外设时钟 |
| Deep Sleep | 30~200μA | 几毫秒 | 仅唤醒源 |
| Off | <1μA | 重新上电 | 无 |
警告：Deep Sleep模式下，RAM数据是否保留取决于具体设计。我曾经遇到过客户抱怨「睡一觉起来数据丢了」，就是因为没做RAM保持供电。记住：如果要用Deep Sleep保存数据，必须给RAM所在的电源域单独供电。
4.4 关闭模式（Off）—— 彻底关机
关闭模式，就是ECU的「断电」状态。这时候整个ECU几乎不耗电，只有极少数漏电流。你想想看，车辆长期停放、运输过程中，ECU就应该处于Off模式。
但这里有个坑——「Off」不等于「完全断电」。实际上，很多ECU在Off模式下还会保留一个「唤醒检测电路」，用来检测KL15（点火信号）或者硬线唤醒。这个电路本身会消耗一点点电流，通常小于1μA。
我曾经在项目评审时被问过：「既然叫Off模式，为什么还有电流？」嗯，这个问题问得好。严格来说，真正的Off模式应该是电池断开。但在实际工程中，我们说的Off模式是指「软件可控的最低功耗状态」。
4.5 模式切换的注意事项
讲完四种模式，我得说说切换时的坑。很多新手工程师以为模式切换就是「啪」一下跳过去，其实没那么简单。
- 状态保存：从Run切到Sleep或Deep Sleep前，一定要保存好关键数据。我习惯在进入低功耗前，把DTC（诊断故障码）、运行参数等写到NVRAM里。
- 唤醒源配置：进入低功耗前，要明确配置好哪些事件能唤醒ECU。别搞成「谁都唤不醒」或者「谁都能唤醒」——前者ECU变砖，后者功耗白降。
- 退出时序：从Deep Sleep唤醒时，时钟稳定需要时间。我记得有个项目，因为晶振起振时间太长，导致CAN报文唤醒后第一个报文没收到，被误判为总线故障。
核心原则：模式切换要「优雅」——先保存状态，再关闭外设，最后降频/停时钟。唤醒时反过来：先起时钟，再开外设，最后恢复运行。
好了，这四种模式就讲到这里。下一章咱们聊聊具体的唤醒源设计——那才是真正考验功力的地方。