機器人的正常運作時間並非一個普遍的百分比。控制器可以在機器人等待材料、被下游裝置阻斷、策略故障恢復或生產棄用零件時供電。該指標要求宣告裝置邊界、分母和事件分類法。
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 只有在其資產邊界、時間分母、事件定義、原始證據和不確定性都被控制時才有防禦性。用指標來改變決策，而不是裝飾儀表盤。