1. FMEDA基础概念
什么是FMEDA
FMEDA，全称是Failure Modes, Effects and Diagnostic Analysis——失效模式、影响与诊断分析。说白了，它就是在传统FMEA的基础上，加入了定量计算的能力。
我刚开始接触这个概念时，也觉得它跟FMEA差不多。后来做项目才发现，FMEDA的核心价值在于——它能告诉你一个硬件系统到底有多安全，用数字说话。
FMEDA要回答三个关键问题：
- 这个硬件会怎么失效？——列出所有可能的失效模式
- 失效了会有什么后果？——影响安全还是影响功能
- 系统自己能发现这个失效吗？——诊断覆盖率有多高
嗯，这里要注意，FMEDA不是拍脑袋的定性分析。它需要你拿着芯片的数据手册、原理图、甚至layout，一条一条去算。
核心公式（记住这个）：
λ_total = λ_Safe + λ_SinglePoint + λ_Residual + λ_DualPoint + λ_NoEffect
其中λ是失效率，单位通常是FIT（Failures In Time，每10^9小时失效次数）
FMEDA在功能安全中的角色
功能安全标准ISO 26262（汽车）和IEC 61508（工业）都要求做硬件随机失效定量分析。FMEDA就是完成这个任务的标准工具。
我做过一个ADAS摄像头项目，客户要求ASIL B等级。如果没有FMEDA，你根本没法证明你的设计达到了目标。评审专家也不会认。
FMEDA在功能安全中的具体角色：
- 计算硬件架构指标——SPFM（单点故障指标）、LFM（潜伏故障指标）、PMHF（随机硬件失效概率）
- 评估诊断措施的有效性——比如你加了一个电压监控，它能覆盖多少失效模式
- 识别安全机制缺口——哪些失效模式没有被覆盖，需要改进设计
- 支撑安全案例——FMEDA报告是功能安全认证的必备文档
我的经验：FMEDA做得好不好，直接决定了安全评审能不能过。我曾经见过一个项目，因为FMEDA里漏算了一个电阻的失效模式，被评审专家打回来重做，整整拖了两周进度。
FMEDA与FMEA的区别与联系
很多人搞不清这两个东西。我简单说：FMEA是定性分析，FMEDA是定量分析。
它们的关系就像——FMEA告诉你"这个电阻短路会导致系统失效"，FMEDA告诉你"这个电阻短路的概率是10 FIT，系统有95%的概率能检测到它"。
| 对比维度 | FMEA | FMEDA |
|---|---|---|
| 分析目标 | 识别失效模式与影响 | 计算失效概率与诊断覆盖率 |
| 输出结果 | 风险优先级数（RPN） | 失效率（λ）、SPFM、LFM、PMHF |
| 数据类型 | 定性（高/中/低） | 定量（FIT、百分比） |
| 适用阶段 | 概念设计、详细设计 | 硬件设计、安全验证 |
| 标准要求 | ISO 26262 Part 5 | ISO 26262 Part 5 & Part 10 |
你想想看，FMEA做了几十年，为什么还要搞FMEDA？因为功能安全要求可验证、可量化。你说"这个失效很严重"，评审专家会问"有多严重？概率是多少？"——这时候FMEA就答不上来了。
避坑指南：千万不要把FMEDA当成FMEA的替代品。它们是一个互补关系。我通常的做法是：先用FMEA梳理所有失效模式，再用FMEDA做定量计算。两个都做，评审才稳。
FMEDA的知识体系框架
下面这张图是我自己总结的FMEDA知识体系。每次做新项目前，我都会对照着过一遍，确保没有遗漏。
这张图把FMEDA拆成了三个核心模块：失效模式分析、失效率计算、诊断分析。最终输出就是功能安全评审要看的三个指标——SPFM、LFM、PMHF。
我个人习惯是，拿到一个新项目，先画这个框架图，把每个模块的输入输出列清楚。这样后面做FMEDA时，思路不会乱。
小技巧：刚开始做FMEDA时，别想着一步到位。先搭框架，再填数据。我见过太多人一上来就纠结某个电阻的FIT值对不对，结果整体结构都没理清楚。
FMEDA的典型工作流程
一个完整的FMEDA分析，通常走这几步：
- 定义分析范围——哪个系统、哪个模块、哪个芯片
- 收集BOM和原理图——所有元器件清单
- 识别失效模式——每个元器件可能怎么坏
- 分配失效率——查标准或供应商数据
- 评估诊断措施——系统能检测到哪些失效
- 计算安全指标——SPFM、LFM、PMHF
- 对比目标值——是否满足ASIL等级要求
- 迭代优化——不满足就加诊断或换器件
这八步走完，你的FMEDA基本就成型了。后面的课程，我会带着大家一步一步实操，从最简单的电路开始，做到完整的系统级FMEDA。