3. 故障诊断基础理论：故障的定义与分类、诊断流程与策略

各位好，我是老张。在火控系统这个行当里摸爬滚打了十几年，今天咱们来聊聊故障诊断的基础理论。这部分内容，说白了就是给“看病”打地基。你连“症状”和“病根”都分不清，后面的诊断就没法做。

3.1 故障的定义与分类

先说说什么是故障。我个人习惯把故障定义为：系统或设备偏离了其规定的功能或性能指标。注意，这里强调的是“偏离”，不一定是完全坏掉。比如，雷达探测距离从100公里掉到了80公里，这也是故障。

为什么会这样？因为火控系统是个高实时、高精度的系统，任何微小的偏差都可能导致打靶失败。我在项目中遇到过好几次，就是因为一个电容的容值漂移了5%，导致伺服电机响应慢了20毫秒，结果脱靶了。

故障的分类，我一般从三个维度来看：

分类维度	类型	典型例子
按发生原因	硬件故障 / 软件故障 / 人为故障	芯片烧毁 / 代码跑飞 / 操作失误
按持续时间	永久故障 / 间歇故障 / 瞬态故障	线路断开 / 接触不良 / 电磁干扰
按影响范围	局部故障 / 全局故障	单通道失效 / 全系统死机

嗯，这里要注意。间歇故障是最让人头疼的。你想想看，它时好时坏，等你拿万用表去测的时候，它又好了。我曾经为了抓一个间歇故障，在实验室连续蹲了三天三夜，最后发现是振动环境下，一个接插件偶尔松动导致的。

3.2 故障诊断的基本流程

诊断流程，我把它总结成四步走。这四步，是我从无数次排故中提炼出来的，少一步都不行。

1. 信号检测与获取：先得知道系统“生病”了。通过传感器、BIT（机内测试）等手段，拿到第一手数据。
2. 特征提取与处理：原始数据太乱，得提炼出有用的特征。比如，从电压波形里提取出“过冲”和“振铃”的幅度。
3. 状态识别与诊断：把提取的特征跟故障库里的“指纹”做比对，判断出是什么故障。
4. 决策与处置：诊断出来之后怎么办？是报警、切换备份，还是直接停机？

我举个例子。有一次，火控计算机的“看门狗”频繁复位。按照流程，我先检测了电源纹波，发现异常；然后提取了纹波的频率特征，发现是100Hz的工频干扰；最后诊断出是电源滤波电容老化。你看，每一步都环环相扣。

3.3 诊断的层次与策略

诊断不是一锤子买卖，它是有层次的。我习惯把诊断分为三个层次：

• 系统级诊断：判断整个火控系统是否正常工作。比如，能不能锁定目标？能不能解算弹道？
• 子系统级诊断：定位到具体的分系统。是雷达的问题，还是光电的问题，还是火控计算机的问题？
• 模块/元件级诊断：精确到是哪块板卡、哪个芯片、哪个电阻电容坏了。

你想想看，如果一上来就钻到元件级，那效率太低了。正确的做法是“由粗到细，逐层剥离”。

至于诊断策略，我常用的有三种：

策略名称	适用场景	我的经验
基于规则	故障模式已知，经验丰富	适合常见故障，速度快，但遇到新故障就抓瞎
基于模型	系统数学模型清晰	精度高，但建模成本高，实时性要求高
基于数据驱动	复杂系统，难以建模	现在很火，但需要大量历史数据训练

最后说一句，诊断策略的选择，没有绝对的好坏。你得根据系统的复杂度、实时性要求、以及你手头有什么数据来定。我个人习惯，在火控系统这种高安全性的场合，优先保证诊断的“完备性”，宁可误报，也不能漏报。

好了，这一章的基础理论就讲到这里。下一章，咱们聊聊具体的诊断方法，比如故障树分析（FTA）和失效模式与影响分析（FMEA），那才是真正动手干活的东西。