2. 可靠性基础概念辨析
在MTBF、MTTR与系统可用度分析中,最容易出错的地方往往不是公式,而是术语边界。同一个词在研发、生产、售后和运维语境中含义不同,若不加区分,后续统计口径就会混乱。本节围绕六个核心术语展开:故障、失效、维修、寿命、任务时间、修复时间,并说明它们之间的因果与时间关系。
一、故障与失效:状态与事件的区别
故障指产品不能完成规定功能的状态或事件。它强调“功能是否还能按要求完成”,是一个偏状态性的概念。例如某电源模块输出电压从12V跌到9V,超出允许范围,即处于故障状态。失效则更强调“功能终止”这一事件,通常指产品彻底丧失完成规定功能的能力。例如电源模块输出为0V且无法恢复,可判定为失效。
两者的关系可以概括为:失效一定是故障,但故障不一定是失效。故障可能是暂时的、可恢复的,也可能只是性能降级;失效则意味着功能已经终止。工程上常用“故障—失效—维修”链条来描述产品从异常到恢复的过程。
二、维修:修复与恢复的工程活动
维修是使产品从故障状态恢复到规定功能状态的全部技术活动,包括故障定位、拆卸、更换、调试和验证。维修不等于“换件”,换件只是手段之一。维修的目标是恢复功能,而不是单纯让设备重新通电。
维修可分为修复性维修和预防性维修。修复性维修发生在故障之后,对应MTTR统计;预防性维修按计划执行,通常不计入MTTR,但会影响可用度。若把预防性维修时间混入MTTR,会人为拉长平均修复时间,导致可用度被低估。
三、寿命、任务时间与修复时间
寿命是产品从开始使用到失效或报废的时间跨度,通常用小时、循环次数或日历时间表示。寿命是一个随机变量,不同个体的寿命不同,因此用分布描述,如指数分布、威布尔分布。
任务时间是产品执行一次规定任务所需的时间,也是可靠性统计中的“工作时间”口径。例如某无人机任务时间为5小时,那么在这5小时内保持规定功能,才算任务成功。任务时间不等于日历时间,也不等于开机时间,必须按任务剖面确定。
修复时间是从发现故障到恢复规定功能所经历的时间,包括确认、定位、拆装、更换、调试和验证。修复时间也是随机变量,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分钟
六、常见混淆与纠正
| 易混点 | 错误理解 | 正确口径 |
|---|---|---|
| 故障与失效 | 故障就是失效 | 故障是状态,失效是功能终止事件 |
| 维修与换件 | 维修就是换件 | 维修是恢复功能的全过程,换件只是手段 |
| 任务时间与日历时间 | 开机时间就是任务时间 | 任务时间按任务剖面确定,不等于日历时间 |
| 修复时间起算点 | 从故障发生起算 | 通常从发现故障或开始维修起算 |
| 预防性维修 | 计入MTTR | 通常不计入MTTR,但影响可用度 |
掌握这些术语的边界后,后续MTBF、MTTR和可用度的计算才有可靠基础。实际工作中,建议在数据采集表上直接标注每个时间点的定义,让统计人员、维修人员和设计人员使用同一套语言。