タイやASEANの工場で三色灯 データ収集を検討するとき、最初に決めるべきなのは機器の型番ではありません。「ランプの点灯を何として解釈し、どの判断に使い、何には使わないか」です。三色灯は古い設備にも付いている低侵襲な観測点ですが、点灯時間だけで真の稼働時間、停止原因、サイクルタイム、OEEまで証明できるわけではありません。
本稿では、パトライト監視やシグナルタワーIoTを、単なる見える化で終わらせず、比較可能なPoC・RFP・受入基準へ落とす方法を解説します。直接接点、無線アドオン、PLC／IO-Link、エッジゲートウェイの選択から、同時点灯、点滅、ブザー、時刻、欠測、サイバーセキュリティ、FAT／SAT、KPI化、運用責任までを一つの設計として整理します。
1. 三色灯データ収集で分かること、分からないこと
三色灯は設備に近い「観測入力」である
信号灯には、設備制御が外部へ示そうとした状態が現れます。既設配線から無電圧接点を取り出す、対応する信号灯に送信機を付ける、PLCの出力状態を読む、といった方法なら、設備本体の制御プログラムへ大きな改修を加えずに観測を始められる場合があります。新旧設備が混在する工場にとって、この低侵襲性は重要です。
ただし、観測できるのは「赤入力がオンだった」「緑入力が点滅した」「通信が途切れた」といった事実です。そこから「異常停止」「段取り」「材料待ち」「計画停止」といった業務上の意味を得るには、設備ごとの電気図面、信号灯配線、操作標準、現場ヒアリングを照合しなければなりません。
三色灯データ収集が直接証明できる範囲と、他データとの照合が必要な範囲を分けると、次のようになります。
| データ・判断 | 三色灯だけで扱えるか | 必要な補足 |
|---|---|---|
| 各入力のオン／オフ時刻 | 条件付きで扱える | 取得方式、時刻同期、欠測検知を定義 |
| 点灯・点滅・ブザーの継続時間 | 条件付きで扱える | サンプリング、デバウンス、点滅判定を定義 |
| 設備ごとの表示状態 | ルール化すれば扱える | 同時点灯と優先順位を設備別に合意 |
| 真の生産サイクル | 三色灯だけでは証明できない | 生産数、完了パルス、作業指図と照合 |
| 停止原因 | 原則として証明できない | 操作者の理由コード、アラーム、保全記録と照合 |
| OEE | 三色灯だけでは証明できない | 計画時間、良品数、総生産数、標準速度などが必要 |
| 保全の優先順位 | 判断材料の一つ | 故障履歴、影響度、部品・技能の制約と統合 |
「緑の点灯時間＝稼働時間」と早く決めるほど導入が速く見えます。しかし、設備が材料待ちでも緑を保つ、暖機中に黄が点く、停止中も主電源断で全灯消える、といった現場差を無視すると、ダッシュボードの数字が現場の感覚と合わなくなります。最初の成果は派手な画面ではなく、「何を観測し、どう正規化したかを説明できること」です。
原データ、正規化状態、業務イベント、KPIを分離する
データモデルは少なくとも四層に分けます。
- 原入力：赤・黄・緑・ブザー・接点・通信状態を、取得したまま保存する層。
- 正規化状態：設備別ルールで RUN、STOP、ALARM、IDLE、UNKNOWN などへ変換する層。
- 業務イベント：停止開始、復旧、理由確定、段取り開始など、業務処理に使う層。
- KPI：計画、生産数、品質、作業指図などと統合して算出する層。
この分離があれば、現場とのレビューで解釈が変わっても原入力を残したまま再計算できます。逆に、取得直後に「赤＝故障」「緑＝生産」と上書きすると、後でルールを直しても過去の意味を復元できません。
2. パトライト監視・シグナルタワーIoTの構成をどう選ぶか
三色灯のデータ収集には複数の構成があります。どれか一つが常に優れているのではなく、設備停止の許容度、配線へのアクセス、必要な粒度、保守体制、ネットワーク境界で選びます。
方式A：無電圧接点を直接取り込む
信号灯へ出ている接点、補助リレー、または安全に分岐できる回路からデジタル入力へ取り込む方式です。入力と設備の対応が明確で、無線を使わず設計できる利点があります。一方、盤内作業、端子の確認、絶縁、電圧・極性、保全責任の整理が必要です。設備メーカーの保証や安全回路へ影響しないことも、図面と現物で確認します。
適するのは、盤改造が許可され、長期保守を自社または指定業者が担える設備です。PoCだからと仮配線のまま量産へ進めず、端子台、線番、図面改訂、予備入力、交換手順まで成果物に含めます。
方式B：メーカーの無線データ収集アドオンを使う
PATLITEのWDシステムは、対応する信号灯の入力情報を送信機からWD無線ネットワークで受信機／ホストへ送り、設定ソフトウェアを介してCSVへ記録できる構成です。現行の製品説明では、設備の年代や機種にかかわらず、対応する信号灯から状態を収集する用途が示されています。WD PROには接点入力や統合の選択肢がありますが、コネクター、容量、対応機種はモデルごとに確認が必要です。
マニュアルには、一つの受信機ネットワークで最大30送信機、現行資料の文脈で推奨20台という製品固有の記載があります。これは当該製品・条件の値であり、他方式の上限でも、工場設計の普遍的な目標でもありません。また、カタログ上の通信距離は指定条件下の参考値です。タイ工場では金属設備、盤、壁、搬送物、フォークリフト、他無線、アンテナ位置が変動要因になるため、現地の電波調査と受入試験で決めます。
無線アドオンは既設設備への工事を抑えやすい一方、電波、送信機電源、互換性、交換品、設定バックアップ、受信機障害時の影響範囲を運用設計に含める必要があります。CSVが出た時点で完成ではありません。可視化アプリケーションはホスト側の別機能であり、信号取得だけで業務KPIが生まれるわけではないからです。
方式C：PLCまたはIO-Linkから取得する
PLCに状態ビットやアラームコードがすでにあり、接続が許可されるなら、信号灯より詳しい意味を取得できる可能性があります。三色灯とPLCを二者択一にせず、三色灯を低侵襲な共通入口、PLCを高解像度な設備群の入口として併存させる設計も現実的です。PLCからの収集を深く検討する場合は、PLCデータ収集の実務ガイドも参考になります。
IO-LinkはIEC 61131-9として標準化され、センサーやアクチュエーターとのポイント・ツー・ポイント通信で、プロセス、パラメーター、診断データを双方向に扱います。フィールドバスではありません。対応デバイスとマスターがある箇所では有力な選択肢ですが、古い信号灯の取得に必須とするものではありません。現行リリースとしてIO-Link Communityが示す仕様パッケージは1.1.5（2025 package）で、JSON統合やMQTT関連のマッピング資料もあります。実装時は仕様と各デバイスのIODDをインターフェースの正本にします。
方式D：エッジゲートウェイで混在方式を統合する
現実の工場では、無線アドオン、接点入力、PLC、IO-Linkが混在します。エッジゲートウェイは、これらを一つの正規化イベントへ変換し、上位システムとの境界を作る役割を担います。重要なのは、ゲートウェイを単なるプロトコル変換箱にしないことです。
ゲートウェイに求める機能候補には、入力時刻の付与、デバウンス、点滅判定、ローカルバッファ、再送、重複排除、ハートビート、設定版管理、監査ログ、上位への認証通信があります。ただし、どこまでをゲートウェイで行い、どこからをサーバーで行うかは、障害時の再現性と保守担当で決めます。
| 比較軸 | 直接接点 | 無線アドオン | PLC／IO-Link | エッジ統合 |
|---|---|---|---|---|
| 既設制御への侵襲 | 配線条件による | 比較的抑えやすい | 接続・設定条件による | 下位方式に依存 |
| 取得できる意味の深さ | 主に入力状態 | 主に信号灯状態 | PLCタグや診断まで拡張可能 | 複数入力を正規化可能 |
| 主な確認点 | 電気図面、絶縁、盤作業 | 互換性、電波、台数、電源 | 権限、タグ、周期、IODD | バッファ、時刻、再送、保守 |
| 障害時の観点 | 断線、入力故障 | 無線断、送受信機故障 | 通信断、設定変更 | 蓄積、再送、重複、境界 |
古い設備データ収集の方式全体を比較したい場合は、レガシー設備IoT後付けガイドも合わせて確認してください。
3. 赤・黄・緑・ブザーを状態モデルへ変換する
色の意味を全設備共通にしない
「緑＝稼働、黄＝待機、赤＝異常」は説明用の仮説には使えても、工場全体の既定値にはできません。同じ色でも設備メーカー、導入時期、改造履歴、工程、操作標準によって意味が違います。まず設備単位で次を採取します。
- 電気図面と信号灯の配線先
- 各色・点滅・ブザーの制御条件
- 正常起動、加工、待機、段取り、材料切れ、異常、保全、電源断での実表示
- 同時点灯する組み合わせ
- 操作者が表示をどう解釈し、何を記録しているか
- 保全バイパス、手動モード、改造履歴
結果は「設備状態表」にします。口頭説明だけで済ませず、確認者、確認日、プログラム／図面版、写真や動画の証跡を関連づけます。
同時点灯と優先順位を明文化する
赤と緑が同時に点く、黄が点滅しながらブザーが鳴る、全灯が消える、といった組み合わせを一つの状態へ正規化するには優先順位が必要です。以下はルール記述の設計例であり、どの設備にも当てはまる推奨値ではありません。
| 原入力の例 | 正規化候補 | 判定時の確認 | 備考 |
|---|---|---|---|
| 赤ON＋ブザーON | ALARM候補 | 実機の異常条件か | ブザー停止後も赤が残る場合を分ける |
| 緑ON＋黄ON | RUN_WITH_WARNING候補 | 生産継続中か待機か | 設備ロジックを確認 |
| 黄点滅 | MATERIAL_CALL候補 | 点滅周期と操作標準 | 点灯との差を保持 |
| 全入力OFF | OFFまたはUNKNOWN | 主電源、入力電源、通信状態 | 電源断と通信断を混同しない |
| 通信断 | MISSING | 最終受信時刻とハートビート | 直前状態を無期限に延長しない |
優先順位は「重大そうな色」ではなく、業務上の処置と証拠で決めます。例えば赤と緑の同時点灯をALARMにする設計でも、原入力には両方を残します。正規化ロジックには版番号と適用日時を持たせ、変更前後の再現性を保ちます。
点滅とチャタリングを分ける
点滅は意味のある信号ですが、接点のチャタリングや通信揺らぎも短いオン／オフとして観測されます。デバウンス時間を一律に決めると、速い点滅を消すか、ノイズをイベントとして残す恐れがあります。
PoCでは原始的な立上り・立下り時刻を保存し、実機の点滅周期と入力特性を観測してから、設備群ごとにデバウンスと点滅判定を決めます。サンプルのデバウンス間隔を設計例として試すことはできますが、それを普遍的な値として横展開しません。受入では「何秒遅れたか」だけでなく、「短い真イベントを消していないか」「同じイベントを二重計上していないか」を確認します。
4. データ品質は時刻・生存・欠測から設計する
タイムスタンプをどこで付けるか
時刻には、入力が変化した時刻、送信機が送った時刻、ゲートウェイが受けた時刻、サーバーが保存した時刻があります。すべてを一つの timestamp として扱うと、ネットワーク遅延やバッファ再送を設備停止と誤認します。
最低でも、イベント時刻と受信時刻を区別し、時刻源、タイムゾーン、同期方法をデータ辞書に記載します。工場内で外部時刻サーバーへ直接接続できない場合は、許可された内部時刻源を用意します。時計がずれた際の検知、補正、監査も決めます。日跨ぎ、シフト跨ぎ、夏時間のある他拠点との統合、ゲートウェイ再起動後の時刻を試験ケースに含めます。
ハートビートで「変化なし」と「見えていない」を分ける
信号が数時間変わらないとき、設備が同じ状態なのか、通信が止まっているのかはイベントだけでは判別できません。送信機、受信機、ゲートウェイ、上位連携の各区間でハートビートまたは生存情報を設計します。
状態には valid, stale, missing, maintenance のような品質フラグを持たせます。直前の緑を通信断の間も延ばし続ければ、稼働時間が見かけ上増えます。欠測をゼロや停止として埋めても別の誤りになります。UNKNOWN／MISSINGを業務上の正式な状態として認め、KPIの分母から除外するか、別途データ品質指標として報告するかを合意します。
再送・重複・順序逆転を試す
エッジでバッファしたイベントを回線復旧後に再送する場合、サーバー到着順は発生順と異なることがあります。イベントID、設備ID、入力ID、発生時刻、シーケンスまたは同等の重複判定材料を持たせます。再送で同じ停止開始を二重計上しないこと、遅着イベントで確定済みの日報をどう再計算するかを決めます。
手動補正を消さずに管理する
操作者が停止理由を選び直す、保全担当が誤判定を修正する、といった手動補正は必要です。ただし原データを書き換えません。自動判定、補正値、補正者、時刻、理由、承認状態を別に保持します。補正率が高い設備は「現場が悪い」のではなく、状態ルールか入力が実態に合っていない可能性があります。
5. OTサイバーセキュリティとネットワーク境界
三色灯の入力は単純でも、それをネットワークへ接続するゲートウェイや受信機は管理対象です。「読み取り専用だから安全」とは限りません。資産が把握されず、初期設定のまま、更新責任がなく、上位ネットワークへ広い権限を持つ状態を避けます。
NIST IR 8259 Revision 1は2026年4月に最終化され、IoT製品メーカー向けの基礎的なサイバーセキュリティ活動を説明しています。具体的な技術能力はNIST IR 8259Aが、文書化や情報提供などの非技術的な支援能力はNIST IR 8259Bが整理しています。タイの民間工場へ一律に強制される規則という意味ではありませんが、Revision 1はメーカーのライフサイクル活動、8259A／8259Bはゲートウェイや接続機器・供給者を評価する観点として参照できます。
境界設計で確認する項目
- 送信機、受信機、ゲートウェイ、サーバー、管理端末の資産台帳と所有者
- 管理画面・API・ファイル転送の認証、権限、証明書、秘密情報の保管
- OT側から上位へ必要な方向・宛先・ポートだけを許可する通信設計
- インターネットへの直接接続を前提にしない更新・保守経路
- 設定バックアップ、復旧手順、ファームウェア情報、サポート期限
- ログの保管、時刻同期、異常な設定変更や通信断の検知
- ベンダーのリモート保守を有効化する条件、承認、時間制限、記録
- ゲートウェイ故障や侵害時に設備制御へ波及させない分離
三色灯監視は設備制御を書き換えない構成にしやすいものの、実際の安全性は配線とネットワークの設計次第です。データ取得系の故障が設備停止や安全回路へ影響しないことを、設計レビューと試験で確認します。
6. 現地調査から比較可能なPoC・RFPへ
サイトサーベイで「数」より「差」を集める
最初の現地調査では設備台数だけでなく、差異を採取します。設備メーカー、年代、信号灯型式、配線、電源、盤内余裕、PLC接続可否、無線環境、ネットワーク区画、シフト、表示ルール、保全担当、日報との関係を設備台帳へ記録します。
特に無線方式では、カタログの見通し距離を工場の保証値に置き換えません。稼働中と停止中、扉の開閉、搬送物、アンテナ位置、受信機候補位置などを含めて現地評価します。接点方式では、停止工事の時間、図面の有無、安全な分岐点、端子・電源を確認します。
PoCの目的を「つながる」から「判断できる」へ変える
5～10台や一つのシフトから始める案は、あくまでPoC範囲の設計例です。適切な台数と期間は、設備の種類、稼働パターン、状態変化の頻度、無線条件、シフト差を覆えるかで決めます。成功条件は「データが画面に出た」では不十分です。
PoCでは、少なくとも次を検証します。
- 対象設備の重要な表示組み合わせを観測できる。
- 原入力と正規化状態を追跡でき、設備別ルールがレビュー可能である。
- 通信断、電源断、再起動、再送、重複、時刻ずれを区別できる。
- 現場日報や観察記録と突合し、差異の理由を説明できる。
- 手動理由入力と修正履歴が残る。
- ネットワーク・アカウント・更新・バックアップの責任が定まる。
- 量産時の保守、交換、教育、追加設備登録の作業量を見積もれる。
RFPは入力・処理・出力・運用を分ける
提案依頼書で「三色灯をIoT化し、稼働率を見える化」とだけ書くと、各社が異なる前提で見積もり、比較できません。次の層に分けて要求します。
| RFP章 | 記載する内容 | ベンダーに求める証拠 |
|---|---|---|
| 対象・前提 | 設備一覧、信号灯、図面、操業、制約 | 対象外・追加調査の明示 |
| 入力 | 接点、無線、PLC、IO-Link、点滅、ブザー | 対応機種、配線、取得周期 |
| 状態モデル | 原入力、正規化、優先順位、版管理 | ルール表、変更・再計算方法 |
| 品質 | 時刻、デバウンス、ハートビート、欠測、再送 | データ辞書、試験方法、ログ |
| セキュリティ | 資産、認証、境界、更新、バックアップ | 構成図、権限表、復旧手順 |
| 上位連携 | CSV、API、データベース、ダッシュボード | スキーマ、エラー処理、再送 |
| 受入 | FAT、SAT、制御生産、判定方法 | テストケース、証跡、是正方法 |
| 運用 | 監視、一次対応、交換、変更、教育 | RACI、SLA案、保守成果物 |
単純なロガーと工場IoT基盤の境界を整理するには、産業用データロガーとIoTの比較も役立ちます。
費用は市場価格を断定せずWBSで比較する
本稿では案件価格やROIを作りません。比較すべき費用は、次のWBSに分解します。
- 信号取得ハードウェア、送信機、受信機、I/O、アダプター、電源
- 盤内配線、端子、図面改訂、設置、ラベル、停止工事
- 電波・ネットワーク調査、ネットワーク機器、区画設定
- エッジゲートウェイ、サーバー、ストレージ、バックアップ
- 状態モデル、データ変換、API、ダッシュボード、通知
- セキュリティ設計、アカウント、証明書、ログ、更新
- FAT、SAT、現地立会い、是正、文書化
- 教育、一次対応、交換品、ライセンス、ライフサイクル支援
初期費用だけでなく、設備追加、ルール変更、ゲートウェイ交換、無線再調整、ダッシュボード改修、セキュリティ更新を同じ比較表に入れます。ベンダーごとに「含む／含まない／数量依存／現地確認後」を明示させると、見積もりの安さではなく前提の差を比較できます。
7. FAT・SAT・制御生産で受入を段階化する
FAT：出荷前にロジックと障害動作を確認する
FATでは、実設備がなくても再現できる入力パターンを使い、状態変換とデータ品質を確認します。
- 各色の単独点灯、同時点灯、点滅、ブザー
- 短い入力変化とデバウンス
- 全灯消灯、入力電源断、ゲートウェイ再起動
- 通信断、バッファ、復旧後再送、重複排除、順序逆転
- 時計ずれ、日跨ぎ、シフト跨ぎ
- 設備ID・入力ID・ルール版・品質フラグ
- 未登録設備、設定不整合、権限外操作
- バックアップからの設定復旧と監査ログ
FATの合否は画面の色ではなく、入力と期待結果の一覧、実測ログ、差異、是正結果で残します。
SAT：タイ工場の現物と環境で確認する
SATでは、実配線、信号灯、盤、電源、無線、ネットワーク、時刻源、上位システム、操作者の動きを含めます。各設備の通常運転と代表的な例外を実際に発生または安全に模擬し、目視記録とシステム記録を突き合わせます。
無線では受信できたかだけでなく、想定する操業条件で欠測・再送・復旧が判定基準を満たすかを確認します。製品資料の距離を合格条件にせず、工場で合意した測定方法と許容条件を使います。直接接点では、取得系の着脱・故障が設備制御や安全へ影響しないことを確認します。
制御生産：数字が意思決定に使えるかを確認する
SAT後すぐ全設備へ展開せず、限定した生産範囲で運用します。日報、作業指図、生産数、停止理由、保全記録と照合し、次をレビューします。
- UNKNOWN／MISSINGが発生した時間と理由
- 自動状態と現場判断の不一致
- 手動補正の頻度と理由
- 通知が行動につながったか、過剰だったか
- 停止理由の入力負担と未入力の扱い
- シフト・設備・品種変更でルールが破綻しないか
- 保全、製造、IT／OT、管理者が同じ定義を使えているか
合格条件に達しない場合は、現場に数字を合わせさせるのではなく、入力、ルール、運用、期待用途のどこが誤っているかを切り分けます。
8. KPIへ展開するときの境界線
点灯時間から作れるのは「観測ベース指標」
三色灯からは、観測された各入力・正規化状態の時間、状態遷移回数、欠測時間などを集計できます。これらは改善の入口として有用です。ただし名称に注意します。「緑観測時間」「ALARM判定時間」のように定義を示し、検証前から「実稼働時間」「故障時間」と呼ばないようにします。
真の停止原因には操作者理由、アラームコード、保全記録が必要です。サイクルタイムには生産完了のイベントやカウントが必要です。OEEには計画停止カレンダー、良品・不良品、生産数、理想サイクルまたは合意した基準が必要です。三色灯はその一部を観測する入口であり、全てを代替するものではありません。
KPIの定義書をダッシュボードより先に作る
指標ごとに、名称、目的、式、分子・分母、データ源、除外条件、欠測処理、更新周期、所有者、利用する会議を記載します。例えば「観測稼働率」を設計例として作る場合でも、RUN判定時間を何で割るか、計画停止、UNKNOWN、通信断をどう扱うかを明記します。
ダッシュボードには最終値だけでなく、データ鮮度、欠測、ルール版、対象設備、集計期間を表示します。数字が悪いときに現場を責める画面ではなく、元イベントへドリルダウンし、次の確認担当と期限が決まる画面を目指します。
9. 導入後の運用責任を決める
三色灯監視は設置後に設備追加、改造、信号意味の変更、無線環境の変化が起きます。運用責任を曖昧にすると、画面は動いていても意味が古くなります。
| 仕事 | 主担当候補 | 必要な記録 |
|---|---|---|
| 設備・送信機・入力の登録 | OT／保全 | 資産台帳、対応表、図面 |
| 状態ルールの承認 | 製造＋保全 | 状態表、根拠、版、適用日 |
| ゲートウェイ・ネットワーク管理 | IT／OT | 構成、権限、変更、バックアップ |
| 欠測・通信断の一次対応 | 監視担当 | アラート、切り分け、復旧記録 |
| 停止理由の入力品質 | 製造 | 理由コード、未入力、補正履歴 |
| KPI定義の管理 | 業務オーナー | 定義書、会議体、変更承認 |
| 製品更新・脆弱性対応 | 資産所有者＋ベンダー | 版、評価、実施、ロールバック |
RACIは会社ごとに変わります。重要なのは、装置の故障、意味の誤り、ネットワーク障害、業務運用の問題を同じ窓口へ押し込まず、それぞれの一次判断者とエスカレーション先を決めることです。
10. 三色灯データ収集の導入チェックリスト
企画・現地調査
- [ ] 何の意思決定を改善するかを一文で定義した
- [ ] 設備台帳、信号灯型式、配線、電気図面、操作標準を確認した
- [ ] 色の意味を設備ごとに確認し、全社共通と仮定していない
- [ ] 同時点灯、点滅、ブザー、全灯消灯、手動・保全モードを記録した
- [ ] 直接接点、無線、PLC／IO-Link、混在方式を同じ評価軸で比較した
- [ ] 無線を使う場合、現地条件で調査・試験する計画がある
データ・連携
- [ ] 原入力、正規化状態、業務イベント、KPIを分離した
- [ ] イベント時刻と受信時刻、時刻源、タイムゾーンを定義した
- [ ] デバウンス、点滅、優先順位を設備別に検証できる
- [ ] ハートビート、stale、missing、再送、重複、順序逆転を扱える
- [ ] 手動補正が原データを消さず監査できる
- [ ] KPIは生産数、指図、計画停止、理由コードなど必要データと照合する
セキュリティ・運用
- [ ] 接続機器の資産、所有者、設定、アクセス権を管理する
- [ ] OTと上位の通信方向・宛先・権限を必要最小限にした
- [ ] 更新、バックアップ、復旧、ログ、リモート保守を設計した
- [ ] 取得系障害が設備制御・安全へ波及しないことを確認する
- [ ] 製造、保全、IT／OT、業務オーナーの責任を分けた
- [ ] 設備追加とルール変更を版管理する
PoC・受入
- [ ] PoCが設備差・状態差・環境差を含む理由を説明できる
- [ ] FATで組み合わせ、障害、再送、時刻、権限を試験する
- [ ] SATで現物、無線、ネットワーク、操作者を含めて確認する
- [ ] 制御生産で日報・生産数・理由・保全記録と突合する
- [ ] 合否、証跡、是正、再試験、量産判断の責任者を決めた
- [ ] 費用をハード、工事、調査、基盤、データ、セキュリティ、受入、運用に分解した
11. よくある質問（FAQ）
三色灯 データ収集だけでOEEを算出できますか？
三色灯だけでOEEを証明することはできません。点灯時間は観測データです。OEEへ展開するには、計画停止カレンダー、生産数、良品・不良品、作業指図、基準となる速度やサイクル、停止理由などを統合し、欠測やUNKNOWNの扱いを定義する必要があります。まずは「緑観測時間」など誤解の少ない名称で検証してください。
パトライト監視は古い設備にも後付けできますか？
対応する信号灯や安全に取り出せる接点があれば、設備制御への大きな改修を避けて導入できる場合があります。PATLITEはWDシステムについて、対応する信号灯から設備の年代・機種を問わず状態を収集する用途を説明しています。ただし、実際の対応機種、配線、電源、コネクター、送受信構成は型式と現地条件で確認します。
シグナルタワーIoTは無線と有線のどちらがよいですか？
一律の正解はありません。有線は電気工事と配線経路、無線は互換性、電波、電源、障害範囲が主要論点です。PLCへ安全に接続できる設備では、より詳しい情報を取れる可能性もあります。サイトサーベイで設備差を整理し、PoCで障害時の動作まで比較してください。
無線の通信距離はカタログ値で設計できますか？
カタログの距離は指定条件下の参考です。金属設備、壁、扉、搬送物、他無線、アンテナ位置が異なるタイ工場の保証値にはできません。現地の電波調査と、実際の操業条件を含むSATで合否を決めます。
赤・黄・緑の意味は全設備で統一すべきですか？
最初から統一した意味を強制しない方が安全です。設備ごとの電気図面、配線、制御条件、操作標準、現物表示を確認して状態表を作ります。その上で、上位システムの正規化状態は共通化できます。原入力と変換ルールを残せば、共通化しても根拠を追跡できます。
古い設備 データ収集のPoCは何台で行うべきですか？
普遍的な台数はありません。5～10台は範囲を考えるための設計例にすぎません。年代、メーカー、信号灯、配線、無線環境、稼働パターン、シフト差、重要な例外を代表できる対象を選びます。台数より、量産判断に必要な差異を含むことが重要です。
三色灯データ収集の費用はどう比較すればよいですか？
市場平均を一つの金額で置くより、ハードウェア、電気工事、電波・ネットワーク調査、ゲートウェイ／サーバー、状態モデル／ダッシュボード、セキュリティ、立上げ、教育、保守のWBSに分けて比較します。数量、対象外、現地確認後の項目、設備追加時の単価構造も明示してください。
取得したCSVをそのままダッシュボードへ入れればよいですか？
CSVは原入力の搬送手段になり得ますが、それだけで意味の一貫したKPIにはなりません。設備ID、入力意味、時刻、品質フラグ、重複、欠測、状態ルールの版を整え、業務イベントや生産データと統合します。可視化より先にデータ辞書と受入ケースを作ることが重要です。
まとめ：低侵襲な入口を、説明可能な運用へつなぐ
三色灯データ収集の価値は、古い設備を大きく改造せず、状態改善の入口を作れることです。一方、ランプは設備が外部へ示した観測点であり、停止原因、サイクル、OEEを自動的に証明する万能な真実源ではありません。成功の鍵は、原入力、正規化状態、業務イベント、KPIを分け、設備別の意味、同時点灯、点滅、時刻、欠測、手動補正を説明できる形にすることです。
直接接点、無線アドオン、PLC／IO-Link、エッジゲートウェイは、設備差と運用責任に合わせて選びます。現地調査、比較可能なRFP、障害を含むFAT、タイ工場でのSAT、制御生産の照合を通じて、画面が動くことではなく、現場が数字を信頼し次の行動を決められることを受入条件にしてください。
TOMAS TECHでは、構想設計、タイ工場の現地調査、PoC範囲、状態ルール、RFP、FAT／SATの受入定義を検討している段階からご相談いただけます。設備を止めにくい、年代やメーカーが混在している、三色灯とPLCのどちらから始めるべきか整理したい場合は、現状資料の棚卸しからお問い合わせください。
参考資料
- PATLITE, WD System Instruction Manual: https://shop.patlite.com/v/vspfiles/downloadables/WDSystem_InstructionManual.pdf
- PATLITE, Wireless Data Acquisition System product description: https://shop.patlite.com/article-a/287.htm
- PATLITE, WD-Z2 / WD PRO brochure: https://pd.patlite.com/portal/documents/WD-PRO_Enhanced_Wireless_Data_Acquisition_System.pdf
- IO-Link Community: https://io-link.com/
- IO-Link specifications and downloads: https://io-link.com/downloads
- NIST IR 8259 Revision 1: https://csrc.nist.gov/pubs/ir/8259/r1/final
- NIST IR 8259A: https://csrc.nist.gov/pubs/ir/8259/a/final
- NIST IR 8259B: https://csrc.nist.gov/pubs/ir/8259/b/final
