タイ工場で「異常検知 センサー」を導入しようとすると、振動・温度・電流・音響のどれを買うか、AIの精度を何％にするかという話から始まりがちです。しかし、発注前に決めるべきなのはセンサーの型番ではありません。対象設備のどの故障モードを、どの物理変化として、どの運転モードで観測し、検知後に誰が何をするかです。本稿は、温度センサー監視と振動センサー設備診断を含む選定、誤報・見逃しの管理、30〜90日PoC、RFP、FAT/SATの受入条件を、タイの製造現場向けに実務へ落とします。
結論：異常検知センサーは「故障モード・運転条件・行動」で発注する
異常検知の成否は、センサー単体の仕様やモデルのスコアでは決まりません。RFPで発注すべき成果は、次の一連の測定システムです。
- 対象設備と故障モードが優先順位付きで定義されている。
- 故障に先行または随伴する観測可能な信号が選ばれている。
- センサーの測定範囲、帯域、取付位置・方向、保護、校正が再現可能に決められている。
- 回転数、負荷、工程、レシピ、周囲温度、起動・停止などの運転コンテキストが同じ時刻軸で記録される。
- 欠測、ドリフト、クリッピング、時刻ずれ、通信断を「設備異常」と混同しない。
- 通知、オペレーターアラーム、安全インターロックの境界と責任者が明確である。
- 真偽を確認する台帳があり、誤報と見逃しを継続的にレビューできる。
- FAT/SATで同じ入力と期待結果を再現し、証跡で受け入れられる。
「設備 故障 予知」を目標にしても、全故障を予知できると約束してはいけません。検知できるのは、選んだセンサーと取得条件で観測可能な変化だけです。急激な破断、センサーがない部位の不具合、通常変動に埋もれる変化は見逃し得ます。したがって、提案比較では「AI搭載」より、対象故障・観測範囲・除外条件・検知後の業務が明示されているかを見ます。
1. センサーを選ぶ前に故障モードを一枚にする
最初のワークショップでは、設備台帳を全部広げるのではなく、停止影響、品質影響、安全・環境影響、代替手段、現場の観察可能性を基に対象を絞ります。設備名だけで「ポンプを監視する」と書くのは不十分です。同じポンプでも、軸受劣化、アンバランス、ミスアライメント、キャビテーション、シール漏れ、閉塞、モーター過負荷では、適した信号と行動が異なります。
故障モードごとに、①発生時に何が物理的に変わるか、②その変化はいつ現れるか、③既存PLCや点検で既に取得できるか、④検知したら計画停止まで待てるか、⑤確認に必要な別信号は何か、を記述します。ここで「早く検知できる信号」と「原因を絞れる信号」が同じとは限りません。広帯域振動は変化を早く捉えても、負荷や取付の影響を受けます。温度は理解しやすい一方、熱容量のため変化が遅く、周囲温度や工程熱の補正が必要です。
故障モードから観測信号へ落とす実務表
| 故障モード／状態 | 観測可能な変化 | 第一候補センサー | サンプリング・取付の注意 | 確認用コンテキスト |
|---|---|---|---|---|
| 回転体のアンバランス | 回転同期成分、振幅・位相の変化 | 加速度・速度振動センサー | 軸受箱の剛性部へ方向を固定。回転数と必要帯域に合わせる | 回転数、負荷、運転モード |
| ミスアライメント／緩み | 軸方向・高調波・衝撃成分の変化 | 3軸または方向別振動 | 測定点と向きを図面化。磁石仮設と恒久固定を混同しない | 起動後時間、結合状態、整備履歴 |
| 軸受劣化 | 高周波衝撃、包絡線傾向、発熱 | 高帯域加速度＋温度 | 低速回転では取得時間を確保。取付共振と飽和を確認 | 回転数、潤滑、負荷、交換日 |
| キャビテーション／流体異常 | 広帯域振動、音響、圧力・流量の乱れ | 振動／音響＋圧力・流量 | 周辺騒音だけで判定しない。吸込条件と弁開度を同期 | 流量、圧力、液温、弁開度 |
| モーター過負荷／電気異常 | 電流・電力・力率・温度の変化 | 電流／電力計測＋温度 | インバーター波形とクランプ仕様を確認。盤作業の安全手順必須 | 周波数、トルク指令、負荷、相情報 |
| 潤滑不足 | 摩擦由来の高周波、温度上昇 | 振動／超音波＋温度 | 給脂直後の一時変化を別モードにする | 給脂量、銘柄、時刻、運転時間 |
| ギヤ歯面異常 | かみ合い周波数と側帯波の変化 | 高帯域振動 | 回転数変動に追従した解析が必要。筐体伝達経路を確認 | 各軸回転数、負荷、ギヤ比 |
| 炉・乾燥機の熱異常 | 温度偏差、昇温速度、温度分布の変化 | 熱電対／RTD／赤外線 | 放射率、視野、熱接触、断線診断を区別 | 品種、設定値、扉開閉、周囲温度 |
| 冷却能力低下 | 入口出口温度差、圧力、流量の変化 | 温度＋圧力／流量 | 一点温度だけでなく差分を取る。センサー応答時間をそろえる | 負荷、冷却水温、フィルター状態 |
| 空圧漏れ | 超音波、圧力低下、コンプレッサー運転増加 | 超音波＋圧力／電力 | 生産騒音の時間帯差を考慮。漏れ位置確認と総量監視を分ける | 生産状態、圧力設定、運転台数 |
| 搬送詰まり／摩擦増加 | モーター電流、速度差、温度、振動の変化 | 電流＋速度／温度 | 製品重量・品種による通常差をモード化 | 品種、搬送量、速度、ジャム履歴 |
| センサー／配線故障 | 固定値、飛び、ノイズ、欠測、ドリフト | 自己診断・冗長参照 | 設備異常とは別の品質フラグを持つ | 校正日、通信品質、電源、周囲条件 |
この表はセンサー型式表ではなく、要求仕様の骨格です。各候補について「測れない条件」も書きます。たとえば温度センサー監視で、センサーが外気の風を受け、対象表面との熱接触が弱ければ、表示値が安定していても設備内部温度を代表しません。振動センサー設備診断でも、薄いカバーに取り付けるとカバー自身の共振を測り、軸受状態を誤解する可能性があります。
2. 温度、振動、電流、音響は競合ではなく役割分担
温度センサー監視が向く場面と限界
温度は、過熱、冷却性能、熱収支、炉内分布、軸受や盤内の状態を現場が理解しやすい指標です。既存PLCに測温抵抗体や熱電対が接続されていれば、追加ハードウェアを抑えて履歴化できる場合もあります。ただし、絶対温度の単一閾値だけでは、周囲温度、製品レシピ、負荷、暖機時間の影響を受けます。
実務では、絶対値に加え、基準との差、入口出口差、同型設備との差、上昇速度、一定負荷での残差を候補にします。センサー種別、保護管、取付深さ、応答時間、配線補償、断線時の値、校正方法をRFPへ書きます。赤外線では放射率、反射、視野、窓材、粉じんの影響を確認します。比較対象が違うセンサーを同じ温度として扱わないことが重要です。
振動センサー設備診断が向く場面と限界
振動は回転機械のアンバランス、ミスアライメント、緩み、軸受・ギヤの劣化などに有効ですが、「振動値」一つではありません。加速度、速度、変位、波形、スペクトル、包絡線、位相など、目的に応じた測定量があります。ISO 20816-1:2016は機械振動の測定・評価に関する一般指針を示す現行の公表版ですが、ISOは同版を改訂予定とし、ISO/FDIS 20816-1への置換見込みを表示しています。したがって、FAT/SATの基準には適用する発行済み規格、機械クラス、測定点、量、帯域、運転条件を版付きで明記し、改訂草案を最終規格として扱いません。
低速機、可変速機、断続運転では、一定回転機と同じ固定時間窓や固定周波数ビンが適切とは限りません。回転数タグを同期し、必要ならオーダートラッキングや運転区間の切り出しを検討します。ワイヤレスセンサーでは、端末内で算出した要約値だけが送られるのか、異常時に生波形を取得できるのか、取得帯域・長さ・再現性を確認します。
電流・電力、音響、プロセス値の使いどころ
電流・電力は盤側から複数設備を監視できる可能性があり、負荷変化、詰まり、空運転などを捉えやすい一方、同じ電流変化が製品重量、速度設定、機械摩擦のいずれでも起こり得ます。音響・超音波は漏れや衝撃の探索に役立ちますが、タイ工場の生産音、隣接機械、エアブローによる環境変化を基準化する必要があります。圧力、流量、速度、品質値などのプロセス信号は、設備状態を業務結果へ結び付ける重要な裏付けです。
一つの高価なセンサーで全てを説明するより、低頻度の温度・プロセス値と、必要な帯域の振動、回転数・負荷を小さく組み合わせた方が、原因確認と誤報抑制に有効な場合があります。選定の判断軸は「信号数」ではなく、対象故障を観測し、現場が確認可能な証拠を作れるかです。
既存設備から信号を安全に追加取得する考え方は、老朽設備のIoTレトロフィットも参照してください。エッジ側の接続方式、バッファ、時刻、プロトコルを比較する際は、産業用IoTゲートウェイの選定が補助になります。
3. ベースラインは設備ごとではなく運転モードごとに持つ
正常データを大量に集めても、運転条件を混ぜれば良い基準にはなりません。停止、起動、暖機、定常、品種切替、洗浄、段取り、低負荷、高負荷、手動運転、保全直後は信号の分布が異なります。異常検知がこれらを一つの正常分布として学習すると、閾値が広がって故障兆候を見逃すか、切替のたびに誤報を出します。
最低限、次のタグをセンサー時系列と同期させます。
- asset ID、測定点ID、センサーID、取付方向、設定版。
- PLC状態、運転／停止、工程ステップ、レシピ／品種。
- 回転数、速度、負荷、流量、圧力、設定値。
- 周囲温度、シフト、曜日、暖機後経過時間。
- 保全開始・終了、部品交換、給脂、校正、センサー再取付。
- アラーム発報、現場確認、作業指示、故障確認、誤報判定。
ベースライン期間は「30日あれば十分」と固定しません。対象設備が週一回しか高負荷運転しないなら、30日でも高負荷例が少ない可能性があります。逆に毎日同じ条件が反復される設備では短期間でも比較が進みます。PoC計画には日数だけでなく、必要な運転モード、回数、負荷範囲、品種、保全イベントをカバレッジとして書きます。
時刻同期は分析機能ではなく測定品質
振動が上がった直前に負荷が変わったのか、温度上昇の後に出力が落ちたのかは、時刻が合わなければ判断できません。センサー、ゲートウェイ、PLC、SCADA、MES、CMMSの時刻源、タイムゾーン、夏時間の扱い、許容ずれ、補正記録を定義します。端末がオフライン時にローカル時刻で蓄積するなら、復旧後も元のevent timeを保持し、upload timeで上書きしない設計が必要です。
OPC UAを使う場合も、「OPC UA対応」だけで要件を満たしたことにはなりません。OPC Foundationの公開仕様は、クライアント・サーバー、ユーザーの認証、通信の完全性・機密性などのセキュリティモデルと、設置環境に応じたプロファイル選択を説明しています。RFPでは対応プロファイル、証明書運用、署名・暗号、時刻、再接続、subscription欠落、監査ログを確認します。NIST SP 800-82 Rev.3が強調するOT固有の性能・信頼性・安全要求を踏まえ、監視追加が制御ネットワークへ不要な負荷や経路を作らないこともSAT対象です。
4. 誤報と見逃しを同じ台帳で管理する
誤報を減らすため閾値を上げると見逃しが増え、見逃しを減らすため感度を上げると誤報が増えます。どちらか一方だけをKPIにすると、現場が通知を無視するか、モデルが何も出さない状態を「高精度」と誤認します。必要なのは、アラート単位と故障・要対応イベント単位の両方で評価することです。
真偽台帳には、アラートID、設備、時刻、運転モード、信号、ルール／モデル版、重要度、根拠グラフ、担当、現場確認、作業指示、部品状態、原因、判定、クローズ時刻を残します。見逃しはアラートからは見つかりません。故障記録、保全作業、品質異常、停止履歴から逆引きし、事前の検知があったかをレビューします。
固定閾値より先に使える誤報抑制策
- 停止・起動・洗浄・段取りを別モードにし、不要なモードでは通知を抑制する。
- 回転数、負荷、周囲温度に応じた基準線や残差で判定する。
- 一回超過ではなく、持続時間、回数、傾向、ヒステリシスを定義する。
- 温度だけ、振動だけで決めず、相関する確認信号を付ける。
- センサー欠測、電池低下、飽和、固定値はデータ品質通知へ分ける。
- 保全直後やセンサー再取付後はベースライン変更期間として管理する。
- 同一原因から多数のタグが発報する場合は、設備・原因単位で集約する。
閾値はベンダーの初期値をそのまま「正解」にしません。OEM推奨、適用する発行済み規格、過去の正常分布、既知故障、設備重要度、現場が取れる行動を根拠として、設備オーナーと保全・生産が承認します。モデル更新時は、同じ検証データに対する旧版・新版の差を残し、誰が有効化したかを監査できるようにします。
5. 通知、アラーム、安全インターロックを混ぜない
異常スコアが出たからといって、即座に設備停止へ接続してはいけません。目的、受け手、応答時間、検証レベルが違う三層を明確にします。
| 区分 | 主な目的 | 期待する行動 | 実装・受入の境界 |
|---|---|---|---|
| アドバイザリー／通知 | 傾向確認、点検提案、計画保全の優先付け | 保全担当が期限内に確認し、必要なら作業指示化 | CMMS、メール、ダッシュボード等。受領・担当・クローズを追跡 |
| オペレーターアラーム | 異常状態に対して運転員のタイムリーな対応が必要 | 認知、診断、定めた操作、エスカレーション | 優先度、原因、結果、応答、抑制、監査をアラーム哲学に従い管理 |
| 安全インターロック／トリップ | 許容できない危険を独立した保護で防ぐ | 検証済みロジックが所定の安全動作を実行 | 安全要求、独立性、検証、変更管理の対象。分析通知で代替しない |
ISAの公開ISA-18シリーズ解説は、アラームをライフサイクルで管理し、意味があり、優先され、行動可能であることを重視し、非アラーム通知を別に扱っています。異常検知の出力を全てDCS/SCADAのアラームに入れると、運転員が取るべき行動のない通知が増え、重要アラームを埋もれさせます。反対に、保全通知だから責任者や期限が不要ということでもありません。
安全インターロックは、PoC分析のスコアを無審査で接続する領域ではありません。既存の保護を変更する場合は、サイトの安全管理、リスク評価、検証、承認に従います。本稿の異常検知は、原則として判断支援と保全ワークフローから始め、停止判断へ進める場合は別の安全・制御設計として扱います。
6. 30〜90日PoCは日程ではなく学習と受入のゲートで組む
30〜90日は計画の幅であり、成果保証ではありません。故障が起きなかったからPoC失敗でも、ダッシュボードが動いたから成功でもありません。短期間で確認すべきなのは、測定品質、運転モードの説明力、既知イベントの再現、通知から行動までの閉ループ、本番拡張の工数根拠です。
Phase 0：開始前の準備
- 対象設備、故障モード、除外範囲、設備重要度を承認する。
- 測定点写真、取付図、端子・ネットワーク・電源の安全条件を確認する。
- PLC／SCADA／MES／CMMSから取得するコンテキストと責任者を決める。
- 過去の故障・保全・品質記録を匿名化し、イベント台帳の初期候補を作る。
- 通知の受け手、応答期限、エスカレーション、停止権限を決める。
Phase 1：設置とデータ品質の受入
センサー取付後、値が見えるだけで進めません。レンジ、ノイズ床、飽和、欠測、方向、センサーID、時刻ずれ、再起動、通信断と復旧、バッファ、電池・電源状態を試験します。既知の運転変化を入れ、信号とPLCモードが同じ順序で記録されることを確認します。
Phase 2：モード別ベースラインとルール仮説
対象となる定常・起動・負荷・品種を収集し、モードごとの分布を確認します。保全担当とデータ担当が同じグラフを見て、正常変動の説明、既知異常の再現、確認用信号を整理します。根拠のない複雑なモデルへ急がず、単純な差分・傾向・持続条件と比較します。
Phase 3：シャドー運用
通知を設備停止へ結び付けず、候補アラートを担当者が確認します。真偽台帳を更新し、どの運転モード、取付、データ品質、通知文が誤判断を生んだかを特定します。現場確認に必要な画面、タイ語・英語・日本語の表示、スマートフォンでの証拠写真、作業指示との連携も試します。
Phase 4：受入と拡張判断
合格・条件付き合格・再試験を判定します。検知結果だけでなく、設置標準、タグ辞書、データ品質、サイバーセキュリティ、運用負荷、保全フィードバック、変更管理、撤去・復旧を評価します。次の設備へ横展開する場合は、共通部分と設備固有部分を分けて見積前提にします。
PoC受入指標：数値は現場データで合意する
| 受入指標 | 測り方・証跡 | 合格値の決め方 | 主担当 |
|---|---|---|---|
| 対象モードのカバレッジ | 承認したモード一覧に対する実データ取得状況 | 設備周期とPoC目的に必要なモードを開始時に合意 | 生産＋設備オーナー |
| データ可用性 | 期待サンプル／受信サンプル、欠測区間一覧 | 計画停止・通信試験を分離し、用途別に合意 | OT／IT |
| 時刻整合 | PLCイベントとの時刻差、補正・再起動記録 | 原因順序を判定できる許容差を設計時に合意 | OT／制御 |
| 測定再現性 | 同条件・同測定点の傾向、再取付前後の差 | センサー・取付方式・用途に基づき合意 | 保全＋ベンダー |
| 既知イベント検出 | 承認済み故障・作業イベントに対する検知結果 | 対象故障ごとに評価窓と期待行動を定義 | 信頼性／保全 |
| 誤報負荷 | 確認不要だった通知数、確認工数、原因分類 | 受け手が運用可能な量と優先度を合意 | 保全責任者 |
| 見逃しレビュー | 故障・品質・停止台帳から検知有無を逆引き | 観測可能範囲と重大度別に判定 | 設備＋品質 |
| 対応完了率 | 通知→認知→点検→作業→クローズの証跡 | 役割と期限を通知区分ごとに合意 | 保全管理者 |
| 復旧・冪等性 | 通信断、再送、重複、順序逆転の試験ログ | データ欠落・二重作業を生じないことをシナリオ受入 | OT／IT |
| セキュリティ | 認証、権限、証明書、ログ、脆弱性対応証跡 | サイト方針とリスク評価に適合 | 情報セキュリティ |
精度、適合率、再現率を使う場合は、分母と評価窓を固定します。一つの故障が一時間に多数のアラートを出した場合、アラート単位と故障イベント単位で結果は変わります。正常ラベルも「アラートがなかった」ではなく、点検・作業・品質記録と照合します。故障例が少ない場合は、無理に一般化した精度を作らず、「何件のどの故障モードで評価したか」を提示します。
7. RFPではハード、データ、運用、受入証跡を一体で問う
見積書でセンサー個数とクラウド月額だけを比較すると、取付工事、PLCタグ、ネットワーク、時刻同期、CMMS連携、モデル調整、現場教育、FAT/SATが後から追加になりやすくなります。RFPでは、対象範囲と除外、責任分界、納品物、受入試験を先に固定します。
RFP／FAT／SATチェックリスト
| 項目 | RFPで要求する内容 | FAT証跡 | SAT証跡 |
|---|---|---|---|
| 対象故障 | 設備・故障モード・観測信号・除外条件 | 要求トレーサビリティ表、模擬／履歴データ結果 | 現場設備と測定点の照合、運転モード確認 |
| センサー仕様 | 測定原理、範囲、帯域、精度、環境定格、校正 | 型式表、校正証跡、設定版 | 実取付、配線、保護、タグ・方向写真 |
| サンプリング | 生波形／特徴量、頻度、窓、保存、異常時取得 | 既知信号入力、帯域・飽和・欠測試験 | 実運転でのノイズ床、波形、通信負荷 |
| 取付標準 | 位置、方向、締結、表面、再取付、ケーブル | 取付手順、識別・変更管理 | 測定点ごとの写真、トルク・向き、現場承認 |
| コンテキスト | 回転数、負荷、モード、品種、周囲条件 | タグ辞書、時刻付きテストデータ | PLC／MES実タグとの同期と意味確認 |
| データ品質 | 欠測、固定値、飛び、飽和、ドリフト、電池 | 異常注入と品質フラグの期待結果 | 通信断・再起動・復旧、現場通知 |
| 分析・版管理 | 特徴、ルール、モデル、閾値、適用モード、更新承認 | 版固定データでの再現結果、旧新版比較 | 本番設定、権限、変更・rollback手順 |
| 通知設計 | advisory／alarm／interlock区分、優先度、文面、owner | routing、ack、escalationのシナリオ | 実端末、多言語、シフト交代、CMMS作業化 |
| セキュリティ | 構成、通信方向、認証、暗号、証明書、ログ | 権限のpositive／negative test | firewall、DNS、証明書更新、監査ログ |
| 継続運用 | 校正、電池、センサー交換、再学習、問い合わせ | runbook、SLA、バックアップ・復元 | 現場担当による実演と署名 |
| 終了・移行 | データexport、設定、モデル、撤去、アカウント削除 | export形式と完全性試験 | 現場復旧、権限削除、引渡し確認 |
見積前提を比較可能にする質問
- センサー価格に取付金具、盤改造、ケーブル、施工、校正、予備品は含まれるか。
- ワイヤレス端末の電池交換条件と責任、通信中継器、電波調査は含まれるか。
- 生波形を所有・exportできるか。特徴量の計算定義と版は開示されるか。
- ゲートウェイ停止時に何時間分を保持するかではなく、必要な生産停止・復旧シナリオを満たすか。
- PLC／SCADA／MES／CMMS連携のタグ数、プロトコル、テスト環境、変更費用の前提は何か。
- 初期閾値調整、再取付後の再基準化、モデル更新、誤報レビューはどこまで含むか。
- タイ語での現場教育、英語での技術支援、日本本社向け報告の範囲は何か。
- FAT/SAT不合格時の修正・再試験、条件付き合格、未解決事項の扱いは何か。
費用、削減率、回収期間は設備、施工、既存インフラ、故障履歴、運用体制によって変わります。本稿では標準価格や保証ROIを置きません。候補ベンダーには同じ対象設備、同じ故障モード、同じデータ保持、同じ受入試験で見積らせ、前提差を比較します。
8. FATで再現性、SATで現場成立を受け入れる
FATは、ベンダー管理環境でセンサー入力から通知・証跡までを再現可能に試す場です。正常入力だけでなく、欠測、固定値、飽和、時刻逆転、重複、通信断、未知モード、閾値版変更を入れます。同じ版の入力を再実行したとき同じ結果が得られ、差が出るなら理由が説明されることが重要です。
SATでは、実際の設備、取付、盤、ネットワーク、時刻源、PLCタグ、端末、受け手、シフトで成立するかを確認します。FATの模擬データで合格したモデルも、実機の取付共振、電気ノイズ、無線遮蔽、品種差で挙動が変わります。測定点写真とセンサーID、タグ名、設備台帳、ダッシュボードを現物照合し、通信断からの復旧、通知の受領、作業指示化、クローズまで現場担当がrunbookで実演します。
合否判定には、未解決事項のowner、期限、暫定統制、再試験条件を含めます。「重大障害なし」だけで閉じず、データ品質、対象モード、誤報負荷、見逃しレビュー、通知責任、セキュリティ、export可能性を残課題台帳で管理します。FATとSATのデータ、設定版、期待結果、署名は、次の設備への横展開時の基準になります。
9. タイ工場で起きやすい実装上の論点
高温多湿、粉じん、洗浄、油、振動、盤内熱、長い配線、無線遮蔽はセンサーと通信に影響します。IP等級だけでなく、実際の薬品、洗浄方向、ケーブルグランド、接地、保護ケース、保全時の取り外しを確認します。多言語現場では、通知文に「異常スコア」だけを出さず、設備、測定点、現在値、基準、継続時間、運転モード、推奨確認、危険な操作を避ける注意を簡潔に表示します。
タイBOIの当該公表ページによれば、Smart & Sustainable upgrade measureは2023年の開始から2026年上期までに1,397件の申請／プロジェクト、投資額1460億バーツ超を受けたとされています。これは制度への申請・投資規模を示す文脈であり、この記事のセンサーPoCが優遇対象になること、承認されること、同じ投資成果を得られることを意味しません。適格性や申請条件はBOIの最新資料と専門担当者へ個別確認してください。
過去事例から対象設備の切り方を考えるには、タイ工場の予知保全事例と導入設計も参照できます。ただし、事例の数値やモデルをそのまま自工場の受入値へ転用せず、測定点、運転モード、故障定義、評価窓が一致するかを確認します。
10. よくある失敗と回避策
「まず全設備へ付ける」
対象故障と行動がないままセンサー台数を増やすと、データ品質確認と通知対応が追いつきません。重要設備の一つの故障族から始め、測定・判断・作業・学習の閉ループを完成させます。
「正常を学習すれば異常が分かる」
運転モードを混ぜた正常データは誤報源です。また、通常から外れたことと故障であることは同じではありません。モード別基準と現場確認を組み合わせ、未知の変化は「要確認」として扱います。
「精度99％」をそのまま受け入れる
データの偏り、アラート単位、評価窓、ラベル、対象故障が分からなければ比較できません。混同行列だけでなく、故障イベント別の検知、先行時間、誤報確認工数、見逃しの重大度を同じ台帳で見ます。
「クラウドへ届けばデータ品質は良い」
誤った取付、時刻ずれ、飽和、欠測補間、センサー交換を隠したデータは、通信成功しても測定として不十分です。品質フラグと設定版を値と一緒に保存し、原データへ追跡可能にします。
「通知を出したので保全は完了」
通知の受領者、期限、確認方法、作業指示、部品手配、クローズ、結果フィードバックがなければ改善しません。PoC期間中からCMMSまたは簡易台帳へ接続し、owner不在の通知を合格させません。
FAQ：異常検知センサーの選定と受入
異常検知センサーは振動と温度のどちらを選ぶべきですか？
故障モードと観測可能な変化で決めます。回転体の機械異常を早期に捉えるには振動が候補になり、過熱や冷却能力、炉内状態には温度が適します。原因確認と誤報抑制のため、回転数、負荷、圧力、流量などを組み合わせる場合があります。どちらかを先に決めず、故障モード表から選んでください。
温度センサー監視は固定閾値で十分ですか？
安全上の上限など固定値が必要な場面はありますが、状態監視では周囲温度、負荷、品種、暖機時間により正常値が変わります。絶対値、温度差、上昇速度、同型機比較、モード別残差を使い分け、センサー応答や取付も受け入れます。
振動センサー設備診断のサンプリング周波数はどう決めますか？
対象故障が現れる周波数、回転数、センサー帯域、取付、解析法から決めます。万能な一律値はありません。RFPでは生波形か要約値か、帯域、取得長、窓、異常時波形、飽和、時刻同期を明記し、既知信号または履歴データでFATします。
設備故障予知のPoCは30日で終わりますか？
30日は計画候補であり、十分性は設備周期と運転モードによります。必要な負荷、品種、起動停止、保全イベントが含まれなければ延長や範囲変更が必要です。故障発生数だけでなく、データ品質、既知イベント再現、通知運用、復旧を受入対象にします。
誤報率は何％なら合格ですか？
業界共通の万能値はありません。設備重要度、通知の受け手、確認工数、見逃しの影響、評価窓で合意します。アラート単位と故障イベント単位を分け、受け手が運用可能か、重大な見逃しがないかを真偽台帳で判定します。
AI異常検知を安全インターロックへ接続できますか？
PoCの分析出力をそのまま安全停止へ接続すべきではありません。通知、オペレーターアラーム、安全インターロックは目的と検証が異なります。保護機能を変更する場合は、サイトの安全要求、リスク評価、独立性、検証、変更管理に従う別設計が必要です。
RFPで最低限要求すべき証跡は何ですか？
故障モード対応表、測定点・取付図、校正、タグ辞書、時刻同期、データ品質試験、モデル／閾値版、FAT入力と期待結果、SAT写真・ログ、通知対応、セキュリティ試験、runbook、設定・データexportを要求します。画面のデモだけを受け入れないことが要点です。
まとめ：測る、判断する、行動する、学び直すところまで設計する
異常検知センサーの選定は、振動か温度かという部品比較ではありません。故障モードを起点に観測信号を選び、取付、帯域、サンプリング、時刻、運転モード、データ品質を測定システムとして固定します。誤報と見逃しは真偽台帳で同時に評価し、アドバイザリー、オペレーターアラーム、安全インターロックの境界を守ります。
30〜90日PoCでは、故障が起きるのを待つだけでなく、測定品質、既知イベント、モード別基準、通知から作業までの閉ループ、復旧と変更管理を検証できます。RFPに納品物と責任分界を明記し、FATで再現性、SATで現場成立を証跡付きで受け入れることが、設備故障予知を実運用へつなげる道です。
TOMAS TECHでは、タイ工場の対象設備選定、センサー・ゲートウェイ構成、PLC/MES/CMMS連携、30〜90日PoC、RFP、FAT/SATの受入条件を、既存設備を前提に整理します。製品を決める前の故障モード整理や、1〜数台での検証計画の段階でも、お問い合わせからご相談いただけます。
参照した一次情報
- ISO 13379-1:2025 — Data interpretation and diagnostics techniques
- ISO 17359:2018 — General guidelines for condition monitoring
- ISO 20816-1:2016 — Measurement and evaluation of machine vibration
- NIST SP 800-82 Rev. 3 — Guide to Operational Technology Security
- OPC Foundation — Profile reporting application
- OPC UA Part 1 — Security model
- ISA-18 Series of Standards
- Thailand BOI — Smart & Sustainable upgrade measure release
