2. 可靠性基础概念辨析

在MTBF、MTTR与系统可用度分析中,最容易出错的地方往往不是公式,而是术语边界。同一个词在研发、生产、售后和运维语境中含义不同,若不加区分,后续统计口径就会混乱。本节围绕六个核心术语展开:故障、失效、维修、寿命、任务时间、修复时间,并说明它们之间的因果与时间关系。

一、故障与失效:状态与事件的区别

故障指产品不能完成规定功能的状态或事件。它强调“功能是否还能按要求完成”,是一个偏状态性的概念。例如某电源模块输出电压从12V跌到9V,超出允许范围,即处于故障状态。失效则更强调“功能终止”这一事件,通常指产品彻底丧失完成规定功能的能力。例如电源模块输出为0V且无法恢复,可判定为失效。

两者的关系可以概括为:失效一定是故障,但故障不一定是失效。故障可能是暂时的、可恢复的,也可能只是性能降级;失效则意味着功能已经终止。工程上常用“故障—失效—维修”链条来描述产品从异常到恢复的过程。

判断要点:先看规定功能是否还能完成,再看功能是暂时中断还是永久终止。若只是性能下降但仍在允许范围内,不应记为故障。

二、维修:修复与恢复的工程活动

维修是使产品从故障状态恢复到规定功能状态的全部技术活动,包括故障定位、拆卸、更换、调试和验证。维修不等于“换件”,换件只是手段之一。维修的目标是恢复功能,而不是单纯让设备重新通电。

维修可分为修复性维修和预防性维修。修复性维修发生在故障之后,对应MTTR统计;预防性维修按计划执行,通常不计入MTTR,但会影响可用度。若把预防性维修时间混入MTTR,会人为拉长平均修复时间,导致可用度被低估。

三、寿命、任务时间与修复时间

寿命是产品从开始使用到失效或报废的时间跨度,通常用小时、循环次数或日历时间表示。寿命是一个随机变量,不同个体的寿命不同,因此用分布描述,如指数分布、威布尔分布。

任务时间是产品执行一次规定任务所需的时间,也是可靠性统计中的“工作时间”口径。例如某无人机任务时间为5小时,那么在这5小时内保持规定功能,才算任务成功。任务时间不等于日历时间,也不等于开机时间,必须按任务剖面确定。

修复时间是从发现故障到恢复规定功能所经历的时间,包括确认、定位、拆装、更换、调试和验证。修复时间也是随机变量,MTTR就是其均值。注意:修复时间从“发现故障”开始计时,而不是从“故障发生”开始;若故障发生后很久才被发现,这段等待时间通常不计入修复时间,但会影响实际可用度。

故障、失效、维修与时间参数关系图 时间 正常工作时间 任务时间 / 寿命组成部分 故障发生 故障状态 功能异常 / 性能降级 失效(功能终止) 修复时间 定位→更换→调试→验证 功能恢复 修复时间(MTTR统计对象) 任务时间 / 无故障工作时间 寿命(从开始使用到失效或报废) 关系要点: ① 故障是状态,失效是事件;失效一定属于故障,故障不一定导致失效。 ② 修复时间从“发现故障”起算;MTTR = 修复时间总和 / 修复次数。

四、术语之间的因果与统计关系

把六个术语串起来看:产品在任务时间内正常工作,随着时间推移进入寿命的某个阶段;当功能异常时进入故障状态,若功能终止则发生失效;随后通过维修恢复功能,所消耗的时间就是修复时间。MTBF关注故障间隔,MTTR关注修复时间,可用度则是两者共同作用的结果。

需要特别强调统计口径的一致性。若MTBF按“故障间隔”统计,那么每次故障都应记录发生时刻;若MTTR按“修复时间”统计,那么每次维修都应记录开始与结束时刻。口径不一致,可用度计算就会失真。

五、示例:一次电源模块故障的完整记录

假设某电源模块在任务中工作到第1200小时发生故障,输出跌至9V,判定为故障;继续观察至第1210小时输出为0V,判定为失效。维修人员于第1215小时发现并开始维修,第1245小时恢复12V输出并验证通过。则:

  • 任务时间:1200小时(故障前正常工作时间)
  • 故障发生时刻:第1200小时
  • 失效时刻:第1210小时
  • 修复时间:1245 − 1215 = 30分钟(从发现故障起算)
  • 若该模块共修复4次,修复时间分别为30、45、25、40分钟,则MTTR = (30+45+25+40)/4 = 35分钟
注意:故障发生到被发现之间的5小时等待时间,通常不计入修复时间,但会降低实际可用度。若课程或项目要求按“实际停机时间”统计,则应明确说明口径,避免与MTTR混淆。

六、常见混淆与纠正

易混点错误理解正确口径
故障与失效故障就是失效故障是状态,失效是功能终止事件
维修与换件维修就是换件维修是恢复功能的全过程,换件只是手段
任务时间与日历时间开机时间就是任务时间任务时间按任务剖面确定,不等于日历时间
修复时间起算点从故障发生起算通常从发现故障或开始维修起算
预防性维修计入MTTR通常不计入MTTR,但影响可用度

掌握这些术语的边界后,后续MTBF、MTTR和可用度的计算才有可靠基础。实际工作中,建议在数据采集表上直接标注每个时间点的定义,让统计人员、维修人员和设计人员使用同一套语言。