3. 故障诊断基础：故障树分析法（FTA）、事件树分析法（ETA）在配电系统中的应用
各位同行，咱们搞厂务配电的，最怕什么？最怕半夜电话响，说某条生产线跳闸了。你火急火燎赶到现场，面对一堆指示灯和报警信息，脑子一片空白。这时候，光靠经验拍脑袋可不行，得有一套系统性的分析方法。
今天我就聊聊故障树分析（FTA）和事件树分析（ETA）。这两个工具，说白了就是帮你把脑子里的「排查思路」画出来。我入行头几年，全靠师傅口传心授，后来系统学了这两招，才真正有了「诊断的底气」。
3.1 故障树分析法（FTA）—— 从结果倒推原因
FTA 的思路很直接：顶事件（就是那个你最不想看到的故障）已经发生了，咱们要一层层往下挖，找到所有可能导致它发生的底事件。
举个例子。某天车间一台 10kV 变压器高压侧开关跳闸了。顶事件就是「变压器高压侧开关跳闸」。我们开始画树：
- 第一层：要么是「保护装置动作」，要么是「开关机构误动」。
- 第二层：保护装置动作，又可能是因为「变压器内部故障」或「外部短路」。
- 第三层：变压器内部故障，可能是「绝缘击穿」、「绕组变形」或「铁芯多点接地」。
你看，这样一层层剥下去，就像剥洋葱。我习惯用「与门」和「或门」来连接这些事件。
关键符号要记牢：
- 或门（OR Gate）：下面任何一个事件发生，上面事件就发生。比如「保护装置动作」和「开关机构误动」，只要有一个成立，开关就会跳。
- 与门（AND Gate）：下面所有事件同时发生，上面事件才发生。比如「绝缘击穿」和「保护拒动」同时发生，才会导致事故扩大。
咱们用表格总结一下常见底事件类型：
| 底事件类型 | 举例 | 排查方向 |
|---|---|---|
| 硬件故障 | 断路器操作机构卡涩、CT 饱和 | 检查机械部件、校验设备 |
| 软件/逻辑错误 | 保护定值整定错误、PLC 程序跑飞 | 核对定值单、重启控制器 |
| 人为失误 | 误操作、检修后未恢复接线 | 调取操作记录、询问当事人 |
| 环境因素 | 小动物短路、潮湿导致爬电 | 检查封堵、测量绝缘电阻 |
我的小习惯：画 FTA 时，别贪多。先聚焦在「最可能」的路径上。我一般会先画出 3 层，如果还没找到原因，再往下挖。否则树太大，反而把自己绕晕了。
3.2 事件树分析法（ETA）—— 从原因推演结果
ETA 和 FTA 正好反过来。FTA 是「结果找原因」，ETA 是「原因推结果」。它特别适合分析「某个初始事件发生后，后续一系列安全措施是否有效」。
还是那个变压器跳闸的例子。假设初始事件是「变压器内部发生匝间短路」。我们开始画事件树：
- 第一步：差动保护是否正确动作？
- 是 → 开关跳闸，故障隔离，事件结束。
- 否 → 进入下一步。
- 第二步：后备保护（过流保护）是否动作？
- 是 → 上级开关跳闸，故障隔离，但停电范围扩大。
- 否 → 进入下一步。
- 第三步：断路器是否成功断开？
- 是 → 故障隔离。
- 否 → 灾难性后果，比如变压器爆炸、火灾。
你看，ETA 把「保护层层设防」的逻辑展现得清清楚楚。每个分支都对应一个后果，从「轻微影响」到「灾难性事故」。
注意！ETA 的初始事件一定要选对。选错了，后面全白搭。我建议从「最可能发生的初始事件」开始分析，比如雷击、过负荷、绝缘老化。别一上来就分析「外星人入侵导致跳闸」，那没意义。
3.3 FTA 与 ETA 的对比与配合
这两个工具不是孤立的。我个人的经验是：先用 FTA 找原因，再用 ETA 评估后果和预防措施。
举个例子。你发现某条 0.4kV 馈线经常过负荷跳闸。先用 FTA 分析：
- 顶事件：馈线过负荷跳闸。
- 底事件：负载过大、保护定值偏小、三相不平衡。
找到原因后，再用 ETA 分析：如果「负载过大」这个初始事件发生，后续的「自动减载装置」是否有效？「备用回路」能否自动投入？
这样一套组合拳下来，你不仅能找到「为什么跳」，还能知道「下次怎么防」。
实战口诀：
- FTA：顶事件是故障，往下挖根因。适合「事后分析」。
- ETA：初始事件是隐患，往前推后果。适合「事前预防」和「风险评估」。
3.4 避坑指南与个人经验
我曾经在一个项目中吃过亏。当时一个 10kV 开关站频繁跳闸，我用 FTA 画了棵大树，把所有可能原因都列上了，结果排查了三天，最后发现是「保护装置内部电源模块老化」——一个我根本没画进树里的底事件。
从那以后，我总结了几条教训：
- 别漏了「共因失效」：比如同一批次的继电器都有缺陷，或者同一个电源模块给多个保护供电。这种失效模式在 FTA 里很容易被忽略。
- 别忘了「人的因素」：很多故障其实是检修时留下的隐患。比如螺丝没拧紧、二次线接错。我建议在 FTA 里专门加一个「人为失误」分支。
- ETA 要关注「后果的严重性」：不是所有分支都要同等对待。那些会导致「全厂停电」或「设备爆炸」的分支，必须优先处理。
一个小技巧：画完 FTA 或 ETA 后，拿给同事看看。有时候自己画得嗨，但别人一眼就能看出逻辑漏洞。我团队里有个规矩：任何故障分析报告，必须经过「双人互审」。这招真的能避免很多低级错误。
3.5 总结
FTA 和 ETA 不是纸上谈兵。它们是实实在在的工具，能帮你把混乱的故障现象梳理成清晰的逻辑链条。你想想看，下次半夜接到跳闸电话，你脑子里已经有一棵故障树了，是不是心里踏实多了？
嗯，今天就聊到这儿。下一章咱们聊聊「故障录波数据的解读」，那可是实打实的硬功夫。