2. 故障模式与影响分析基础

故障模式与影响分析(FMEA)是一套以“故障”为分析对象、以“影响”为推理结果、以“风险”为排序依据的系统化可靠性分析方法。它的核心思想并不复杂:在系统真正失效之前,先假设某个组成部分可能以什么方式失效,再沿着功能链路推演这种失效会带来什么后果,最后根据后果的严重程度和发生可能性决定处理优先级。对航空电子而言,这种“事前推演”尤其重要,因为航电系统往往承担飞行控制、导航、通信、显示与告警等关键功能,任何单点失效都可能被放大为任务失败甚至安全事故。

一、基本概念与关键术语

理解FMEA,首先要区分几个容易混淆的术语。故障指系统或部件丧失规定功能的状态;故障模式是故障的具体表现形式,例如“输出开路”“输出短路”“信号漂移”“无输出”“间歇性中断”等;故障原因是导致故障模式发生的物理或逻辑根源,如焊点疲劳、元器件老化、软件逻辑缺陷、电磁干扰等;故障影响则是故障模式在局部、上层乃至整个系统层面造成的结果。局部影响针对被分析对象本身,上层影响针对其所属子系统,最终影响则面向飞机级功能或任务。

FMEA还依赖三个关键参数:严重度(S)描述后果的严重程度,发生度(O)描述故障原因出现的可能性,探测度(D)描述现有手段发现该故障的难易程度。三者相乘得到风险优先数(RPN),用于排序改进优先级。需要强调的是,RPN只是排序工具,不能替代工程判断:一个严重度极高但发生度较低的故障,仍可能因后果不可接受而必须优先处理。

在航空电子中,严重度通常与适航安全等级挂钩。若某故障模式可能导致飞机级灾难性后果,即使RPN不高,也应作为关键项目单独管理。

二、FMEA的主要类型与关系

工程实践中常见的类型包括FMECA、FTA以及FMEDA等。FMECA是在FMEA基础上增加危害性分析(CA),即不仅分析故障模式与影响,还对后果的严重程度和发生概率进行定量或半定量评估,形成危害性矩阵。FTA(故障树分析)则采用自上而下的演绎方式,从顶事件出发,用逻辑门逐层分解到基本事件,适合分析多因素组合导致的系统级失效。两者方向相反:FMEA是自下而上的归纳,FTA是自上而下的演绎,实际工程中常配合使用。

FMEA / FMECA / FTA 关系与航空电子适用场景 FMEA(归纳) 自下而上:部件→子系统→系统 输出:故障模式、原因、影响 定性为主,识别单点失效 FMECA(FMEA+CA) 增加危害性分析 S / O / D → RPN 排序 输出:危害性矩阵、关键项目 FTA(演绎) 自上而下:顶事件→基本事件 逻辑门:与门/或门/表决门 输出:最小割集、概率 扩展 互补验证:FMEA 找单点,FTA 找组合 航空电子典型适用场景 飞控计算机 CPU、电源、总线 单点失效识别 导航与通信 GPS、VOR、数据链 信号丢失/漂移 显示与告警 显示器、EICAS 误告警/漏告警 供电与冗余 电源切换、余度 共因失效分析 标准体系支撑 ARP4761 / ARP4754A DO-178C / DO-254 MIL-STD-1629A IEC 60812

三、航空电子中的适用场景

航电系统的FMEA通常从功能层级展开。以飞控计算机为例,其功能可分解为供电、运算、总线通信、输出驱动等模块。分析时先列出每个模块的故障模式,例如“电源模块输出欠压”“CPU运算结果错误”“ARINC 429总线无输出”“离散量输出开路”。随后逐一判断这些故障模式对飞控计算机、对飞行控制系统、对飞机级功能的影响。若某故障模式会导致舵面失控,则严重度可定为灾难级,必须通过冗余、监控或自检手段加以控制。

导航与通信系统则更关注信号层面的故障模式,如GPS信号丢失、VOR接收机灵敏度下降、数据链间歇中断等。这类故障往往不会立即导致灾难,但会降低任务完成能力,因此需要结合发生度和探测度综合评估。显示与告警系统则要特别关注“误告警”和“漏告警”两类相反方向的失效,前者增加机组负担,后者可能掩盖真实故障。供电与冗余系统则需重点分析共因失效,例如同一电源母线上的多个设备同时失电,或余度通道因同一软件缺陷同时失效。

四、标准体系与工程落地

航空电子FMEA并非孤立活动,而是嵌入在适航与系统工程标准体系之中。ARP4761为民用飞机安全性评估提供了FMEA、FTA、CCA等方法的实施指南;ARP4754A则从系统研制流程角度规定安全性评估应与设计同步迭代。DO-178C和DO-254分别针对机载软件和复杂电子硬件,要求在其生命周期内开展相应的安全性分析。MIL-STD-1629A是经典的军用FMECA标准,IEC 60812则提供了FMEA的通用国际框架。

在实际工程中,FMEA通常以表格形式承载分析结果,核心字段包括:项目/功能、故障模式、故障原因、局部影响、上层影响、最终影响、严重度、发生度、探测度、RPN、建议措施、责任人、状态。分析不是一次性的,而应随设计迭代更新。当设计变更引入新的元器件、新的接口或新的软件逻辑时,相关FMEA条目必须重新评审。只有把FMEA真正嵌入设计评审、试验验证和适航取证流程,它才能从“文档作业”变成“设计工具”。

FMEA的常见误区是只关注硬件故障而忽略软件、接口和人为因素。航电系统中,软件逻辑缺陷、总线协议错误、电磁干扰导致的间歇故障,同样应作为故障模式纳入分析范围。