机器人的正常运行时间并非一个普遍的百分比。控制器可以在机器人等待材料、被下游设备阻断、策略故障恢复或生产弃用零件时供电。该指标要求声明设备边界、分母和事件分类法。
MTBF、 MTTR、可用性和 OEE 回答不同的问题。可靠性描述故障复发，可维护性描述恢复，可用性结合运行和不可用的间隔，以及在生产环境中增加性能和质量损失 OEE。
将本指南与 多机器人车队指南 及 机器人故障挖掘指南一起使用。保留原始事件，以便在定义变化时重新计算每个关键绩效指标。
在计算正常运行时间之前，先选择系统边界
确定被测量对象是关节、机器人、工作站、单元、车队服务还是生产线。机器人技术上可用，但单元因供料器、安全装置、质量站或上游服务故障而无法运行。
请说明包含的任务和操作模式。选定试验的示范成功率无法直接与包含安装、故障、更换和材料变异的有工作人员生产班次进行比较。
锁定时间分母和排除规则
日历时间、计划时间、计划生产时间和指令任务时间会产生不同的比例。计划停机、中断、预防性维护和工程试验必须根据关键绩效指标支持的决策一致纳入或排除。
存储原始时间戳和标签，而不仅仅是每日百分比。当合同、场地或基准使用不同分母时，治理可以复制结果。
| 时间基准 | 包括 | 有用的问题 | 常见失真 |
|---|---|---|---|
| 日历时间 | 所有经过时间 | 始终在线服务容量 | 计划中的停工成为主导 |
| 预定时间 | 排班时段可用性 | 作战准备 | 休息策略有所不同 |
| 计划生产 | 预期的制作时间 | OEE 生产损失 | 排班表可以掩盖需求 |
| 传教时间 | 分配任务窗口 | 机器人任务性能 | 待料时间未计入 |
| 安全暴露 | 相关工作模式 | 风险与干预趋势 | 与生产力混合 |
设备故障与任务和策略失效分离
需要维修的硬件故障与抓取失败后自动重试不同事件。两者都可能降低输出，但属于不同的可靠性群体、原因和改进所有者。
创建设备故障、安全停止、软件崩溃、任务失败、人工干预、阻塞、待料、换型、计划维护和外部公用设施中断的事件类。保持原因信心并后续更正。
只有在确定可修复系统的统计总体时才使用MTBF
IEC Electropedia将 MTBF 定义为故障之间的平均运行时间。说明故障定义、观测时间、资产数量、审查情况以及估算是否代表稳定的运行状态。
不要将短测试的平均失败计数倒置为精确的生命周期主张。报告数量、暴露和不确定性，并对硬件、固件、任务和环境条件进行实质性划分。
将 MTTR 分解为检测、访问、修复和释放
平均修复时间通常不明确，因为运营还要等待检测、远程分诊、备件、安全访问、技术人员到达、验证和生产发布。在选择仪表盘中使用的聚合之前，先单独存储这些间隔。
更快的重启可以缩短恢复时间，而不必解决反复出现的原因。比较临时恢复、永久纠正维护和后续复发，确保可用性工作不只优化可见的重置步骤。
根据稳定的运行和停机状态计算可用性
对于在适当假设下可修复的系统，固有可用性通常与 MTBF 和平均修复时间相关，但运营可用性也反映了后勤、管理和计划条件。不要将公式与其他边界定义的事件数据混合使用。
结果旁显示分子、分母和状态图。如果没有底层的不可用小时数、事件数量和最长停机，百分比就能掩盖工程团队实际上可以减少的损失。
利用 OEE 来区分可用性、性能和质量损失
OEE 在声明的生产区间内乘以可用性、性能和质量组成部分。可用性反映止损，性能捕捉低于理想速率，质量捕捉未被认可为良好生产的产出。
官方ISO目录指出 ISO 22400-2:2014 定义了制造运营KPI并正在修订中； ISO 22400-1:2014 作为KPI框架仍然适用。使用适用版本和本地生产定义，而非未公开的电子表格公式。
对整个生产单元的阻塞与待料状态进行建模
等待空给料器的机器人和无法将货物放入满的下游缓冲区的机器人是不同的约束。如果两者都显示为空闲，团队可以调优机器人循环速度，尽管流量、补给或平衡是瓶颈。
使用共享单元时间戳和因果状态转换。稳定分配损耗，不重复计算同一线路停止数，同时保留每个资产的局部症状以便诊断。
从状态转换构建事件账本
记录事件ID、资产和单元、状态、原因、启动、检测、确认、修复启动、功能恢复、验证和发布。存储软件、模型、地图、工具、产品及操作员角色上下文，并受控隐私。
自动过渡需要去反弹和优先规则，以避免信号失控导致成千上万的虚假失败。手动理由编辑应保留作者、时间和原始价值。
细分关键绩效指标（KPI）并显示统计不确定性
只有在暴露充足时，才按任务、产品、班次、站点、有效载荷、硬件版本、软件版本和环境进行比较。车队平均值可以掩盖一个罕见的长时间停机配置。
在适当情况下报告观察小时数、事件计数、分位数和置信区间。中位数修复时间和第95百分位通常揭示出与平均值不同的操作问题。
将损失排名转变为经过验证的改进循环
对总损失时间、复发次数、严重程度和可控性进行排序。使用帕累托视图作为调查切入点，然后将每个动作与根本原因假设、受控变化和变化后观察窗口关联起来。
策略不确定性和反复干预可以与 策略不确定性指南进行比较，但不要将所有AI任务难度重新标记为设备停机时间。保持可靠性和任务绩效账本相连但区分。
发布受控的KPI定义表
对于每个指标，保留所有者、目的、资产边界、人口、时间基准、事件类别、公式、单位、数据源、质量检查、排除项、修订历史和决策阈值。验证仪表盘总数与抽样原始时间线。
仔细审查，请进行以下检查。
评估“机器人运行时间指标： MTBF、 MTTR 和 OEE”时，还应保存模型版本、机器人配置、标定文件、测试日期和全部试验记录。把成功、失败、恢复与人工介入放在同一份数据中，才能区分模型能力、系统接口和现场流程造成的差异。
成本评估除了设备与算力，还要记录数据采集、工程调试、安全措施、维护、停机和人员培训。只有把这些持续投入与单位成功任务的价值比较，才能判断方案是否适合扩大。
上线后仍要持续检查分布变化、传感器漂移、机械磨损和人工接管原因。监测结果应能触发降级、停止与重新验证流程，并为下一轮数据采集和模型更新留下可追溯记录。
最终结论应明确写出已知限制、尚未验证的场景和下一项可证伪的实验，使后续团队能够沿着证据继续推进。
实际项目还应指定数据、模型、控制器和安全流程的负责人，并预先定义回滚条件。责任边界、审批记录与变更日志越清楚，故障发生后越容易停止扩散、定位原因并安全恢复。
| 度规 | 最小上下文 | 诊断伴侣 | 误用警告 |
|---|---|---|---|
| 正常运行时间 | 边界与分母 | 不可使用时间 | 开机称为生产力 |
| MTBF | 失效等级与暴露 | 失败计数与信心 | 简短演示推演 |
| MTTR | 事件开始与结束 | 修复阶段持续时间 | 重启被视为根修复 |
| 可获得性 | 状态模型 | 停电分布 | 公式边界不匹配 |
| OEE | 理想速率与良好输出 | A、 P和Q分量 | 仅机器人生产线的主张 |
- 声明资产和生产边界。
- 发布分母和排除规则。
- 分别记录故障、人工干预、阻塞和待料状态。
- 保留计数、曝光、分布和原始区间。
- 在更改前后用相同的定义验证改进。
常见问题
机器人的正常运行时间只是通电时间吗？
不是。电力、技术可用性、指令任务可用性和生产单元有效时间是不同的状态。
能 MTBF 五次故障计算出来吗？
数值估计是可能的，但由于不确定性和种群假设，可能使其不适合强有力的主张。
MTTR包括等待技术人员吗？
只有当已发布的定义包含物流延迟时；将维修阶段分开存储，以便选择可见。
OEE是机器人性能评分吗？
单独看则不行。 OEE 是由申报的单元边界、理想速率和良好产出定义所塑造的生产KPI。
自动重试应该算作失败吗？
将其记录为任务或策略事件及其生产损失；仅在满足该指标失效定义时 MTBF 将其纳入设备。
关键绩效指标定义与范围边界
机器人KPI只有在其资产边界、时间分母、事件定义、原始证据和不确定性都被控制时才有防御性。用指标来改变决策，而不是装饰仪表盘。