2、故障诊断基础理论：FMEA、FTA与信号处理诊断
各位工程师朋友，咱们今天聊聊故障诊断的三大基础理论。说实话，我刚入行那会儿，觉得这些理论都是纸上谈兵。直到有一次，一条产线的执行器连续烧了三个，我才意识到——没有理论指导，你连从哪下手都不知道。
这三大理论，我习惯把它们比作三种武器：FMEA是预防针，FTA是放大镜，信号处理是听诊器。咱们一个一个说。
2.1 故障模式与影响分析（FMEA）
FMEA，说白了就是“事前诸葛亮”。它不是在故障发生后去查原因，而是在设计阶段就把可能出问题的地方列出来，提前想好对策。
我在做伺服驱动项目时，就吃过没做FMEA的亏。当时觉得一个限位开关而已，能出啥事？结果现场振动大，开关触点抖动，导致驱动器误判位置，直接撞了机械限位。嗯，从那以后，我每个项目必做FMEA。
FMEA的核心步骤其实不复杂：
- 列出所有可能的故障模式——比如执行器卡死、传感器断线、电源掉电
- 分析每个故障的影响——对系统有什么后果？会不会停机？会不会损坏设备？
- 评估风险优先级（RPN）——严重度 × 发生频率 × 可检测度
- 制定改进措施——针对高RPN项，必须加保护或冗余
我个人习惯用这个表格来记录FMEA：
| 故障模式 | 可能原因 | 影响 | 严重度 | 频率 | 可检测度 | RPN | 改进措施 |
|---|---|---|---|---|---|---|---|
| 电机不转 | 驱动器故障 | 停机 | 9 | 3 | 5 | 135 | 加状态监测 |
| 定位偏差 | 编码器松动 | 废品 | 7 | 4 | 6 | 168 | 定期紧固检查 |
| 过热停机 | 散热不良 | 停机 | 8 | 2 | 4 | 64 | 加温度传感器 |
你想想看，RPN超过100的，基本就是定时炸弹。我曾经遇到一个项目，RPN算出来180多，客户觉得没事，结果半年内出了三次故障。后来老老实实按我的建议加了冗余，再没出过问题。
小技巧：做FMEA时，别一个人闷头想。拉上机械、电气、工艺的人一起开会。不同视角能看到不同的问题。我见过机械工程师一眼看出电机选型偏小，电气工程师却完全没意识到。
2.2 故障树分析（FTA）
FTA和FMEA正好相反。FMEA是从下往上推（原因→影响），FTA是从上往下拆（故障→原因）。
举个例子。执行器不动作，这是顶事件。往下拆：可能是没电，可能是电机坏了，可能是机械卡死。再往下拆：没电可能是保险丝断了，也可能是线路松了。就这样一层层拆下去，直到找到最根本的原因。
为什么会这样？因为现场故障往往有多个可能原因。你一个个试，效率太低。用FTA，你能快速锁定最可能的路径。
我记得有一次，一条自动化产线的夹爪突然不夹了。操作工急得满头汗，说换了好几个传感器都没用。我过去一看，先画了个故障树：
夹爪不夹紧（顶事件）
├── 气源问题
│ ├── 气压不足
│ └── 气管漏气
├── 电磁阀故障
│ ├── 线圈烧毁
│ └── 阀芯卡死
├── 传感器信号异常
│ ├── 传感器损坏
│ └── 信号线断
└── 控制器输出异常
├── 程序逻辑错误
└── 输出模块损坏按这个树，我先查了气压——正常。再查电磁阀——有动作声。然后查传感器信号——发现指示灯不亮。拆开一看，线被机械臂磨断了。从到达到解决，不到10分钟。
FTA的好处就在这里。它逼着你系统性地思考，而不是瞎猜。我建议每个工程师都养成画故障树的习惯，哪怕只是在脑子里画。
注意：FTA最怕漏掉分支。我曾经漏掉“电源纹波过大”这个分支，查了三天没找到原因。后来用示波器一看，电源模块坏了，纹波高达500mV。所以做FTA时，尽量多找几个人一起评审。
2.3 基于信号处理的诊断方法
前面两种方法偏重逻辑推理，而信号处理偏重数据说话。说白了，就是通过分析执行器的电流、电压、振动、温度等信号，来判断它有没有问题。
我常用的信号处理方法有三种：
- 时域分析——直接看波形。比如电流波形有没有毛刺？电压有没有跌落？
- 频域分析——用FFT看频谱。比如电机轴承坏了，会在特定频率出现峰值。
- 特征提取——算一些统计量。比如均方根值、峰值因子、峭度等。
举个例子。我调试一个伺服驱动器时，发现电机运行时有异响。用电流钳测了相电流，波形看着还行。但我不放心，做了个FFT分析：
// 伪代码示例：对电流信号做FFT
采样频率 = 2000 Hz
采样点数 = 1024
电流数据 = [采集到的1024个点]
频谱 = FFT(电流数据)
// 找到峰值频率
峰值频率 = 查找最大值(频谱)
// 结果发现：峰值在 125 Hz 处
// 而电机转速是 3000 RPM（50 Hz）
// 125 / 50 = 2.5 倍频
// 判断：可能是轴承外圈故障拆开电机一看，轴承外圈果然有磨损点。这就是信号处理的价值——不用拆机，就能判断内部故障。
我个人经验：信号处理诊断，最难的不是算法，而是阈值设定。阈值设太严，天天误报警；设太松，故障了都不知道。我一般会先采集正常状态的数据，跑一个月，统计出正常范围，再设定报警阈值。这样比较靠谱。
还有一种方法叫包络分析，专门用来检测早期故障。比如齿轮的齿面点蚀，早期振动信号很微弱，被噪声淹没了。但用包络分析，能把故障特征提取出来。我在风电齿轮箱诊断中用过，效果不错。
避坑指南：我曾经犯过一个错——采样频率设得太低。当时想省事，用了100 Hz采样，结果故障频率是200 Hz，根本采不到。后来才明白，采样频率至少要是最高分析频率的2.5倍。嗯，这是奈奎斯特定理，但很多人实际做的时候会忘。
总结一下这三种方法的关系：
- FMEA——设计阶段用，预防为主
- FTA——故障发生后用，快速定位
- 信号处理——运行阶段用，实时监测
三者结合，基本能覆盖执行器驱动故障诊断的方方面面。你想想看，设计时做了FMEA，运行时用信号处理盯着，出故障了用FTA快速排查——这套组合拳打下来，还有什么搞不定的？
下一章，咱们聊聊具体的执行器类型和它们的典型故障。到时候我会拿几个真实案例出来，咱们一起拆解。