📚 课程目录第1章课程导入

1. 课程导入

智能座舱、自动驾驶域控制器与中央计算平台正在把Linux推到车载软件栈的核心位置。与手机或服务器不同，车上的Linux一旦上电，就要在宽温、振动、电压跌落、暗电流受限和功能安全约束下长期可靠运行。电源与低功耗系统工程，正是决定这套软件能否"上车"的底层能力：它既关乎系统能否在12V/24V蓄电池环境下稳定启动与休眠，也关乎整车静态电流能否压到毫安级、续航与法规指标能否达标。

本课程的目标不是零散地讲几个驱动接口，而是建立一条从硬件供电域到内核电源管理框架、再到整车低功耗策略的完整链路认知。学完之后，你应当能够读懂电源树、定位功耗异常、配置Linux电源管理子系统，并设计出可验证、可量产的休眠唤醒方案。

一、学习目标：从"能跑"到"能省、能稳、能唤醒"

本课程围绕四个可衡量的能力目标展开：

看懂电源架构：能识别SoC、PMIC、DDR、外设、CAN/LIN收发器各自的供电域与上下电时序，理解电源树与复位树的关系。
掌握内核电源框架：熟悉Runtime PM、System Suspend、CPUIdle、CPUFreq、Regulator、Clock、GenPD等子系统的职责边界与调用关系。
具备低功耗设计能力：能针对不同场景（停车监控、远程唤醒、OTA待机）选择Suspend-to-RAM、Suspend-to-Idle或深度休眠，并量化静态电流。
具备排障与验证能力：能用示波器、电流探头、ftrace、powertop、/sys/power接口定位"睡不下去""醒不过来""漏电流大"三类典型问题。

核心判断标准：一个车载Linux低功耗方案是否合格，不看它"能不能睡"，而看它"睡得多深、醒得多快、漏得多小、异常时能否自恢复"。

二、核心概念：电源域、状态机与唤醒源

车载Linux电源管理可以抽象为三个核心概念。第一是电源域（Power Domain）：SoC内部与板级外设被划分为若干可独立开关的供电区域，例如Always-On域、主域、显示域、摄像头域。第二是电源状态机：系统在Run、Idle、Suspend、Off之间迁移，每个状态对应不同的时钟、电压与供电组合。第三是唤醒源（Wakeup Source）：CAN唤醒、GPIO按键、RTC闹钟、网络唤醒等事件，必须被正确注册并允许穿透休眠。

这三者构成一个闭环：电源域决定"能关什么"，状态机决定"何时关"，唤醒源决定"何时开"。任何一环配置错误，都会表现为休眠失败、误唤醒或静态电流超标。

三、整体知识框架：三层结构

如上图所示，本课程的知识体系分为三层。底层是硬件供电层，包括蓄电池输入、PMIC/DCDC/LDO构成的电源树、上下电时序与复位树；中层是内核电源框架层，包括Runtime PM、System Suspend、CPUFreq、CPUIdle、GenPD、Regulator、Clock与OPP；顶层是整车低功耗策略层，包括停车监控、远程唤醒、OTA待机等场景，以及静态电流预算与唤醒时延指标。

三层之间通过设备树（Device Tree）和sysfs接口耦合。设备树描述"哪个设备挂在哪个电源域、是否具备唤醒能力"，sysfs则暴露"/sys/power/state""/sys/power/wakeup_count"等控制点。理解这条耦合链，是后续所有实操的基础。

四、典型场景：一次停车监控的休眠与唤醒

假设车辆熄火后进入停车监控模式，域控制器需要在保持CAN唤醒能力的前提下，把整机静态电流压到5mA以内。典型流程如下：

应用层收到熄火信号，通知系统进入待机。
内核依次挂起非必要外设，关闭显示域与摄像头域供电。
CPU进入Suspend-to-RAM，DDR进入自刷新，仅保留Always-On域与CAN收发器。
CAN总线出现有效报文，收发器拉高唤醒引脚，PMIC恢复主域供电。
系统在200ms内恢复上下文，重新响应整车网络。

# 查看当前支持的休眠状态
cat /sys/power/state
# 输出示例：freeze mem disk

# 查看唤醒源统计
cat /sys/kernel/debug/wakeup_sources

# 触发一次内存休眠
echo mem > /sys/power/state

# 查看各电源域状态（示例路径）
cat /sys/kernel/debug/pm_genpd/pm_genpd_summary

五、常见误区与复盘要点

误区一：只关注SoC功耗，忽略板级外设与收发器的漏电流。很多"睡不下去"的根因是某个LDO未关或CAN收发器未进入待机模式。

误区	典型表现	排查方向
唤醒源未注册	休眠后无法被CAN唤醒	检查设备树wakeup-source属性与驱动enable_irq_wake
电源域未真正断电	静态电流高于预算	用电流探头逐域测量，核对Regulator状态
休眠深度选择不当	唤醒时延超标或功耗偏高	对比freeze与mem的实测数据，按场景取舍
缺少异常自恢复	偶发死机后无法唤醒	配置硬件看门狗与PMIC复位策略

建议在项目早期就建立"功耗基线"：记录Run、Idle、Suspend各状态的电流与时延，后续每次修改都与之对比。没有基线的低功耗优化，等于盲调。

本课程后续将沿着"硬件供电层→内核框架层→整车策略层"的顺序展开，每一层都配套可复现的配置示例与测量方法。请先建立三层框架的整体印象，再进入具体子系统的细节学习。