2、可靠性工程基础：可靠性定义与指标、故障模式与影响分析（FMEA）、故障树分析（FTA）
各位工程师，咱们直接进入正题。
做EPS（电动助力转向）这么多年，我最大的感触就是：可靠性不是测出来的，是设计出来的。你想想看，方向盘要是突然没了助力，或者更糟——卡死了，那是什么后果？所以，搞EPS，不懂可靠性基础，那就是在刀尖上跳舞。
这一章，咱们就聊聊可靠性工程的三个基本功：定义与指标、FMEA、FTA。说白了，就是搞清楚“什么是可靠”、“怎么找坑”、“怎么分析坑的根因”。
2.1 可靠性定义与关键指标
先问个问题：什么叫“可靠”？
教科书上的定义是：产品在规定条件下、规定时间内，完成规定功能的能力。嗯，有点绕。我个人习惯把它翻译成大白话——“该干活的时候，别掉链子”。
对于EPS来说，这个“规定条件”包括温度、振动、电压波动；“规定时间”可能是10年或15万公里；“规定功能”就是提供平滑、准确的助力。
2.1.1 几个必须懂的指标
搞可靠性，手里得有尺子。常用的几把尺子我列一下：
| 指标 | 符号 | 含义 | EPS场景举例 |
|---|---|---|---|
| 可靠度 | R(t) | 到时间t还能正常工作的概率 | R(10年) = 0.99，意味着10年后仍有99%的EPS正常工作 |
| 失效率 | λ(t) | 单位时间内失效的概率 | EPS控制器的λ通常要求< 10 FIT（1 FIT = 10⁻⁹/小时） |
| 平均无故障时间 | MTBF | 可修复产品的平均工作时间 | EPS总成MTBF目标通常 > 10,000小时 |
| 平均失效前时间 | MTTF | 不可修复产品的平均寿命 | EPS中的力矩传感器，坏了就换，属于MTTF |
| B10寿命 | B10 | 10%产品失效时对应的时间 | EPS电机B10寿命 > 8,000小时 |
2.2 故障模式与影响分析（FMEA）
FMEA，全称是Failure Mode and Effects Analysis。说白了，就是“事前诸葛亮”——在设计阶段就把所有可能出问题的地方想一遍，然后评估风险，提前堵上。
我在项目中遇到过最典型的例子：某款EPS的扭矩传感器，设计时没考虑线束插头进水。结果雨季一来，助力时有时无。这就是FMEA没做到位。
2.2.1 FMEA的核心三要素
做FMEA，你得盯住三个数字：
- 严重度（S）：这个故障发生，后果有多严重？EPS助力失效，S一般是9或10（最高10）。
- 发生度（O）：这个故障发生的概率有多大？根据历史数据或经验估算。
- 探测度（D）：在出厂前，我们能不能发现这个故障？
然后算一个风险优先数（RPN = S × O × D）。RPN高的，必须优先处理。
2.2.2 实战中的FMEA步骤
我个人习惯按这五步走：
- 定义范围：分析哪个系统？EPS控制器？还是整个转向管柱？
- 列出功能：这个系统要干什么？比如“根据扭矩信号输出助力电流”。
- 列出故障模式：功能怎么失效？比如“无助力输出”、“助力输出过大”、“助力输出抖动”。
- 分析影响与原因：失效后对整车有什么影响？根本原因是什么？比如“MOSFET短路导致持续助力”。
- 制定措施并验证：怎么预防？怎么探测？比如“增加过流检测电路”、“增加冗余MOSFET”。
2.3 故障树分析（FTA）
FTA，全称是Fault Tree Analysis。它和FMEA是反过来的。FMEA是“自下而上”——从具体故障推到系统影响。FTA是“自上而下”——从系统级故障往下拆，找到所有可能的原因组合。
你想想看，如果EPS突然“无助力”，原因可能有一百种。FTA就是帮你理清这一百种原因之间的逻辑关系。
2.3.1 FTA的基本符号
画故障树，你得认识这几个符号：
| 符号 | 名称 | 含义 |
|---|---|---|
| 矩形 | 顶事件 / 中间事件 | 需要分析的故障 |
| 圆形 | 底事件 | 最基本的、不能再拆的原因 |
| 与门 | AND | 所有输入事件同时发生，输出才发生 |
| 或门 | OR | 任意一个输入事件发生，输出就发生 |
2.3.2 一个EPS的FTA小例子
咱们拿“EPS无助力”这个顶事件来拆：
顶事件：EPS无助力
|
+-- [或门] 电源故障
| +-- 底事件：主继电器断开
| +-- 底事件：保险丝熔断
| +-- 底事件：蓄电池电压低于9V
|
+-- [或门] 控制器故障
| +-- [与门] 主芯片失效
| | +-- 底事件：电源芯片输出异常
| | +-- 底事件：MCU死机
| +-- 底事件：MOSFET驱动电路损坏
|
+-- [或门] 电机故障
| +-- 底事件：电机绕组断路
| +-- 底事件：电机霍尔传感器失效
|
+-- [或门] 传感器故障
+-- 底事件：扭矩传感器信号丢失
+-- 底事件：车速传感器信号异常你看，通过这个树，我们一眼就能看出：“主芯片失效”需要两个条件同时发生（电源异常 + MCU死机），而其他大部分故障都是“或”的关系，只要一个发生，系统就完蛋。
2.4 FMEA与FTA的配合使用
最后说一句，FMEA和FTA不是二选一，而是黄金搭档。
- FMEA：覆盖面广，适合在DFMEA阶段把所有潜在故障扫一遍。它告诉你“有哪些坑”。
- FTA：逻辑深，适合针对高严重度（S=9或10）的故障做根因分析。它告诉你“坑是怎么连在一起的”。
我的做法是：先用FMEA找出RPN高的故障模式，然后针对这些模式，挑几个最关键的（比如“无助力”、“误助力”），用FTA做深度分析。这样既有广度，又有深度。
嗯，这一章的内容就到这里。记住，可靠性不是玄学，是工程。把定义搞明白，把FMEA做扎实，把FTA画清楚，你的EPS设计就成功了一半。