1. 课程导入
嵌入式系统从“功能跑通”到“产品可交付”，中间隔着一条很长的工程鸿沟。功能正确只是最低门槛，真正决定产品能否量产、能否在客户现场稳定运行、能否通过认证的，是可靠性验证测试与低功耗设计优化这两条主线。本课程以“原型交付”为最终目标，把测试、验证、优化、交付串成一条可执行的工程路径。
本课程的核心命题：在有限的样机阶段，用可复现的测试手段暴露可靠性风险，用可量化的功耗模型指导低功耗优化，最终交付一台“测得准、扛得住、耗得省、交得出”的嵌入式原型。
一、学习目标：从“会写代码”到“能交付原型”
本课程的学习目标分为四个层次，逐层递进：
- 认知层：理解可靠性、可用性、可维护性、低功耗之间的耦合关系，建立“可靠性—功耗—成本”三角权衡意识。
- 方法层：掌握环境应力筛选、HALT/HASS、加速寿命试验、EMC 预测试、功耗分解测量等核心方法。
- 工具层：能使用示波器、功率分析仪、温箱、EMC 接收机、逻辑分析仪等设备完成测试数据采集。
- 交付层：能输出测试报告、功耗预算表、失效分析记录、原型交付检查清单，形成可评审的工程文档。
二、核心概念：可靠性、低功耗与原型交付
可靠性指系统在规定条件下、规定时间内完成规定功能的能力。嵌入式可靠性通常用 MTBF（平均无故障时间）、失效率 λ、浴盆曲线来刻画。早期失效、偶然失效、耗损失效三个阶段对应不同的筛选与老化策略。
低功耗设计不是简单地“关外设”，而是从器件选型、电源域划分、时钟管理、软件调度到休眠唤醒策略的系统工程。功耗可分为动态功耗、静态功耗和漏电流功耗，优化时必须先测量、再分解、后优化。
原型交付是课程落点：原型不是“能演示”，而是具备可测试性、可追溯性、可复现性的工程样机。交付物包括硬件版本、固件版本、测试用例、测试数据、功耗预算和风险清单。
三、整体框架：三条主线、一个闭环
如上图所示，课程整体框架由三条主线构成：左侧是可靠性验证主线，从环境应力筛选到失效分析；右侧是低功耗优化主线，从功耗测量到续航估算；中间是原型交付核心，把两侧的数据与模型汇聚成可评审的交付物。底部虚线表示反馈回路：任何一次失效或功耗超标，都必须回到设计迭代，再进入下一轮验证。
这个闭环的关键在于“数据驱动”。可靠性不能靠感觉，功耗不能靠估算。每一次测试都要留下可追溯的数据，每一个优化都要有前后对比的量化证据。
四、实战工程交付路径
课程按 30 个章节推进，整体路径可归纳为五个阶段：
- 基础准备阶段：建立可靠性指标、功耗指标、测试环境与工具链。
- 测试执行阶段：完成 ESS、HALT、ALT、EMC 预测试，采集失效数据。
- 优化实施阶段：完成功耗分解、电源域优化、休眠策略调优。
- 验证回归阶段：对优化后的原型重新执行关键测试，确认无回归。
- 交付评审阶段：输出测试报告、功耗预算表、风险清单与交付检查表。
| 阶段 | 核心任务 | 关键输出 | 典型工具 |
|---|---|---|---|
| 基础准备 | 指标定义、环境搭建 | 测试计划、功耗预算模板 | 示波器、功率分析仪 |
| 测试执行 | 应力筛选、极限测试 | 失效记录、MTBF 估算 | 温箱、振动台、EMC 接收机 |
| 优化实施 | 功耗分解、策略调优 | 电流曲线、优化前后对比 | 电流探头、逻辑分析仪 |
| 验证回归 | 关键用例复测 | 回归测试报告 | 自动化测试脚本 |
| 交付评审 | 文档汇总、风险评审 | 原型交付包 | 版本管理、评审清单 |
五、常见误区与复盘要点
误区一：把“功能测试通过”当成“可靠性验证完成”。功能测试只覆盖正常路径，可靠性验证必须覆盖边界、应力、老化和异常注入。
误区二：先优化功耗，再补可靠性测试。低功耗策略（如深度休眠、降频）可能引入唤醒延迟、通信丢包等可靠性风险，必须同步验证。
复盘要点：每次失效都要回答三个问题——能否复现？根因是什么？如何验证修复有效？这三个问题构成了可靠性工程的基本功。
# 原型交付检查清单（示例）
[ ] 硬件版本号与固件版本号已锁定
[ ] 关键测试用例全部通过并留存日志
[ ] 功耗预算表与实际测量值偏差 < 10%
[ ] 失效分析记录已闭环，无遗留高风险项
[ ] EMC 预测试结果满足目标认证等级
[ ] 风险清单已评审，责任人已确认