故障隔离基本原理：FTA、FMEA、FIM的作用

各位同事，今天我们来聊聊故障隔离的基本原理。说实话，这部分内容是我在飞控系统设计中最常打交道的东西。你想想看，一架飞机在天上飞，电传飞控系统出了故障，怎么快速找到问题根源？靠的就是这三样工具：故障树分析（FTA）、故障模式与影响分析（FMEA）、故障隔离手册（FIM）。

我个人习惯把它们比作「侦探三件套」。FTA是推理逻辑图，FMEA是嫌疑犯档案，FIM是抓捕手册。三者配合，才能高效定位故障。下面我一个一个讲。

故障树分析（FTA）

FTA，说白了就是「倒着找原因」。从系统级故障现象出发，一层层往下拆，直到找到最底层的元器件失效或人为错误。

举个例子。飞机在空中报「左副翼卡滞」，这是顶事件。往下拆：可能是机械卡滞、液压失效、或者电传指令没传过去。再往下拆，电传指令问题又可能是线缆断了、计算机死机、或者传感器数据错误。这样一层层画出来，就是一棵倒挂的树。

我在项目中遇到过一件事。某次试飞前自检，飞控计算机报「舵面响应超时」。当时大家急得团团转，后来我用FTA一画，发现最可能的底事件是「伺服阀供电异常」。一查，果然是线束插头没插紧。嗯，这种低级错误其实挺常见的。

画FTA时要注意一点：别漏掉「共因故障」。比如两个冗余通道同时失效，可能不是巧合，而是共用了同一个电源。我见过有人画FTA只画独立故障，结果实际故障时根本对不上号。

下面这张图是我常用的FTA结构示意，你可以看看逻辑关系：

故障模式与影响分析（FMEA）

FMEA和FTA是反过来的。FTA是从上往下找原因，FMEA是从下往上评估影响。说白了，FMEA就是问：「这个零件如果坏了，会出什么事？」

我建议每个飞控系统工程师都养成做FMEA的习惯。它不光是文档，更是设计阶段的「避坑指南」。我在做某型飞控计算机时，FMEA表格里有一条：「CPU看门狗失效，导致系统无法自动复位」。当时觉得概率极低，结果后来真在高温试验中复现了。嗯，从那以后我再也不敢小看FMEA了。

FMEA表格通常包含这些列：

故障模式	故障原因	影响（局部）	影响（系统）	严重度	检测手段
陀螺仪输出漂移	温度变化/老化	姿态角误差	飞控指令偏差	高	BIT自检/交叉比较
伺服阀卡滞	油液污染	舵面不动	飞机失控	极高	位置反馈监测
CAN总线断线	线束磨损	通信中断	冗余通道切换	中	心跳信号检测

故障隔离手册（FIM）

FIM是给地勤和排故工程师用的。它不像FTA和FMEA那样偏设计阶段，FIM是实打实的「操作手册」。飞机落地后报故障，地勤翻开FIM，按步骤一步步测，就能找到坏掉的部件。

FIM的核心逻辑是「二分法」。举个例子，飞控计算机报「通道A故障」，FIM会先让你测电源，再测时钟，再测通信。每一步都告诉你：如果正常，跳转到步骤X；如果不正常，更换部件Y。这样一步步缩小范围。

我曾经参与编写过某型飞机的FIM。说实话，写FIM比写设计文档难多了。你得假设使用者对系统只有基本了解，每一步都要写得像「傻瓜相机」一样简单。比如不能写「检查伺服阀驱动信号」，而要写「用万用表测量J3插头的1号针脚对地电压，应在4.5V~5.5V之间」。你想想看，地勤在机库里顶着噪音和疲劳，哪有心思去分析电路原理？

三者如何配合？

讲到这里，你可能已经感觉到了。FTA、FMEA、FIM不是孤立的，它们是一个闭环：

• 设计阶段：用FMEA识别所有可能的故障模式，用FTA分析故障传播路径
• 测试阶段：用FTA指导故障注入测试，验证FIM的排故逻辑是否正确
• 运营阶段：用FIM快速隔离故障，实际排故经验反过来更新FMEA和FTA

我举个例子你就明白了。某次外场反馈，飞机在滑行时偶发「左副翼无指令偏转」。地勤按FIM查了三天没找到原因。后来我调出FTA一看，发现有一条路径是「电磁干扰导致伺服阀误动作」。之前FMEA里没写这条，因为觉得概率太低。但实际排故时，用频谱仪一测，果然发现附近有雷达车在开机。后来我们把这条加进了FMEA，FIM也增加了「检查附近电磁环境」的步骤。

你看，这就是三者的动态配合。没有FTA，你找不到隐藏的故障路径；没有FMEA，你评估不了故障的严重程度；没有FIM，你没法在几分钟内搞定排故。三者缺一不可。

---

公众号:蓝海资料掘金营，微信deep3321