设备故障模式与影响分析（FMEA）实战
各位工程师朋友，咱们今天聊聊FMEA。说实话，我刚入行那会儿，觉得FMEA就是填表格、走形式。直到有一次，一条产线连续烧了三台电机，我才真正意识到——FMEA不是给审核员看的，是给自己保命的。
FMEA的全称是Failure Mode and Effects Analysis，翻译过来就是“故障模式与影响分析”。它的核心逻辑很简单：提前想清楚设备会怎么坏，坏了对生产有多大影响，以及我们能不能及时发现。你想想看，这比等设备坏了再抢修，是不是高明得多？
核心观点：FMEA不是一次性的文档工作，而是贯穿设备全生命周期的风险管理工具。我建议每个关键设备都建立FMEA档案，并且每年至少回顾一次。
FMEA的基础概念
FMEA最早是NASA搞出来的，后来被汽车行业发扬光大。现在，它已经成为设备可靠性管理的标配工具。我个人习惯把FMEA拆成三个层次来理解：
- 故障模式（Failure Mode）：设备“怎么坏”的。比如轴承卡死、电机过载、传感器漂移。
- 影响（Effects）：坏了之后“会怎样”。比如停机10分钟、产品报废、甚至引发安全事故。
- 原因（Causes）：为什么会坏。比如润滑不足、电压波动、安装偏差。
嗯，这里要注意：很多新手容易把“故障模式”和“原因”搞混。我举个例子——“轴承卡死”是故障模式，“润滑脂干涸”是原因。千万别写反了，否则后面的分析全乱套。
我的小技巧：做FMEA时，先列故障模式，再倒推原因，最后评估影响。这个顺序能帮你理清思路，避免遗漏。
严重度（S）评分标准
严重度，说白了就是“设备坏了，后果有多严重”。评分从1到10，分数越高，后果越惨。我在项目中遇到过一家化工厂，他们把“轻微泄漏”评了3分，结果一次泄漏直接导致整条产线停产三天——这就是严重度评低了。
下面是我常用的评分表，你直接拿去用：
| 评分 | 严重程度 | 典型描述 |
|---|---|---|
| 1 | 无影响 | 设备功能正常，操作员几乎察觉不到 |
| 2-3 | 轻微 | 设备性能略有下降，但无需停机处理 |
| 4-5 | 中等 | 设备需要临时停机维修，影响单班次生产 |
| 6-7 | 严重 | 设备长时间停机，影响多班次或订单交付 |
| 8-9 | 极严重 | 设备损坏，需要大修或更换核心部件 |
| 10 | 灾难性 | 人员伤亡、重大环境污染或巨额经济损失 |
避坑指南：我曾经见过一个团队，把所有故障的严重度都评在3-5分之间，理由是“不想引起管理层关注”。这是典型的自欺欺人。严重度必须基于客观后果，而不是政治考量。
频度（O）评分标准
频度，就是“这个故障多久发生一次”。评分同样是1到10，1代表几乎不可能，10代表天天发生。你想想看，如果一个故障频度是9，那基本等于“早晚要出事”。
频度评分的关键在于历史数据。我建议你翻翻过去两年的维修记录，别拍脑袋。下面是我的参考标准：
| 评分 | 发生频率 | 典型描述 |
|---|---|---|
| 1 | 极低 | 几乎不可能发生，行业内无先例 |
| 2-3 | 低 | 每1-3年发生一次 |
| 4-5 | 中等 | 每半年到1年发生一次 |
| 6-7 | 高 | 每1-3个月发生一次 |
| 8-9 | 很高 | 每周到每月发生一次 |
| 10 | 极高 | 每天发生或连续运行中必然出现 |
我记得有一次，一个团队把某泵的密封泄漏评为频度3，结果我一看维修记录——过去半年换了5次密封。这就是典型的数据没对齐。频度评分一定要用数据说话。
探测度（D）评分标准
探测度，指的是“故障发生前或发生时，我们能不能及时发现”。评分也是1到10，1代表一定能发现，10代表根本发现不了。这个维度最容易被忽视，但恰恰是最值钱的。
为什么？因为如果探测度好，即使严重度和频度都很高，我们也能在故障扩大前及时干预。反过来，如果探测度是10，那就像一颗定时炸弹——你永远不知道它什么时候爆。
| 评分 | 探测能力 | 典型描述 |
|---|---|---|
| 1 | 几乎肯定 | 有在线监测系统，故障前有明显预警 |
| 2-3 | 高 | 通过定期巡检或简单仪表可发现 |
| 4-5 | 中等 | 需要专业检测设备或拆解才能发现 |
| 6-7 | 低 | 故障发生后才能通过间接现象判断 |
| 8-9 | 很低 | 故障发生后也难以定位具体原因 |
| 10 | 几乎不可能 | 没有任何手段可以探测到 |
我的建议：如果某个故障模式的探测度在8分以上，我建议你优先考虑加装传感器或改进检测手段。这是投入产出比最高的改进方向。
风险优先级数（RPN）的计算
好了，三个维度都讲完了。现在把它们乘起来，就得到了RPN：
RPN = 严重度(S) × 频度(O) × 探测度(D)RPN的范围是1到1000。分数越高，风险越大。但我要提醒你——别只看总分。我曾经见过一个案例：某个故障的S=9、O=2、D=2，RPN只有36。但S是9啊！一旦发生就是灾难。所以，我个人的习惯是：
- 先看S：只要S≥8，不管RPN多少，必须制定改进措施。
- 再看RPN：通常设定一个阈值，比如100或200，超过阈值的必须处理。
- 最后看O×D：如果O和D都很高，说明这个故障“经常发生且发现不了”，也是重点。
实战经验：我在做一条自动化产线的FMEA时，发现一个RPN=120的故障模式（S=6, O=5, D=4）。按常规，这个分数不算高。但进一步分析发现，这个故障会导致后续工位的连锁停机。最终我们把它列入了优先改进清单。所以，RPN是参考，不是圣旨。
FMEA核心逻辑图
下面这张图，是我做FMEA时脑子里始终绷着的一根弦。它把整个分析流程串起来了：
RPN的改进策略
算出RPN之后，下一步就是降低它。怎么降？三个方向：
- 降低严重度（S）：通过设计变更，比如增加安全联锁、选用更耐用的材料。但说实话，S往往最难改，因为它是设备固有属性。
- 降低频度（O）：通过预防性维护、改进操作规范、提高备件质量。这是最常用的手段。
- 提高探测度（D）：加装传感器、增加巡检频次、引入状态监测技术。这是见效最快的方法。
我个人习惯，每次改进后都重新计算RPN，看看分数降了多少。如果改进后RPN还是很高，那就说明措施不够，得继续想办法。
注意：千万不要为了降低RPN而故意调低评分。我见过有人把S从8改成6，就为了让RPN“达标”。这是自欺欺人，设备不会因为你的评分低了就真的变安全。
好了，FMEA的核心内容就这些。记住，FMEA不是一次性的工作，而是持续改进的工具。每次设备出故障，都回去翻翻FMEA，看看当初的评分对不对，措施有没有效。这才是FMEA的真正价值。