4. 故障树分析（FTA）：从符号到定量计算
故障树分析，简称FTA。说实话，这是RAMS工程师吃饭的家伙之一。我入行那会儿，第一次看到完整的故障树，密密麻麻的符号和逻辑门，说实话有点懵。但后来做多了就发现，它本质上就是个「找原因」的工具——从顶层的故障出发，一层层往下挖，直到找到最根本的原因。
今天咱们就聊聊FTA的四个核心内容：符号、建树步骤、定性分析（最小割集）、定量分析。嗯，我尽量用大白话讲清楚。
4.1 故障树符号：你得认识这些「积木」
建故障树就像搭积木。你得先认识这些积木长什么样，干什么用的。我整理了一个表格，方便你对照着看。
| 符号名称 | 图形示意 | 含义说明 |
|---|---|---|
| 顶事件 | 矩形 | 系统最不希望发生的故障状态。比如「刹车失灵」 |
| 中间事件 | 矩形 | 需要进一步往下分解的故障状态 |
| 底事件 | 圆形 | 最底层的原因，不再往下分解。比如「继电器触点粘连」 |
| 未展开事件 | 菱形 | 暂时不展开的事件，可能是信息不足，或者认为不重要 |
| 与门 | 门形（底部弧形） | 所有输入事件同时发生，输出才发生 |
| 或门 | 门形（底部尖形） | 只要有一个输入事件发生，输出就发生 |
| 禁门 | 六边形 | 当满足条件时，输入才导致输出 |
4.2 建树步骤：一步一步来，别急
建故障树其实有套路。我一般按这五步走，基本不会乱。
- 明确顶事件 —— 你要分析什么故障？比如「发动机无法启动」。顶事件必须具体、可测量。别写「系统故障」这种模糊的。
- 确定边界条件 —— 分析到哪一层为止？哪些因素不考虑？比如「人为操作失误」算不算？「环境因素」要不要？这些得提前说清楚。
- 逐层分解 —— 从顶事件开始，问「为什么会发生？」。每个中间事件继续往下问，直到找到底事件。
- 连接逻辑门 —— 用与门、或门把事件串起来。这里要注意：与门表示「多个条件同时成立」，或门表示「任一条件成立」。
- 检查完整性 —— 建完后回头看看，有没有遗漏的原因？有没有重复的？逻辑关系对不对？
4.3 定性分析：找最小割集
定性分析的核心就是找最小割集。什么叫最小割集？说白了就是「导致顶事件发生的最少底事件组合」。你想想看，如果去掉任何一个底事件，顶事件就不发生了，那这个组合就是最小割集。
找最小割集的方法，我常用的是下行法。思路很简单：从顶事件开始，遇到与门就把输入事件「串」起来（逻辑乘），遇到或门就把输入事件「并」起来（逻辑和）。一直往下走，直到全部换成底事件。
举个例子，假设一个简单的故障树：
顶事件 T
└── 或门
├── 中间事件 A
│ └── 与门
│ ├── 底事件 X1
│ └── 底事件 X2
└── 底事件 X3用下行法走一遍：
- 第一步：T = A + X3（或门，用加号表示逻辑或）
- 第二步：A = X1 · X2（与门，用乘号表示逻辑与）
- 第三步：T = X1·X2 + X3
所以最小割集有两个：{X1, X2} 和 {X3}。也就是说，要么X1和X2同时发生，要么X3单独发生，顶事件就会发生。
4.4 定量分析：算概率
定性分析告诉你「哪些组合会导致故障」，定量分析则告诉你「故障发生的概率有多大」。说白了，就是给每个底事件赋一个失效概率，然后往上算。
计算规则其实很简单：
- 与门：输出概率 = 各输入概率的乘积。因为要同时发生嘛。
- 或门：输出概率 = 1 - (1 - P1)(1 - P2)... 或者近似为 P1 + P2（当概率很小时）。
举个例子。假设底事件X1的失效概率是0.01，X2是0.02，X3是0.005。那么：
- 中间事件A（X1与X2）的概率 = 0.01 × 0.02 = 0.0002
- 顶事件T（A或X3）的概率 = 1 - (1 - 0.0002)(1 - 0.005) ≈ 0.0052
你看，顶事件的失效概率大约是0.52%。这个数字就可以用来判断系统是否满足可靠性指标。
4.5 小结
故障树分析，说白了就是「从结果找原因」的思维工具。建树时注意逻辑关系，定性分析找最小割集，定量分析算概率。每一步都有坑，但多练几次就熟了。
我个人习惯是：先画草图，再整理成正式图。草图阶段别管美观，把逻辑理清楚就行。正式图再注意符号规范和层次清晰。
下一章咱们聊聊故障模式与影响分析（FMEA），那是另一种找故障的思路。到时候你会发现，FTA和FMEA其实是互补的——一个从上往下挖，一个从下往上推。结合起来用，效果最好。