MTBF描述可修复设备在故障之间能够工作的平均时长,用于理解故障发生的频繁程度;MTTR描述故障后的平均处理时长,但必须说明统计的是“修理”还是“恢复”。前者主要回答设备多久发生一次故障,后者回答一次故障要花多久处理,两者需要一起看。
计算难点往往不在除法,而在记录范围:停机等待备件算不算维修时间,一次停机出现多个报警算几次故障,整月日历时间能不能直接作为运行时间。这些定义不同,即使公式相同,结果也不能直接比较。

MTBF衡量什么,为什么不等于设备寿命?
MTBF常译为平均故障间隔时间。IEC术语中的完整名称是mean operating time between failures,强调的是故障间隔内的工作时间。IEC TR 63164-2:2020引用IEC 60050-192的定义,并明确这一指标用于可修复对象:设备发生故障后经过修复,能够继续投入使用。
例如,统计对象是一台可修复的包装机,电机更换后整机继续工作,可以记录整机后续的故障间隔。如果对象是一只损坏后直接报废的元件,通常应讨论失效前平均工作时间MTTF,而不能因为它装在可维修的机器里,就把元件本身也当成可修复对象。
对一段现场运行记录,常用的估计式为:
MTBF估计值=累计工作时长÷该时长内的故障次数。
累计工作时长不是设备购入后的日历时长,也不包含故障后的停机修复时间。记录开始至首次故障、恢复后至记录结束的有效运行时间,都属于观察到的运行量,不应只保留完整的两次故障之间的区间。
NIST工程统计手册在恒定故障发生强度的模型下,用总运行时长除以总故障数估计MTBF。现场也可以先用这个比值描述已观察到的表现,但若要用它预测未来,就需要考虑负载、环境及设备状态是否具有可比性,故障发生规律是否已经改变。
因此,MTBF为120小时不表示设备会按120小时的间隔准时故障,也不表示设备只能使用120小时。它概括的是一定条件下的故障间工作表现;设备可能提前故障,也可能连续运行远超这个时间,累计使用寿命则是另一件事。
MTTR的修理口径与恢复口径有什么区别?
MTTR在不同资料中可能展开为mean time to repair,也可能指mean time to restoration。IEC TR 63164-2:2020引用IEC 60050-192的术语时,采用的是后者,即平均恢复时间。因此,不能仅凭“MTTR”四个字母,就认定它一定排除或一定包含等待时间。
修理口径关注完成修理所用的时间。现场报表若采用这一口径,应明确哪些动作属于修理。本文算例将故障定位、故障排除和规定的功能检查计入修理时间,将等待人员、备件等时间单独记录。换完零件但尚未完成必要检查,不等于已经完成这里定义的修理。
恢复口径关注从故障发生到规定功能恢复的完整经过时间。例如,一台包装机停止正常封口,先等待维修人员和备件,再定位、更换部件并检查封口功能;只要设备还不能恢复规定功能,这段故障停机就没有结束。若故障未被立即发现,发现前的延迟也不能凭空消失;记录不到准确发生时刻时,应说明计时起点是发现时刻。
两种口径服务的问题不同。修理用时长,可能需要分析诊断、拆装或检查过程;修理本身很快、恢复却很慢,则要进一步查看等待等环节。报表宜直接写“平均修理时间”或“平均恢复时间”,同时保留起止定义,避免不同部门各算各的MTTR。
计算示例:运行480小时,发生4次故障
假设同一台可修复设备在一个观察期内累计运行480小时,发生4次故障,均在期内完成修理并恢复。为便于复算,假设故障发生即被发现,除下表的修理和额外等待外,没有其他恢复耗时;整个要求运行的统计时段也没有计划停机或其他停机。以下均为教学数据。
| 故障事件 | 修理时间 | 额外等待时间 |
|---|---|---|
| 第1次 | 1小时 | 0.5小时 |
| 第2次 | 2小时 | 1小时 |
| 第3次 | 1小时 | 1.5小时 |
| 第4次 | 2小时 | 3小时 |
| 合计 | 6小时 | 6小时 |
这里每次的修理与等待时段互不重叠,恢复时间分别为1.5、3、2.5和5小时,合计12小时。按相应口径计算:
- MTBF=480÷4=120小时。分子使用运行时间480小时,不能把停机恢复的12小时也加进去。
- 平均修理时间=6÷4=1.5小时。这是本例修理口径的MTTR。
- 平均恢复时间=12÷4=3小时。它包含本例的修理及额外等待,回答一次故障平均造成多长的恢复停机。

从这组数据能看出,恢复停机的12小时中,有6小时花在额外等待上。第4次故障修理2小时、等待3小时,总恢复时间为5小时。如果只看1.5小时的平均修理时间,便看不到等待对停机的影响;如果只看3小时的平均恢复时间,也无法判断时间主要耗在修理还是等待。
现场记录怎样确定时间与故障次数?
先确定统计的是哪台设备、哪项功能
故障计数应围绕统计对象失去规定功能的事件,而不是报警条数。以包装机为例,一次驱动故障同时触发驱动、输送和联机报警,若属于同一个整机失效事件,不能机械地计成3次故障;恢复后又独立发生的新故障,则应另记事件。设备范围、功能要求与恢复确认条件,应在统计前统一。
同样,上游没有来料造成包装机等待,不一定是包装机自身故障;若统计的是整条包装线,则要按产线的功能边界判断。设备仍在运动但已不能满足规定的封口功能,也不能仅凭电机处于运行状态,就认定没有发生故障。
分别记录运行、修理、等待与恢复
一条可复算的记录至少要关联设备、事件编号、故障发生或发现时刻、修理时段、等待时段、恢复确认时刻,以及观察期内的累计运行时长。自动采集的运行信号需要与功能定义对应;只有通电,未必意味着设备正在履行规定功能。待机是否计入工作时间,也取决于被统计对象的工作模式,不能跨设备沿用一个默认值。
维修工时与经过时间还要分开。两名维修人员同时工作1小时,可能形成2人时的人工投入,但这段修理经过时间仍是1小时。若维修中途等待备件,应拆开记录;若几个动作并行进行,应按实际时间段处理重叠,不能把各人的工时简单相加后当成MTTR。
分子与分母必须属于同一范围
MTBF的运行时长与故障数要属于同一设备集合、同一观察范围和同一故障定义。若汇总同类、同条件设备,应汇总运行量和故障数后计算,不能直接平均各台设备的MTBF,尤其不能把零故障设备的运行记录丢掉。
计算平均修理或恢复时间时,也要保证时间总和与事件数一一对应。月底尚未恢复的故障,应保留其状态与已发生停机,并说明处理方法;不能把未完成事件算入分母,却只加已经完工的用时。可用度报表中的当期停机,则仍需按实际落在当期的时间记录。
没有故障或故障很少,MTBF该怎样解释?
观察期内没有故障时,不能把“运行时长÷0”报告成一个可靠的有限MTBF,也不能据此宣布设备不会故障。更有意义的写法是报告累计运行时长、设备数量、工况和“观察到0次故障”。NIST给出的零故障分析是在明确模型与置信水平后计算MTBF的单侧下限,而不是凭零故障证明无限可靠。
故障次数很少时,新增一次故障就可能明显改变结果。本例只有4次事件,120小时应与480小时运行量、4次故障和相应工况一起报告。比较改进前后表现时,还要看运行负载、设备数量、观察长度及故障定义是否一致;早期磨合、稳定运行与磨损加剧阶段混在一起,一个平均值可能掩盖趋势。
MTTR也存在类似问题。平均恢复3小时,并不意味着每次故障都能在3小时内恢复,本例第4次就用了5小时。需要安排停机资源时,保留各次事件的时长和原因,比只留下一个平均数更有用。
MTBF和MTTR怎样关联可用度,为什么不等于OEE?
可用度关注需要设备工作时,它能否处于可用状态。对上述简化算例,所有可用时间都在运行,不可用时间只有故障恢复停机,因此要求运行的总统计时段为480+12=492小时:
该时段可用度=480÷492≈97.56%。
将同一组记录中的运行与恢复时间分别除以4次故障,也可得到等价结果:
120÷(120+3)≈97.56%。
这说明常见的“MTBF÷(MTBF+MTTR)”必须与时间口径一起理解。本例若用修理口径的1.5小时代入,会得到约98.77%,它排除了等待时间,不能代表这492小时的实际可用表现。现实中若还有预防维护停机、待机、冗余切换等情况,应按实际状态和所需的可用度定义处理,不能把这一简化算例直接套到所有设备。
OEE(设备综合效率)还要考虑运行速度与产出质量。Vorne的OEE计算说明将其分解为可用率、性能和质量三个因素;其中可用率按计划生产时间与运行时间计算,停机损失还可能包含换型等项目,与仅统计故障恢复的口径并不天然相同。
一台机器即使很少故障、修复很快,也可能长期低速运行,或持续产生不合格品。MTBF和MTTR不能直接揭示这些损失,因此也不能仅凭两个指标算出OEE。
读懂MTBF与MTTR,最终要能把数值还原为设备经历:故障是否更频繁,故障后时间花在哪里,哪些时段被计入或排除。把运行量、故障事件、修理和恢复记录对应起来,才能判断变化来自设备表现、维修过程,还是仅仅改变了统计口径。
参考资料
- IEC:IEC TR 63164-2:2020,第3.1.5与3.1.7条,引用IEC 60050-192关于MTBF及平均恢复时间的术语定义。
- NIST/SEMATECH:e-Handbook of Statistical Methods,8.4.5.1 Constant repair rate (HPP/exponential) model。
- Vorne Industries:OEE Calculation: Definitions, Formulas, and Examples。
评论留言
暂时没有留言!