OEE設定
各機器には、OpSeeが可用性、性能、品質の指標をどのように計算するかを定義するOEE（Overall Equipment Effectiveness）構成を持たせることができます。ここでPLCタグをバインドし、目標を設定し、停止しきい値を構成し、原因ツリーをリンクします。
OEE設定にアクセス
機器のOEE構成を開くには2つの方法があります：
- 機器グリッドから：任意の行のアクション列にある 速度計 アイコンをクリックします。OEE構成ビューを持つフルスクリーンダイアログが開きます。
- Admin > 機器 > OEE から：機器でフィルタリングできる専用のOEE構成ページ。
可用性構成
可用性構成は、OpSeeが稼働中、待機中、停止状態をどのように検出するかを決定します。
構成フィールド
| フィールド | 種類 | 説明 |
|---|---|---|
| アクティブ | トグル | この機器のOEE追跡を有効／無効にする |
| デバッグ | トグル | タグ値のトラブルシューティング用デバッグログを有効化 |
| 稼働中タグ | タグ選択 | 機器が稼働中かを示すPLCタグ（ブール値または数値） |
| 障害コードタグ | タグ選択 | 現在の障害／停止理由コードを提供するPLCタグ |
| サブ機器タグ | タグ選択 | 停止を引き起こしたサブ機器を識別する任意のタグ |
| 原因ツリー | ドロップダウン | 停止イベントを分類するための原因ツリー |
| 手順 | ドロップダウン | この機器にリンクされた生産手順 |
| OEE目標 | パーセント | 目標OEEパーセンテージ（例：85 %） |
| 可用性目標 | パーセント | 目標可用性パーセンテージ |
停止しきい値
OpSeeは継続時間に基づいてマイクロストップとショートストップを区別します：
| フィールド | 説明 |
|---|---|
| マイクロストップコード | マイクロストップ間隔より短い停止に自動的に割り当てられる原因コード |
| マイクロストップ間隔 | 秒単位のしきい値（例：5秒）。これより短い停止はマイクロストップに分類 |
| ショートストップコード | ショートストップ間隔より短い停止に自動的に割り当てられる原因コード |
| ショートストップ間隔 | 秒単位のしきい値（例：30秒）。これより短い停止はショートストップに分類 |
マイクロストップとショートストップは、ここで定義したコードを使って自動的に分類されます。これによりオペレーターの負担が軽減され、長いダウンタイムイベントのみ現場で手動の原因割当が必要になります。
タグバインディング
OEE追跡の中核は、各機器に正しいPLCタグをバインドすることです。
稼働中タグ
稼働中タグ はPLC/SCADAシステムからのブール値または数値の信号です。OpSeeはこのタグをポーリングして、機器が稼働中か停止中かを判定します。
- ブール値タグ：
true= 稼働中、false= 停止 - 数値タグ：非ゼロ = 稼働中、ゼロ = 停止
障害コードタグ
障害コードタグ は、機器停止時に数値の原因コードを提供します。OpSeeはこのコードを構成済みの原因ツリーのエントリにマッピングしてダウンタイムを分類します。
サブ機器タグ
任意の サブ機器タグ は、停止を引き起こしたサブコンポーネントを識別します。複数のサブシステムを持つ複雑な機器に役立ちます。
タグはここで割り当てる前に タグ モジュールで作成しておく必要があります。各タグは、データ収集レイヤー（MQTTまたは直接OPC-UA）を介してPLCから収集される信号を表します。
原因ツリー
原因ツリー はダウンタイムカテゴリと原因の階層構造です。各OEE構成は、その機器で利用可能な停止原因を定義する1つの原因ツリーにリンクします。
原因ツリーは Admin > 原因ツリー で管理します。一般的な構造例：
生産原因
├── 計画停止
│ ├── 段取り替え
│ ├── 計画保全
│ └── 休憩
├── 計画外停止
│ ├── 機械故障
│ ├── 電気故障
│ └── 供給問題
└── 速度損失
├── 速度低下
└── 小停止
手順
OEE構成に 手順 をリンクすると、機器が定義された生産プロセスに接続されます。これにより以下が可能になります：
- 生産実行中の自動フェーズ追跡
- 期待サイクルタイムに基づく性能計算
- 手順 モジュールとの統合
ベストプラクティス
- 現実的な目標を設定：現在のOEEベースラインから始めて段階的に目標を引き上げます。OEE 85 %はほとんどの業界でワールドクラスです。
- 停止しきい値を調整：機器の挙動に応じてマイクロストップとショートストップの間隔を調整します。低すぎるとオペレーターがイベントに溢れ、高すぎると本当の問題を見逃します。
- 設定中はデバッグモードを使う：タグ構成中はデバッグトグルを有効化します。生のタグ値が記録され、本番投入前にバインディングを検証できます。
- 機器タイプごとに1つの原因ツリー：同じタイプの機器は通常同じ故障モードを共有します。機器ごとではなくタイプごとに原因ツリーを作成しましょう。
- 障害コードを早めにマップ：展開前に自動化チームと障害コードのマッピングを定義します。コードがクリーンであるほどOEEレポートは正確になります。
前提条件
次のステップ
関連項目
- 機器モデル (ISA-95)
- OEE構成、補完モジュール