4. 故障树分析（FTA）：从基本概念到实战案例
各位同学，今天我们聊一个在航空导航系统可靠性分析中绕不开的工具——故障树分析，简称FTA。说实话，我入行那会儿，第一次接触FTA是在一个惯导系统的归零报告里。当时看着那棵倒着长的“树”，心里直犯嘀咕：这玩意儿到底怎么用？后来自己亲手画了几十棵故障树，才慢慢摸到门道。
4.1 FTA基本概念
故障树分析，说白了就是一种自上而下的演绎式分析方法。我们从一个不希望发生的顶事件出发，比如“导航系统失效”，然后一步步往下推，找出所有可能导致这个顶事件发生的底事件组合。
我个人习惯把FTA理解成“事故原因侦探游戏”。顶事件就是案件本身，中间事件是线索，底事件就是最根本的元凶。你想想看，一个系统出故障，往往不是单一原因造成的，而是多个因素叠加的结果。FTA就是帮我们把这张因果网给理清楚。
核心思想： 顶事件 → 中间事件 → 底事件，逐层分解，直到找到所有基本失效模式。
我在项目中遇到过一件事：某型导航系统在试飞中频繁出现“位置漂移”故障。一开始大家怀疑是算法问题，后来用FTA一分析，发现底层的温度传感器漂移才是真凶。嗯，这就是FTA的价值——帮你找到真正的根因，而不是在表面打转。
4.2 故障树符号
画故障树就像画电路图，得有一套统一的符号语言。我刚开始学的时候，最头疼的就是记这些符号。后来发现，其实常用的就那么几个，记住它们就够了。
| 符号 | 名称 | 含义 |
|---|---|---|
| 矩形 | 顶事件/中间事件 | 需要进一步分析的事件 |
| 圆形 | 底事件 | 基本失效，不再分解 |
| 菱形 | 未展开事件 | 信息不足，暂不分解 |
| 屋形 | 条件事件 | 触发条件 |
| 与门 | AND | 所有输入同时发生，输出才发生 |
| 或门 | OR | 任一输入发生，输出就发生 |
我的小技巧： 画图时，底事件用圆形，中间事件用矩形，这样一眼就能看出哪些是“根”，哪些是“枝”。我曾经因为符号用混，被评审专家当场指出，那叫一个尴尬。
4.3 故障树构建方法
构建故障树，我总结了一个“三步走”的方法，简单实用：
- 定义顶事件：明确你要分析的系统级故障是什么。比如“惯性导航系统失效”。
- 逐层分解：从顶事件出发，问“这个故障是怎么发生的？”用与门或或门连接下层事件。
- 追到底事件：一直分解到无法再分解的基本事件，比如“陀螺仪电源失效”、“加速度计输出异常”等。
这里有个坑，我必须要提醒你：不要跳层。我见过有人从顶事件直接跳到某个很具体的元器件失效，中间的逻辑关系全丢了。这样做出来的故障树，评审时肯定会被打回来。
避坑指南： 我曾经在构建某型导航计算机的故障树时，跳过了“总线通信故障”这一层，直接写了“CPU失效”。结果分析出来的最小割集全是错的，白白浪费了两周时间。记住：每一层都要问“为什么”，不要想当然。
4.4 定性分析与定量分析
故障树建好了，接下来就是分析。分析分两种：定性和定量。
定性分析，说白了就是找“最小割集”。最小割集是什么？就是导致顶事件发生的最少底事件组合。比如“陀螺仪失效”和“加速度计失效”同时发生，才会导致“惯导系统失效”，那这个组合就是一个最小割集。
我个人的习惯是：先做定性分析，找出所有可能的失效路径。这一步能帮你快速定位系统的薄弱环节。
定量分析，就是给每个底事件赋一个失效概率，然后算出顶事件的发生概率。这需要你有底事件的失效率数据，比如从GJB 299C或者MIL-HDBK-217中查到的元器件失效率。
计算公式：
- 与门：P(输出) = P(输入1) × P(输入2) × ...
- 或门：P(输出) = 1 - [1-P(输入1)] × [1-P(输入2)] × ...
你想想看，如果某个底事件的失效率是10^-6，另一个是10^-5，通过或门组合后，顶事件的概率可能就变成10^-5量级了。这就是为什么我们常说“短板效应”——系统的可靠性，往往取决于最薄弱的那个环节。
4.5 案例：惯性导航系统故障树
好了，理论讲完了，咱们来看一个实战案例。这是我当年参与的一个项目，简化后的版本。
顶事件： 惯性导航系统失效
第一层分解：
- 陀螺仪组件失效（或门）
- 加速度计组件失效（或门）
- 导航计算机失效（或门）
- 电源系统失效（或门）
继续分解“陀螺仪组件失效”：
- 陀螺仪1失效（底事件）
- 陀螺仪2失效（底事件）
- 陀螺仪信号处理电路失效（底事件）
这里要注意：如果系统是双余度设计，那么“陀螺仪组件失效”应该用与门连接——两个陀螺仪都失效，组件才失效。如果是单余度，那就用或门。
实战经验： 我在做这个案例时，发现“电源系统失效”下面有个底事件是“电源模块散热不良”。这个底事件在初始设计时根本没被重视，但通过FTA分析，它竟然出现在多个最小割集中。后来我们加了个温度监控电路，问题就解决了。你看，FTA的价值就在这里。
定量分析示例：
假设底事件失效率如下：
- 陀螺仪1失效：λ = 1.0 × 10^-6 /小时
- 陀螺仪2失效：λ = 1.0 × 10^-6 /小时
- 信号处理电路失效：λ = 0.5 × 10^-6 /小时
如果是双余度设计（与门），陀螺仪组件失效概率为：
P = (1.0×10^-6) × (1.0×10^-6) = 1.0×10^-12 /小时
再加上信号处理电路（或门）：
P_total = 1 - (1-1.0×10^-12) × (1-0.5×10^-6) ≈ 0.5×10^-6 /小时
你看，虽然双余度把陀螺仪本身的失效率降得很低，但信号处理电路这个单点故障，直接把整体失效率拉回到了10^-6量级。这就是FTA告诉我们的：余度设计要全面，不能留单点故障。
重要提醒： 定量分析的结果，精度取决于底事件失效率数据的准确性。我见过有人随便拍脑袋给个数据，算出来的顶事件概率跟实际差了好几个数量级。记住：垃圾进，垃圾出。数据来源一定要可靠，最好用标准手册或实测数据。
好了，这一章的内容就到这里。FTA这个工具，说难不难，说简单也不简单。关键是要多练，多在实际项目中用。下一章我们会讲故障模式与影响分析（FMEA），这两个工具经常配合使用，到时候我们再细聊。