本文内容
平均故障间隔时间（MTBF）是指可维修设备每发生一次故障所对应的平均运行时间。对于生产设备，计算方法是将同一观察期内该设备的总运行小时数除以记录的设备故障次数：
MTBF = 总运行时间 ÷ 故障次数
一台设备运行了 160 小时，发生四次故障，观测得到的 MTBF 就是 40 个运行小时。这并不意味着设备每运行 40 小时就会发生一次故障，也不意味着在接近第 40 个运行小时时进行保养就能避免下一次故障。
真正值得关注的是：这些故障规律提示你应调查什么、改进什么。维护部门与生产部门商定检修安排后，订单排程也需要反映相应的设备不可用时段。SkyPlanner APS 将这一产能变化与受影响的生产任务及交付日期关联起来，无需你再拿着维护清单，逐一核对各台设备的任务队列。
明确 MTBF 计算实际衡量的内容
除法本身很简单，难点在于确保运行小时数与故障次数采用一致的统计口径。提取报表之前，先与数据记录人员就以下四点达成一致。
明确设备统计范围
首先选定一台具体设备，或一个边界清晰的系统。一台加工中心、它的主轴以及整个机加工部门，分别代表不同的测量边界。
如果统计对象是整台设备，那么导致设备无法完成规定作业的主轴故障，就属于设备故障。更换主轴部件并使设备恢复使用，并不会让整台设备变成不可维修的产品。
也可以按整条产线进行统计，但应将产线故障定义为产线丧失规定功能。如果把所有部件报警简单相加，同一次产线中断就可能被重复计数。
定义什么是故障，而不只是停机
明确设备应具备的功能，以及什么事件意味着该功能丧失。即使设备没有完全断电，只要设备异常使其无法达到规定的运行条件，也可以被认定为故障。
计划保养、正常产品换型、操作人员缺岗和等待物料，并不能直接认定为设备故障。这些损失仍需记录并单独列明，但应与故障次数分开统计。
明确短暂故障和反复复位的处理规则。同一次尚未排除的故障产生多条报警记录，不应被计为多次独立故障。设备真正恢复功能后再次发生故障，才是一个新事件。应保留原始明细，以便调查反复出现的故障，而不是通过设置报表统计门槛让它们从记录中消失。
确定运行时间的计时口径
本指南采用基于实际运行时间的 MTBF，即统计所定义测量边界内设备实际运行的小时数。维修时间及其他非运行时间不计入分子。因此，结果并不是从一次故障发生时刻到下一次故障发生时刻的平均日历时间间隔。
说明运行信号具体涵盖哪些状态。通电计时器、加工循环运行信号和有人值守的班次日历，得出的总时长可能不同。如果设备的故障风险更适合用循环次数或启动次数衡量，而非运行小时数，就应在记录小时数的同时记录这些指标，不要假定它们可以相互替代。
保持观察期一致
运行小时数和故障事件必须采用相同的统计起止时间。按故障在该时段内的发生情况计数；如果故障始于上个月，即使本月才修复完成，也不能将其计为本月的一次新故障。
应纳入观察期内的全部实际运行时间，包括截至统计期末仍未发生故障的运行时间。你衡量的是这段时间内观测到的实际运行量，而不是只选取那些以故障结束的完整运行段。统计某一期间的停机总时长时，只计入该期间内的设备不可用小时数；对于跨越统计截止时间的故障，应另行保留完整的故障事件及恢复记录。
每次故障都应保留设备 ID、发生时间、恢复时间、观测到的故障现象或故障模式，以及相关运行条件。有了这些明细，才能解释平均值背后的原因。
如何计算 MTBF：制造业示例
假设对一台可维修的加工中心进行观察，统计期内共有 200 小时安排了人员值守。各类时间记录如下，加总后与总时长一致。各类别互不重叠，四次故障均为符合约定定义的独立设备故障。
| 时间类别 | 统计期内小时数 | 本次计算中的处理方式 |
|---|---|---|
| 计划维护 | 12 | 不计入运行时间；不计为故障 |
| 正常调机与换型 | 8 | 不计入运行时间；不计为故障 |
| 等待物料，设备未运行 | 10 | 不计入运行时间；不计为设备故障 |
| 因四次设备故障而不可用 | 10 | 不计入运行时间；保留用于停机分析 |
| 实际运行时间 | 160 | MTBF 的分子 |
| 有人值守的总时长 | 200 | 用于核对的总时长，不作为分子 |
计算如下：
160 个运行小时 ÷ 4 次故障 = 每次故障对应 40 个运行小时
如果从有人值守的总时长算起，需要先扣除各类非运行时间：200 − 12 − 8 − 10 − 10 = 160 小时。如果数据源已经给出 160 小时的实际运行时间，直接使用即可。再次扣除停机时间会低估 MTBF。
这个例子也说明了为什么仅靠班次日历还不够。将 200 小时的有人值守时长除以四，会得到每次故障对应 50 小时，但其中包含了设备并未运行的时间。
报告结果时应附上背景信息：“设备 MC-01，统计期，运行 160 小时，发生四次故障，观测 MTBF 为 40 小时。”与其他时期比较时，分子和故障次数与 MTBF 数值本身同样重要。
正确处理零故障和多设备数据，避免结果失真
如果没有发生故障怎么办？
不要除以零，也不要报告一个无穷大的 MTBF 来证明设备绝对可靠。应根据实际运行时长，在报告中写明类似“运行 160 小时内未观察到故障”的结果。
这是有价值的证据，但与连续数年无故障运行所提供的证据并不相同。要计算正式的置信下限，需要统计模型并选定置信水平。对于日常生产评审，保留零故障次数和实际运行时长，比凭空给出一个点估计值更能如实反映情况。
如果数据来自多台设备怎么办？
对于有合理依据归为一组、且具备可比性的设备，应使用各台设备运行小时数之和 ÷ 故障总次数。不要用一个共同的日历时段长度除以所有设备的故障总次数，也不要对各台设备的 MTBF 直接求算术平均值。
例如，假设两台具有可比性的设备采用相同的记录规则。一台运行 160 小时，发生四次故障；另一台运行 240 小时，发生两次故障。合并结果为 400 ÷ 6，即每次故障约对应 66.7 个运行小时，而不是把 40 和 120 简单平均后得到的 80。
同时也要保留各台设备的单独结果。汇总数值可能掩盖造成大部分生产问题的那台设备。对于设计、使用年限或工况不同的设备，可能需要分别分组，而不是用一个可靠性分数概括全厂。
先理解 MTBF，再决定采取什么措施
观测 MTBF 越高，意味着在所定义的统计边界内，每个运行小时计入的故障次数越少。至于这是否代表有所改善，还取决于其他条件发生了什么变化。
在相同口径下进行比较
比较不同时期时，应确保故障定义、运行时间计时口径和设备统计边界一致，然后再检查设备实际承担的生产任务。如果设备加工的产品组合负荷较轻、运行负载也不同，就不能据此认定维护调整取得了成效。
展示趋势时，同时列出实际运行时间和故障次数。在较短的统计期内，单次故障就可能使平均值大幅波动。延长观察期有助于分析，但将多年不同工况下的数据合并，也可能掩盖近期的恶化。不要只看累计平均值，还要检查近期的变化及其背后的运行条件。
不存在适用于所有生产设备的统一“良好 MTBF”标准。有意义的目标应以可比的历史数据、设备需要承担的工作负荷以及故障后果为依据。一台容易绕过的设备，即使 MTBF 很高，对交付表现的影响也可能不如另一台设备的频繁停机重要——后者可能是唯一能完成某道关键工序的设备。
不要把平均值当作故障倒计时
MTBF 为 40 小时，并不代表可以据此确定下一次故障的时间或设备的剩余寿命。故障可能集中发生，也有些连续运行时段会远长于平均值。
同样，不能仅凭 MTBF 确定预防性维护周期。应采取什么措施，取决于故障机理、设备状态证据、设备维护指导以及故障后果。例如，随使用时间增加而产生的磨损与间歇性污染，需要采用不同的排查方法；一个总体平均值无法判断设备面临的是哪一种问题。
当指标恶化时，应追查对应的故障事件，并进一步明确：哪种故障模式在反复出现？发生在什么条件下？采取什么改变才能解决？实施措施后，再在可比工况下检查同一问题是否复发。
结合停机损失分析故障频率
MTBF 无法说明故障发生后，设备有多长时间不能用于生产。两台 MTBF 相同的设备，如果一台很快恢复运行，另一台却要等待专业人员或备件，对订单履行的影响可能截然不同。
查看平均值时，也要检查故障相关停机总时长，以及持续时间较长的单次停机。同时，要追踪受影响任务对后续工序的影响。如果短暂停机恰好发生在关键工序唯一可用时段之前，它对交付的影响可能比一次停机更久、但留有充足恢复时间的事件更大。
MTBF、MTTR 与 MTTF 的区别
这些指标回答的是不同的问题。应明确标注统计对象的范围和时间定义，而不是把它们当作可以互换的评分。
| 指标 | 回答的问题 | 实际应用中的区别 |
|---|---|---|
| MTBF：平均故障间隔时间 | 可修复设备平均每次故障对应多少累计实际运行时间？ | 设备修复后重新投入使用。 |
| MTTR：平均修复时间或平均恢复时间 | 按规定口径计算，修理或恢复平均需要多长时间？ | 应说明计时是否包含等待、诊断、测试和重新启动；不同报表采用的统计边界并不相同。 |
| MTTF：平均失效时间 | 不可修复的对象在失效前能使用多长时间？ | 适用于失效后直接更换而非修理的对象，不能直接套用于包含该对象的整台设备。 |
对生产计划而言，需要关注设备无法用于生产的完整时段，即使维修报告只统计实际动手维修的时间。更换一个部件可能耗时很短，但等待部件到位并完成恢复生产所需的检查，可能让设备停用更久。
分清这两者，可以避免一个常见的计划错误：把平均修复时长当作承诺，认为今后每次故障都能在这段时间内解决。
借助 SkyPlanner 将可靠性分析结果转化为生产决策
假设排查后，维修团队商定在下周三对加工中心安排三小时维护。这是依据技术判断选定的维护窗口，并不是根据其 40 小时的 MTBF 预测出的故障日期。
这项安排会改变可用于客户订单的产能。如果它只记录在维护日历中，生产计划仍可能把任务分配给届时无法使用的设备。计划员要到设法保障当周交付时，才发现这一冲突。
在 SkyPlanner 中，将商定的时间范围录入为工作中心例外。该例外会将这项资源在相应时段设为不可用。随后，其人工智能排程引擎 Arcturus 可以根据调整后的产能，以及配置的工作中心、班次、工序时长、依赖关系、优先级和锁定设置，为可排程工序重新计算排程。甘特图会显示计算后的工序顺序。
针对周三的维护安排，应检查等待加工的工序是否仍为后续检验和装配留出了足够时间。如果将某项生产任务交给符合条件的替代资源，还要检查该资源原有的任务承诺。只有工序确实能在该资源上执行，而且后续工艺路线仍能按计划完成，空闲时段才有价值。
因此，当可靠性改进工作改变了设备可用时段时，SkyPlanner 可以帮助您采取下一步行动。技术和商务决策仍由您掌握，Arcturus 则负责统筹相互关联的排程计算。这样可以减少重排各设备任务队列的时间，也让生产和销售团队在处理尚待决定的交付问题时有共同依据。
如果商定的维护时间发生变化，应及时更新维护窗口。重新计算排程并检查受影响的交付承诺，不要让下一班仍按过时的设备可用时段安排生产。
看清一台设备的可用时段如何影响交付
有价值的 MTBF 分析，最终应指向更明确的行动，而不只是得出一个数字。明确分析所依据的证据，排查影响重大的故障，并将商定的产能调整落实到生产现场实际执行的计划中。
如果您需要统筹这项变化对各客户订单的影响，又不想手动调整每台相关设备的任务队列，可以选择 SkyPlanner。SkyPlanner 通过开放的 REST API 与任何 ERP 或 MES 集成，让排程改进能够以您现有的订单和生产信息为基础。
预约 SkyPlanner 演示，以一台设备、其商定的不可用时段以及经过该设备的订单为例，查看哪些工序会调整、后续工序会受到什么影响，以及需要就哪些交付承诺作出决定。如果您想先自行探索，也可以使用演示数据试用 SkyPlanner，了解产能变化如何改变排程。
Jussi Mäntylä
生产计划专家，SkyPlanner
