ロボットの稼働率は一つの普遍的な割合ではありません。コントローラは、ロボットが材料を待っている間、下流機器に阻まれている間、ポリシーの失敗からの回復中、または拒否された部品の生産中に電源を供給できます。この指標には、機器の境界、分母、イベント分類の宣言が必要です。
MTBF、 MTTR、利用可能、 OEE はそれぞれ異なる質問に答えています。信頼性は故障の再発を、保守性は復元、可用性は稼働間隔と不可の間隔を組み合わせ、 OEE は本番環境内でのパフォーマンスおよび品質損失を加えます。
このガイドは マルチロボットフリートガイド や ロボット失敗採掘ガイドと一緒に使ってください。定義が変わった際にすべてのKPIを再計算できるように、生のイベントを保持してください。
稼働時間を計算する前にシステム境界を選択する
測定対象がジョイント、ロボット、ワークステーション、セル、フリートサービス、または生産ラインのいずれかであるかを判断してください。ロボットは技術的には稼働可能でも、フィーダー、安全装置、品質ステーション、上流サービスが故障したためセルが稼働できない場合があります。
含まれる作業と運用モードを挙げてください。選択された試験での実証成功率は、セットアップ、故障、チェンジオーバー、材料変動を含む有席生産シフトと直接比較できません。
時間分母と除外ルールをロックする
カレンダー時間、予定時間、計画生産時間、命令されたミッション時間は異なる比率を生み出します。計画されたシャットダウン、休止、予防保守および工学試験は、KPIが支持する決定に従って一貫して含めるべきまたは除外されなければなりません。
日単位のパーセンテージだけでなく、生のタイムスタンプやラベルも保存しましょう。契約、サイト、ベンチマークが異なる分母を使う場合、ガバナンスはその結果を再現できます。
| 時間基準 | 含まれる | 役立つ質問です | 共通歪み |
|---|---|---|---|
| 暦時刻 | 経過時間 | 常時稼働のサービス容量 | 計画された閉鎖が主導的 |
| 予定時刻 | ロースターの利用可能性 | 作戦準備態勢 | ブレイクポリシーは異なります |
| 生産計画 | 期待された時間 | 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 | 理想速度と良好出力 | A、P、Qの成分 | ラインのロボットのみの主張 |
- 資産と生産の境界を宣言してください。
- 分母と除外ルールを公開する。
- 失敗、介入、ブロック状態、飢餓状態を別々に考える。
- カウント、露出、分布、生の間隔を保持します。
- 変更前後の定義で改善を確認してください。
よくある質問
ロボットの稼働時間は単に電源オン時間だけですか？
いいえ。電力、技術的な可用性、指令ミッションの可用性、生産的なセル時間は異なる状態です。
MTBF5つの失敗から計算できますか？
数値推定は可能ですが、不確実性や集団の仮定により強い主張には適さない場合があります。
技術者を待つ MTTR も含まれますか？
公表されている定義に物流遅延が含まれている場合のみ;修理段階を別々に保存して、選択が見えるようにしましょう。
OEEロボットのパフォーマンススコアですか？
単独ではそうではありません。 OEE は、宣言されたセル境界、理想的なレート、良好出力の定義によって形作られた生産KPIです。
自動再試行は失敗としてカウントされるべきでしょうか？
タスクやポリシーイベントとして記録し、その生産損失を記録します。機器 MTBF には、その指標の故障定義を満たす場合にのみ含めてください。
KPIの定義と範囲の境界
ロボットKPIは、資産境界、時間分母、イベント定義、生の証拠、不確実性が制御されている場合にのみ防御可能です。この指標はダッシュボードを飾るためではなく、意思決定を変えるために使ってください。