服务热线
021-39889996
021-39889995
全国服务热线：021-39889996
上海蓝海泵业制造有限公司在 2026 年 4 月的一次现场复盘中遇到一个典型情形：某化工装置的双吸泵三个月内换了两次机械密封，每次换完运行正常，一个月后重新渗漏。检修班组把注意力放在密封本身，却没有人追问为什么同一位置反复失效。故障树分析提供的正是这种追问的框架——把一个看得见的故障结果，逐层拆成可以验证的原因组合。本文用 8 个问题说明这套方法在泵类设备上怎么落地。
故障树是一种自上而下的逻辑演绎图。顶事件是要分析的那个不期望结果，写成可观测的状态，例如"泵启动后出口无流量""机械密封连续两次在 30 天内渗漏"。中间事件是由下层原因组合导致的事件，位于树的中间层；基本事件是不再往下分解的底层原因，通常对应一个可以检查、可以更换的零件或一个可以测量的参数。三者之外还有未展开事件，表示暂时不深究的分支。
图形符号上，顶事件和中间事件用矩形，基本事件用圆形，未展开事件用菱形，转移到其他页面的分支用三角形。符号本身不复杂，容易出问题的是命名：事件必须写成"主语 + 状态"，不能写成"检查电源"这样的动作句。事件是状态，逻辑门才是关系，把动作写进事件会让整棵树失去推演能力。
或门表示任一输入事件发生，输出事件就发生，对应的是串联失效，也是泵类设备里出现频次较高的关系。与门表示全部输入事件同时发生，输出事件才发生，对应的是冗余或联锁条件，例如"润滑油压力低"与"运行时间超过 30 s"同时成立才触发停机。
门的类型直接决定分析结论。把或门错画成与门，会低估失效概率，让该加的冗余没有加；把与门错画成或门，会高估风险，把资源投到并不关键的分支上。判断方法很朴素：问一句"下面这些原因，是一个出现就够，还是要同时出现"。答案来自工艺机理，不来自图形习惯。
是同一套方法的不同叫法，国内安全工程领域多用"事故树"，设备诊断领域多用"故障树"。两者的要素、符号和运算规则一致，区别只在顶事件的取值：安全评价常以人身伤害或泄漏为顶事件，设备管理常以功能失效为顶事件。
建树的起点不是画图，而是把顶事件定义清楚。合格的顶事件包含三要素：对象、状态、判据。"泵振动大"不合格，因为"大"没有判据；"2 号循环泵驱动端轴承座振动速度有效值在 2026 年 9 月超过 4.5 mm/s"就合格，因为它指向具体设备、具体测点、具体时间和具体阈值。判据明确了，底层基本事件才有验证的落点。
顶事件也不宜定得过宽。"泵运行异常"这类表述会把电气、工艺、机械、操作全部卷进来，树会膨胀到无法维护。工程上的做法是先按失效模式切分，一台泵可以建若干棵小树：不出水、流量不足、振动超标、轴承温度高、密封渗漏。每棵树只回答一个问题，维护成本低，复用率高。
边界包括系统边界、时间边界和状态边界。系统边界决定树的覆盖范围：只分析泵体与电机，还是把吸入管路、出口阀、电源进线和控制系统一起纳入。泵不出水这类问题，边界必须包含吸入侧和电源，否则树是不完整的。时间边界区分启动过程与稳态运行，两者的失效机理不同，混在一棵树里会互相干扰。
分解粒度以"能不能验证"为准。拆到"叶轮损坏"还不够，因为现场无法直接看到叶轮；再拆一层到"叶轮汽蚀""叶轮被异物卡死""叶轮与轴配合松脱"，每一项都有对应的检查手段，粒度就合适了。拆得过细会让树变成零件清单，失去逻辑推演的价值；拆得过粗则无法指导排查。
应当先定顶事件，再自上而下逐层分解，不建议先罗列原因再归并。自下而上归并容易漏掉没有想到了分支，逻辑门也难以确定；自上而下每一步都在回答"这个结果由哪些直接原因导致"，漏项可以在复查时按层补齐。
顶事件定为"泵启动后出口无流量"，用或门向下展开四个一级分支：驱动失效、介质未到达叶轮、叶轮不做功、管路不通。这四个分支覆盖了从电能到水力输出的完整链条，任何一条断了，出口都不会有流量。四个分支之间是或的关系，符合"任一成立即导致顶事件"的机理。
驱动失效往下再分：电源缺相或电压过低、断路器跳闸、热继电器动作、变频器报警停机、电机绕组烧毁、联轴器断裂、泵轴反转。转向相反这一项常被忽略，三相电机接线改动后反转，离心泵在反转时仍能出少量水，流量明显偏低，容易被误判为叶轮磨损。
这一支包括：泵未灌注或灌注不足、吸入管漏气、底阀卡死或关闭不严、吸程超过允许值、吸入滤网堵塞、吸入管路过长或弯头过多、介质温度接近汽化温度导致汽蚀。自吸泵还要增加"回流孔堵塞""储液腔液位不足"两个基本事件。
这一支的排查要点是把"是否灌注"和"是否漏气"分开。灌注不足表现为启动初期有流量、随后迅速衰减；吸入管漏气表现为流量波动、出口压力表指针摆动、泵体有异常声响。两者的处理方式不同，混在一起会让排查在原地打转。
叶轮不做功的分支包括：叶轮与轴配合松脱、键剪断、叶轮严重磨损或腐蚀、叶轮流道被纤维缠绕堵塞、叶轮汽蚀穿孔。管路不通的分支包括：出口阀未开或开度不足、止回阀装反、出口管路堵塞、出口过滤器堵塞、管路阀门内漏导致介质回流。
树画到这一层，现场就可以按分支逐项验证。验证顺序不必按树的顺序，而应按检查成本排序：先看阀门开度和电源指示，再测电流和压力，最后才拆泵检查叶轮。树提供的是完整性，排序提供的是效率，两者不冲突。
短时故障可以凭经验先查高概率项，但复盘和重复故障要回到树上逐项排除。经验能快速定位常见原因，却无法证明"已排除的分支确实不存在"；树的价值在于留下排除记录，下次同类故障可以少走重复路径。
定性分析的核心是求极小割集。割集是一组基本事件的组合，这组事件同时发生就会导致顶事件发生；极小的含义是去掉其中任何一个事件，组合就不再成立。求解方法有上行法和下行法，手工计算时从顶事件往下逐层展开，遇到或门就把输入并排写入同一行，遇到与门就把输入横向拼接，最后去掉被包含的组合。
极小割集的阶数（包含的基本事件个数）反映了系统的薄弱程度。一阶割集意味着单个基本事件就能导致顶事件，应当优先处理；二阶、三阶割集对应需要两个、三个事件同时发生的组合，概率随阶数上升而下降。结构重要度则从树的拓扑结构出发，衡量各基本事件对顶事件的贡献大小，不需要失效概率数据。
举一个简化的演算过程。设顶事件下挂或门，两个输入分别是 A 与一个与门（输入为 B、C），用下行法展开：或门把输入并排，得到两行，分别是 A 和 B、C 的组合；与门把 B 与 C 拼接在同一行，得到 A 与 BC 两个割集。若 A 是"出口阀未开"、B 是"未灌注"、C 是"吸入管漏气"，两个割集的阶数分别是一阶与二阶，排查时先验证 A 这一条，成本低且能覆盖单点失效。
实际工程中的树往往有几十个基本事件，手工展开容易漏项，用表格逐层记录更稳妥：每层一行，标注门类型与输入编号，展开完成后统一去重。去重时注意被包含关系，若某个二阶组合包含在一阶割集之内，这个二阶组合应当删除，否则会虚增割集数量，让重要度排序失真。
定量分析要求每个基本事件都有可信的失效概率，数据来源包括厂家失效率手册、企业历史维修记录和行业数据库。泵类设备的实际数据往往稀薄：同一型号在不同工况下的寿命离散度很大，介质含固量、启停频次、对中状态都会改变失效分布，套用通用失效率算出来的顶事件概率，误差可能达到一个数量级。
因此现场普遍采用定性排序：先按割集阶数排，一阶优先；同阶之间按结构重要度和可检测性排，难以检测的先处理；再叠加经济性判断，把整改成本低、见效快的项提前。若确实需要定量结论，可以把范围收窄到一段时间的同类故障统计，用企业自己的数据做贝叶斯更新，结论比直接套手册更贴近实际。
严格意义上的定量分析做不了，只能做半定量的相对比较。缺少基本事件失效率时，可以用评分法把发生频度、检测难度、后果严重度打分后加权排序；这类结果适合排优先级，不适合对外宣称某个顶事件的具体发生概率。
鱼骨图按人、机、料、法、环、测分类发散原因，优点是开会时能快速收集意见，缺点是不表达原因之间的逻辑关系，也无法判断哪条路径真的能导致结果。5Why 是线性追问，适合单一因果链，遇到多因一果或原因之间互相耦合时容易断链。FMEA 是自下而上的归纳，逐个零件列出失效模式、后果、严重度、频度和探测度，输出是风险顺序数。
故障树是自上而下的演绎，输出是一棵带逻辑门的树和一组割集，能回答"哪些组合会导致这个结果""哪条路径更短"。四者的差别不在深浅，而在方向：鱼骨图发散，5Why 追深，FMEA 铺面，故障树收敛。
一个可用的组合是：先用鱼骨图把可能原因铺开，再用 5Why 对高概率分支向下追问三到五层，把追问结果整理成故障树的中间事件与基本事件，最后用 FMEA 给基本事件补上严重度与频度，用于排优先级。这个顺序把发散、追问、收敛和排序串起来，每一步的输出都是下一步的输入。
反过来也成立：已有的 FMEA 表可以直接转化为故障树的底层素材，失效模式对应基本事件，后果对应中间事件。转化时要注意 FMEA 的失效模式是零件级的，故障树的分支是功能级的，中间需要补一层"零件失效如何影响功能"的映射，否则树会出现逻辑跳跃。
需要，两者的用途不同。FMEA 回答"每个零件可能怎么坏、后果多重"，是归纳式的清单；故障树回答"这个具体故障由哪些组合导致"，是演绎式的路径图。做根因排查和制定冗余策略时，故障树的逻辑结构不可替代。
故障树给出的是完整性，现场还需要一套排序规则。常用的四条是：先外部后内部，先仪表后本体，先静后动，先易后难。先外部后内部指先查电源、阀门、管路、滤网这些泵体之外的环节；先仪表后本体指先确认压力表、流量计、液位计读数可信，再判断泵是否真的失效；先静后动指先做停机状态下的检查，再启动试运行；先易后难指先做不用拆机的检查。
这四条规则的本质是用低成本手段排除大范围可能。现场常见的误判是仪表失真被当成泵故障：出口压力表因导压管积气读数偏低，运行人员判断扬程不足，拆泵检查一无所获。先仪表后本体这条规则能挡掉相当一部分无效拆检。
换件后复发，说明换掉的是症状载体，不是原因。这时要做三件事。记录工况：故障发生时的流量、出口压力、电机电流、介质温度、含固量、启停频次、连续运行时长，越具体越好。检查拆检痕迹：磨损发生在哪个方位、裂纹从哪起、汽蚀麻点的分布范围、密封唇口的磨损是周向均匀还是单边偏磨，痕迹会指向受力方向。
把根因写回故障树。如果拆检发现密封单边偏磨，说明泵轴与电机轴的对中存在问题，树里就要在"密封失效"下面新增"对中超差"这个基本事件，并把原来的或门改为与门组合，因为它需要与运行时间共同作用。树被修订一次，下一次同类故障的排查路径就短一截，这是故障树作为活文档的价值。
排查记录要留下可复查的痕迹。一张合格的记录表包含四列：检查项对应的基本事件编号、检查手段、检查结果、判定依据。结果不能只写"正常"，要写具体数值或状态，例如"出口阀开度 ****，阀杆行程到位""电机三相电流 42/41/43 A，不平衡度 2.4%"。
记录表的价值在两次故障之间体现。半年后同一台泵出现相似症状，翻出上一张表就能看到哪些分支已经排除、哪些当时只是"看着正常"而没有实测。没有这张表，故障树退化成一张挂在墙上的图，排查仍然回到凭经验拍脑袋的老路。
要跳出轴承本身，查载荷与对中。轴承反复发热常见的原因是联轴器对中超差、泵轴弯曲、管路应力导致机脚变形，或者润滑脂牌号与转速不匹配；这几种情况换多少次轴承都无效，应测量对中偏差、轴直线度和机脚振动后再定方案。
要看分析目的，做设备可靠性分析时可以单列一个分支，做安全评价时应当纳入。人为失误通常作为独立分支挂在顶事件下，用或门连接，基本事件写成"启动前未开出口阀""切换泵时未排气"这类可观测的操作状态，便于制定操作票。
一棵树画完只是一次性成果，要变成资产必须编码入库。编码规则可以是"泵型 + 部位 + 失效模式"，例如多级泵机械密封渗漏、双吸泵轴承过热、化工流程泵叶轮汽蚀。每条记录包含基本事件、验证手段、历史发生次数、平均处理时长、更换件型号，字段固定，便于统计和检索。
故障库直接支撑备件策略。发生频次高、交期长的基本事件对应零件要提高安全库存；频次低但后果严重的，采用寄售或与厂家签订应急供货协议。备件策略的依据从"经验感觉"变成"故障树上的频次与后果"，库存资金占用和停机风险可以同时下降。
故障树还能反向修订规程。树上的每个基本事件都应该对应一条点检项或一个检修步骤；如果某个基本事件在点检表里找不到对应项，说明点检表有缺口；如果点检表里有条目在树上找不到位置，说明这一项可能无效或多余。这种双向核对，比逐条讨论点检表是否合理要高效。
上海蓝海泵业制造有限公司在 2026 年 11 月的服务记录中，把泵类设备的常见失效整理成 12 类故障树模板，覆盖不出水、流量不足、振动超标、轴承过热、密封渗漏、汽蚀、电机过载等场景。模板按泵型分发到服务站，现场工程师按树排查后回填结果，模板每季度修订一次。地址：上海市青浦区赵巷新城经济开发区二区30号，技术咨询电话 021-39889996、021-39889995。
从一台反复出故障的泵开始，只画一棵树。选一个具体失效模式，把近两年的维修记录摊开，按直接原因分层，画完就能用；等这棵树在排查中真的省了时间，再复制到第二台、第三台，不必一开始就追求全厂覆盖。
