Andon Boards から MES まで: ラインアラートを生産データの一部に

導入

工場では何十年もの間、アンドン ボード - 生産ラインの上に積まれた色とりどりのライトのよく知られたスタック - を使用して、ステーションに助けが必要であることを知らせてきました。赤は品質、黄色は素材、緑はランニングを表します。彼らは働いています。しかし、ほとんどの植物では、その信号は光で止まります。点滅し、誰かが応答し、ラインが再開され、1週間後に誰も覚えていない理由。

現在、すべてのラインアラートはデータです。アンドンコールがキャプチャされ、タイムスタンプが付けられ、分類され、製造実行システム (MES)、それは単なる一時的なフラッシュではなく、継続的な改善ループ - の一部になります。このガイドでは、その移行方法について説明します。

1. とはあんどんシステム?

アンドン（日本語で「ランプ」）は、生産ラインの問題を視覚的に知らせる制御ツールです。

赤- の品質欠陥または機械の停止。ラインが停止しました

黄色- の資材不足または軽微な問題。助けが到着するまでラインが走っている

緑- の通常動作

青- のメンテナンスまたは工具のリクエスト (プラントによって異なります)

作業者がコードを引っ張ったり、ボタンを押したりすることで作動するか、機械が自動的に作動します。アンドンボードが点灯し、多くの場合、警報音が鳴り響き、チームリーダーやメンテナンス担当者が駆けつけます。

従来のギャップ

古典的なアンドンの実装では次のようになります。

警報は、ビジュアルのみ- は、いつ始まったのか、どのくらい続いたのか、なぜそうなったのかについての記録がありません

応答時間は、たとえあったとしても非公式に追跡されます。

停止の理由がクリップボードに書き込まれているか、まったく書き込まれていないか

データは紙の上、または誰かの記憶の中に存在します

OEE、ダウンタイム追跡、品質システムとは無関係

ライトは何か問題が発生したことを示します - が、頻度、理由、または改善しているかどうかはわかりません。

2. MES とは何か、そしてそれがアラートにとって重要な理由

A 製造実行システム (MES)リアルタイムで生産業務を管理し、注文、材料、機械、品質、作業現場の人員を追跡します。-

Andon アラートが MES に送信されると、次のようになります。

MES は行灯の代わりにはなりません - ライトをカウントします。

3. Andon を MES と統合する理由

3.1 管理しているものを測定する

データがなければ改善はできません。 andon を MES と統合すると、次のことが得られます。

原因別の合計ダウンタイム- ラインを最も頻繁に停止させる問題はどれですか?

応答時間- メンテナンス/資材は実際にどのくらいの速さで到着しますか?

解決にかかる時間- 1 つのインシデントごとに回線が停止している時間はどれくらいですか?

ステーションと機械- 最も多くのアラートを生成するポジションはどれですか?

時間の経過に伴う傾向- の改善努力はうまくいっていますか?

3.2 根本原因の分析

赤い光が告げるそれ何かが止まった。 MES 統合によりわかることなぜ:

いつも同じ駅ですか？

特定のシフトではより多くのアラートが表示されますか?

黄色信号の原因は 1 つの物質源ですか?

特定のマシンは品質停止と相関関係がありますか?

アラートは切り替えの周りに集中していますか?

3.3 OEEの改善

Andon アラートは、全体的な機器の効率への直接入力です。

可用性- アラートが発生するたびにラインが停止し、可用性が低下します

パフォーマンス- 件のマイナー停止（黄色の警告）は、完全停止なしでラインを遅らせます

品質- 件の品質アラートは欠陥率と相関しています

Andon データが OEE 計算に入力される場合、数値は正確です - 推定値ではありません。

3.4 継続的な改善の文化

データに裏付けられたアンドンの動作変更:

オペレーターは、アラートが追跡され、対処されていることを確認できます。

応答時間を測定すると、スーパーバイザはより速く応答します

チームは最も騒々しい問題だけでなく、上位 3 つの原因に焦点を当てます

改善プロジェクトには明確なベースラインと測定可能な結果があります

4. 統合の仕組み

4.1 データの流れ

アンドントリガー（ボタン / センサー / PLC） ↓ エッジデバイス / パネル PC - アラートの種類（品質 / 材料 / メンテナンス / 安全）を分類 - イベントのタイムスタンプ - ステーション、ライン、オペレーター、マシン ID を記録 ↓ MES / 製造データベース - イベント開始の記録 - 応答ディスパッチのトリガー（SMS、電子メール、オーバーヘッド ディスプレイ） - 応答タイマーの開始 ↓ レスポンダー確認 (パネル PC / モバイル) ↓ 問題解決 - オペレーターがアラートを閉じる - 実際の理由コードを記録 - 解決時間を記録 ↓ MES 分析 - ダウンタイム パレート - 応答時間レポート - OEE 計算 - 傾向分析 - 継続的改善ダッシュボード

4.2 ハードウェア: 統合ポイントとしてのパネル PC

店舗フロアのパネル PC は、物理的なアンドン ボタンと MES の間の自然な橋渡しとなります。{0}

入力- は、デジタル I/O 経由でアンドン ボタン、PLC 信号、センサー状態を読み取ります

出力- は行灯、ブザー、オーバーヘッド ディスプレイを運転します

処理- イベントを分類し、ロジックを適用し、タイムスタンプを適用します

ネットワーク- はイーサネット経由で構造化データを MES に送信します (OPC UA、MQTT、REST API)

ローカルインターフェース- オペレーターがタッチスクリーンに理由コードを記録します。応答者は同じ画面で確認します

各ラインステーションの頑丈な産業用パネル PC は、スタンドアロンのアンドオン ハードウェアを柔軟なネットワーク化されたノードに置き換えます。

4.3 ソフトウェアとプロトコル

一般的な統合アプローチ:

OPC UA- 標準産業プロトコル。 PLC データを MES に接続する

MQTT- の軽量メッセージング。アラートイベントのストリーミングに最適

REST API- 個の最新の MES プラットフォームは HTTP 経由で JSON を受け入れます

データベース接続- MES データベースへの直接読み取り/書き込み

業界{0}}標準フォーマット- ISA-95、OMAC、B2MML

5. どのようなデータを取得する必要がありますか?

すべてのアラートに同じレベルの詳細が必要なわけではありません。ただし、少なくとも次のものをキャプチャします。

理由コードライブラリ

最も重要な決定は、理由コードの構造です。コードが少なすぎると分析できません。多すぎると、オペレータはそれらを一貫して使用できなくなります。以下から始めます:

4～6 個のトップレベルのカテゴリ-（品質、材質、機械、方法、作業者、その他）

10～20 個のサブ-コードカテゴリごとに

特殊なケースについてはフリーテキストのメモを許可します-

実際の使用状況に基づいて四半期ごとにコードを改良する

6. 導入手順

ステップ 1: 現在の Andon プロセスを監査する

ラインを歩いてください。今日のあんどんがどのように使われているかを観察してください

アラートがどこで発生し、誰がどのように対応するかを特定する

メモ用紙に基づいた追跡またはギャップ-

現在のベースラインのダウンタイム (たとえ大まかであっても)

ステップ 2: 測定対象を定義する

プラント全体ではなく、2 ～ 3 つのパイロット ラインを選択します

アラート タイプ、理由コード、および SLA 目標 (応答時間、解決時間) を定義します。

各アラートで何が起こるか (誰に、どのように通知されるか) を決定します。

ステップ 3: ハードウェアの選択

産業用パネルPCデジタル I/O とタッチスクリーンを備えたキーステーション

接続されたアンドン タワー ライト (有線スタンドアロンではなく、イーサネット/IO-リンク)

ネットワークインフラ（各ステーションへのイーサネット）

応答側に対するモバイルまたはワイヤレスの確認応答

ステップ 4: MES 統合の構成

データスキーマと理由コードを定義する

OPC UA / MQTT / API接続のセットアップ

ダッシュボードの構築（リアルタイムのステータス、パレート、ダウンタイム、応答時間）-

展開する前に単一ステーションでテストする

ステップ 5: 列車のオペレーター

オペレーターは以前と同様に andon をトリガーします

タッチスクリーンで理由コードも選択できるようになりました。

応答者は画面またはモバイルで確認します

強調: これは監視ではありません - 改善です

ステップ 6: レビューと改良

ダウンタイムの主な原因を毎週レビューする

理由コードが使用されていないか役に立たない場合は、理由コードを調整します。

応答時間と解決時間が改善されるかどうかを追跡する

より多くの行に拡張

7. 共通の課題

8. 実際の-世界の結末

アンドンと MES を統合したプラントでは、通常、次のレポートが報告されます。

20～40%削減ラインのダウンタイムは 6 ～ 12 か月以内

30 ～ 50% 高速化測定時の応答時間

クリアパレート上位のダウンタイムは - 件の集中改善努力を引き起こしています

OEE番号推定ではなく実際の出来事に基づいています

問題の繰り返しが少なくなる根本原因が追跡されるため

より良いコミュニケーションオペレーター間、メンテナンス間、資材間

準備完了レコードを監査-ISO、IATF、または顧客の要件に対応

最大の成果は単一の指標ではありません - それは、問題が可視化され、測定可能で、解決可能になることです。

9. この移行におけるパネル PC の役割

ショップ フロア パネル PC は、既存のアンドン ハードウェアを取り外すことなくこれを可能にします。{0}

として機能しますアンドントリガー（タッチボタン）とあんどんディスプレイ(ステータスライト、メッセージ)

に接続しますPLCとセンサーデジタル I/O 経由

ローカル ロジック (アラート エスカレーション、タイマー、理由コードの選択) を実行します。

と話すMESイーサネット経由

工場の現場でも耐えられます (IP65、ファンレス、幅広い温度、振動)

を提供します。ローカルUIネットワークがダウンしている場合でも (データはバッファリングされ、後で同期されます)

最新の産業用パネル PC は、スタンドアロンのアンドン ボックス、クリップボード、壁掛けディスプレイを 1 つの統合ネットワーク デバイスに置き換えます。{0}

結論

アンドンライトは当時の革命でした - 現場の問題を可視化しました。しかし、可視性だけでは問題は解決されません。データはそうなります。すべての赤と黄色の信号が MES 内でタイムスタンプが付けられ、分類され、分析されたイベントになると、問題への対応から系統的に問題を排除することになります。

移行に際し、すべてを取り除く必要はありません。 1 つの回線から開始し、Andon トリガーを産業用パネル PC に接続し、構造化されたイベントを MES にプッシュし、重要なものを測定します。時間が経つにつれて、アンドン ボードは単なる照明ではなくなり、生産インテリジェンス システムのフロントエンドとなります -。

Andon システムを MES に接続する準備はできましたか?当社は、デジタル I/O、イーサネット、OPC UA/MQTT サポート、IP65 フロント パネル、カスタマイズ可能な画面アンドオン インターフェースを備えたファンレス産業用パネル PC を提供しています。-当社のエンジニアリング チームは、データ フローの設計、適切なハードウェアの選択、最初の行の理由コードの定義をお手伝いします。プロジェクトについてご相談になりたい場合は、お問い合わせください。

キーワード: アンドンと MES の統合、ラインアラート生産データ、製造実行システム、製造現場のデジタル化、アンドンボード産業用 PC、OEE ダウンタイム追跡、産業用 HMI アンドン、ラインアラート システム MES