製造データ 収集を始めたいのに、PLCのメーカー、設備年式、通信方式、センサー、データロガー、上位システムがばらばらで、どこから仕様を決めればよいか分からない――これはタイの稼働中工場でよく起きる課題です。データを「吸い上げる」だけならデモはすぐ作れます。しかし、停止理由が誤っている、タイムスタンプがずれる、通信断で欠ける、変更後に戻せない、担当者の退職で保守できない状態では、経営判断にも品質証跡にも使えません。
本稿は、製造データ収集を単なる接続作業ではなく、設備データを業務で信頼して使うための基盤調達として整理します。PLC データ収集、設備 データ収集、センサー データ 収集、工場向けデータロガーをどう使い分けるか、90日PoC、RFP、FAT/SAT、運用、バックアップ、3年TCO、受入証跡まで具体化します。数値目標と金額は、出典を示した一次情報を除き、すべて案件で置き換える推奨設計例です。
製造データ 収集の目的を「タグ数」ではなく意思決定で定義する
最初に決めるのは、何点取れるかではありません。誰が、どの判断を、現在の何分後までに行い、誤った場合にどの損失が生じるかです。たとえば設備停止の見える化でも、班長が10分以内に応援を呼ぶ用途、保全が翌朝に慢性停止を分析する用途、品質部門がロット証跡を追う用途では、必要な粒度、時刻、保持期間、承認が異なります。
要求は「データ→情報→判断→行動」の鎖で書きます。「PLCから稼働信号を1秒周期で取得する」だけでは、なぜ必要かが分かりません。「包装ラインの停止開始・終了と理由を記録し、班長が同一シフト中に上位3原因を確認し、改善担当へ割り当てる」と書けば、時刻、理由コード、画面、権限、応答期限、証跡が必要だと分かります。
| 判断したいこと | 必要な原データ | 文脈 | 出力・行動 |
|---|---|---|---|
| どの設備が慢性的に止まるか | RUN、STOP、FAULT、時刻 | 設備、品種、シフト、停止理由 | Pareto、改善担当、期限 |
| 条件逸脱が品質へ影響したか | 温度、圧力、速度、設定値 | ロット、工程、レシピ、校正状態 | 対象範囲、保留、調査 |
| エネルギー原単位が悪化したか | 電力、流量、生産数量 | 製品、設備状態、時間帯 | 基準差、点検指示 |
| 予兆を保全へ渡せるか | 振動、温度、電流、アラーム | 運転モード、負荷、保全履歴 | 点検候補、優先度 |
ISO 22400-1:2014は製造オペレーション管理のKPIについて、業種に依存しない定義、構成、交換、利用の枠組みを示します。ISO公式ページでは同版が2025年に確認され、現行です。ただし、規格名をRFPに書くだけで自社KPIが決まるわけではありません。分子・分母、除外、締め時刻、訂正権限、版を業務側が決める必要があります。
成功条件を三層に分ける
PoCの成功条件は、接続、データ品質、業務利用の三層に分けます。接続率が高くても停止理由が入力されなければ改善に使えず、画面が好評でも通信断後に欠測すれば証跡になりません。
| 層 | 確認対象 | 推奨設計例 |
|---|---|---|
| 技術 | 到達、周期、バッファ、再送、時刻 | 合意稼働時間のデータ完全性99.5%以上 |
| 情報 | 単位、品質、設備・品種・ロットとの関係 | 必須タグの意味・所有者・版が100%登録 |
| 業務 | 会議、判断、アクション、効果 | シフト会議で毎日利用し未処置に担当と期限 |
99.5%、100%、毎日という値は標準要求ではなく、説明用の推奨設計例です。重要度、既存品質、通信方式、停止可能時間に合わせてRFPで置き換えます。
PLC データ収集・センサー・データロガー・ゲートウェイの役割
PLC データ収集は制御を守る境界から始める
PLCには運転、異常、カウンター、設定、インターロックなど有用な情報があります。一方、制御周期と安全・品質を担う装置へ、上位システムが無制限に問い合わせる設計は避けるべきです。読取専用の経路、許可タグ、最大負荷、接続数、再接続、通信異常時の動作、変更承認を定義します。既設ベンダー、設備保証、安全評価との境界も確認します。
収集方式は、PLCネイティブ通信、OPC UAサーバー、既設SCADA・ヒストリアン経由、外付けゲートウェイなどがあります。名称だけで選ばず、対象機種・ファームウェア、必要ライセンス、時刻の生成場所、品質コード、配列・構造体、イベント、読取負荷、保守責任を比較します。書込みを将来使う予定があっても、初期PoCでは読取専用を既定にし、書込みは別リスク評価と受入試験に分離するのが堅実です。
センサー データ 収集は計測チェーン全体で考える
後付けセンサーは、古い設備に振動、温度、電流、圧力、流量、環境値を追加できます。しかしセンサーが高精度でも、取付位置、固定方法、レンジ、サンプリング、変換器、配線、ノイズ、校正、時刻、設備状態の文脈が悪ければ分析は誤ります。センサーの値と「設備が何をしていたか」を同じ時計で結び付けます。
異常検知のために高周波波形を取る場合、全波形を常時クラウドへ送る必要があるとは限りません。エッジで特徴量とイベントを作り、異常前後の原波形を条件付き保存する案も比較します。何を捨てたか、再計算できるか、アルゴリズム版、原データ保持、閾値変更履歴を残します。
データロガー 工場用途は「孤立収集」からの出口を決める
データロガーは、独立計測、短期調査、校正機器との比較、ネットワーク工事前のPoCに有効です。工場のネットワークへ直ちに接続できない設備でも始められます。ただし、USBやCSVを人が運ぶ運用を恒久化すると、回収忘れ、時計ずれ、上書き、版混在、マルウェア、手作業転記が残ります。
RFPでは、容量満杯時の動作、停電時保存、時計・NTP、CSV仕様、API、品質フラグ、校正、端子、耐環境、交換、構成バックアップを確認します。PoC後にゲートウェイまたはデータ基盤へ移す出口を定義し、データロガーを「安価な最終形」と決め打ちしません。
IoTゲートウェイはプロトコル変換だけで選ばない
ゲートウェイは収集、正規化、バッファ、再送、時刻、証明書、監視、遠隔保守の境界になります。CPUやポート数だけでなく、サポート期間、OS更新、脆弱性対応、構成エクスポート、初期化からの復元、予備機交換、ログ、ディスク寿命、電源、温度、認証を比較します。産業用IoTゲートウェイの選定ガイドでは、RFPとFAT/SATに落とす観点を詳しく解説しています。
設備データ収集アーキテクチャ：現場から業務まで責任を切る
ANSI/ISA-95.00.01-2025は、企業と製造制御の統合に関するPart 1を2010年版から更新し、製造オペレーション・制御領域の範囲、物理資産の組織、企業機能と制御機能の境界、共有情報を扱います。これは特定製品の構成図ではなく、設備・ライン・工場・企業を共通語で議論する土台です。
実装では、現場資産、収集エッジ、OTネットワーク、OT DMZ、データ基盤、MES・保全・BIなどに責任を分けます。クラウド利用の有無にかかわらず、設備が上位断で止まらないこと、ローカルに必要量を保持できること、再送で重複しないこと、上位からの経路が制御へ無制限に戻らないことを確認します。
| 層 | 主な責任 | RFPで求める証跡 |
|---|---|---|
| PLC・センサー | 原信号、制御を妨げない取得 | タグ元、周期、負荷、変更承認 |
| エッジ／ロガー | 正規化、品質、時刻、バッファ | 構成、容量試験、再送ログ |
| OTネットワーク／DMZ | 分離、許可通信、監視 | データフロー、規則、拒否試験 |
| データ基盤 | 保存、版、検索、API、監査 | スキーマ、保持、復元、権限 |
| MES・分析 | 業務文脈、KPI、判断 | 計算定義、承認、訂正履歴 |
無線区間を使うなら、ピーク速度ではなく、稼働時の干渉、端末、ローミング、認証、バッファ、復旧まで試験します。工場無線LAN構築の実務ガイドも合わせて参照してください。
OPC UA・MQTT・Sparkplugを同じものとして扱わない
OPC FoundationのOPC 10000-200 Industrial Automationは、公式参照サイトでRelease 1.01.4、公開日2025年5月23日が現行として掲載されています。OPC UAは情報モデル、型、品質、セキュリティ機能を含む相互運用の選択肢ですが、「OPC UA対応」という一語だけでは互換性を証明できません。Client/ServerかPubSubか、プロファイル、認証、証明書、情報モデル、タグ数、更新頻度、履歴、アラーム、ベンダー間試験を明記します。
OASIS MQTT 5.0は2019年3月7日のOASIS Standardで、軽量なClient/Server型publish/subscribeメッセージ転送プロトコルです。仕様はpayload内容に依存せず、3つのQoSを定義します。しかしQoSだけでは、設備ID、単位、品質、birth/death、重複排除、履歴再送、業務意味は決まりません。暗号、認証、認可も実装設計として選ぶ必要があります。
Eclipse Sparkplug 3.0は、Eclipse Foundationの仕様プロセスで管理された最初の版で、2.2の曖昧さを明確にし、既存機器を壊す新機能を加えず規範的記述を明示したと公式ページが説明しています。MQTTを使う案件で、topic namespace、payload、状態管理を共通化する候補です。ただし全装置が直接Sparkplugを話す必要はなく、対応実装とTCK、ゲートウェイ境界、既存資産を評価します。
| 選択肢 | 主に決めるもの | 誤解しやすい点 | 受入で見ること |
|---|---|---|---|
| OPC UA | 産業情報アクセスとモデル | 対応ロゴだけで意味が揃う | profile、model、certificate、負荷 |
| MQTT 5.0 | publish/subscribe転送 | QoSが業務上の一意性を保証 | 重複、順序、再接続、認可 |
| Sparkplug 3.0 | MQTT上のtopic/payload/state | MQTT案件に常に必須 | birth/death、metric、互換実装 |
| CSV/API | バッチ交換・連携 | 簡単だから運用も簡単 | 版、文字コード、再送、監査 |
タグ辞書とデータ契約が製造データの正本になる
タグ名がD100、M201、Temp1のままでは、別設備へ横展開できません。タグ辞書には一意ID、表示名、設備階層、元アドレス、データ型、単位、スケール、品質、正常範囲、収集周期、変化時収集、時刻源、保持、所有者、変更理由を持たせます。設備・品種・ロット・工程・シフトとの関係も版管理します。
データ契約は送信側と利用側の約束です。必須項目、null、quality、timestamp、timezone、sequence、event ID、schema version、訂正、再送、破壊的変更の予告を決めます。正常値だけでなく、PLC停止、センサー断線、ゲートウェイ再起動、時刻補正、ネットワーク断、上位拒否をどう表現するかを試験します。
時刻は単にNTPを設定したと言うだけでは不十分です。誰を基準にし、どの層でtimestampを付け、補正時に時刻が逆行したらどう扱い、同期不良をどう検知するかを定義します。ロット追跡や原因分析では、設備イベント、スキャン、品質測定、MES実績の時計差が結論を変えます。
欠測・重複・順序逆転を前提にデータ品質を設計する
通信は切れます。重要なのは切れないという約束ではなく、切れたことを検知し、現場で保持し、安全に再送し、受信側が重複を扱い、欠測を可視化できることです。sequence番号、event ID、source timestamp、ingest timestamp、quality、retry countを用途に応じて使います。
推奨設計例として、PoC対象40台、合計1,200タグ、重要200タグを1秒、残り1,000タグを10秒で収集し、24時間のオフラインバッファを要求するとします。これは市場標準ではありません。実測payload、変化率、圧縮、メタデータ、ディスク耐久、再送時間から容量を算出し、80%、100%、120%の負荷で試します。数え上げたタグ数ではなく、1日のレコード数、イベント集中、再送ピーク、保持日数を見積根拠にします。
データ品質ダッシュボードには、完全性、遅延、時計差、範囲外、一定値、品質不良、重複、順序逆転、未マッピング、schema違反を表示します。値の異常と収集系の異常を分け、アラーム洪水を避けます。データオーナーが「使ってよい期間」を判断できる状態にします。
OTセキュリティを後付けせずRFPの本体へ入れる
NIST SP 800-82 Rev.3は2023年9月公開の現行Finalで、OT固有の性能、信頼性、安全要求を考慮しながらセキュリティを設計する指針です。製造データ収集では、資産と通信経路の把握、ネットワーク分離、必要最小権限、遠隔アクセス、ログ、変更管理、バックアップ、インシデント対応を接続設計と同時に扱います。
ゲートウェイから外向き通信だけにするか、上位から接続を開始するかでリスクは変わります。通信先、方向、port、protocol、証明書、DNS、時刻、更新先をデータフローにします。共有管理者ID、常時有効なベンダーVPN、工場全体へ到達できるサービスアカウントを避け、個人識別、承認、時間制限、操作記録、終了確認を求めます。
セキュリティ試験は脆弱性スキャンだけではありません。未許可通信の拒否、失効証明書、時刻異常、パスワード変更、アカウント停止、ログ転送停止、バックアップからの復元、予備機交換を安全な手順で確認します。生産設備へ無計画なactive scanを行わず、設備ベンダー、工場、IT/OT責任者が試験方法を承認します。
90日PoC：接続デモから運用可能性の証明へ
90日は標準で決められた期間ではなく、本稿の推奨プロジェクト例です。生産の代表条件、シフト、品種、計画停止を含められる期間へ調整します。
0〜30日：ベースラインと設計条件を固定する
対象判断、設備、タグ、現状の帳票、停止、ネットワーク、時刻、権限、保守体制を調査します。代表設備を選び、タグ辞書初版、データフロー、リスク登録簿、成功条件、除外を合意します。この段階で「全工場を接続」へ広げず、異なるPLC世代、重要設備、古いネットワークなど学びが多い対象を組み合わせます。
31〜60日：技術的に壊して戻す
PLC、センサー、データロガーまたはゲートウェイを接続し、正常収集だけでなく、ケーブル断、上位停止、時計ずれ、電源断、容量逼迫、証明書異常を計画試験します。バッファと再送、重複排除、監視、予備機復元を記録します。異常試験は制御と安全に影響しない範囲で、承認済み手順とrollbackを使います。
61〜90日：限定本番で業務を回す
シフト会議、保全レビュー、品質調査など一つ以上の業務で利用します。データ品質と利用実績を日次確認し、誤った停止理由、未入力、時計差、現場負担を修正します。最終週に受入候補試験を再実行し、Continue、Modify、Stopを判断します。成功は接続継続ではなく、責任者が証跡を見て横展開条件を承認できることです。
| フェーズ | 主成果物 | Gate |
|---|---|---|
| Baseline | use case、タグ辞書、data flow、リスク | 対象と合否を承認 |
| Technical proof | buffer、security、restoreの試験記録 | 限定本番へ進める |
| Controlled production | KPI、利用ログ、障害・改善 | 拡張・修正・停止判断 |
RFPに書くべき要求：製品名より受入証跡を揃える
ベンダー比較を可能にするには、同じ範囲、前提、除外、成果物、試験で見積を取ります。「IoTプラットフォーム一式」では、ライセンス、タグ、接続、開発、セキュリティ、バックアップ、保守が比較できません。
| RFP章 | 必須記載 |
|---|---|
| 目的・範囲 | 判断、対象設備、工場、停止可能時間、除外 |
| 現状 | PLC/センサー/ネットワーク/上位/図面の確度 |
| データ | tag dictionary、時刻、品質、保持、schema、API |
| 非機能 | 性能、完全性、buffer、復旧、監視、拡張 |
| セキュリティ | flow、identity、certificate、patch、remote access |
| 移行 | PoC、本番併走、rollback、旧帳票との照合 |
| 試験 | FAT、SAT、障害、負荷、restore、業務受入 |
| 引渡し | 構成、source、license、backup、runbook、教育 |
| 費用 | 初期、年次、追加タグ、更新、出張、停止対応 |
提案者には対応可否だけでなく、標準機能、設定、個別開発、第三者製品、将来対応を分けて回答させます。前提と例外、サポート言語、タイ現地対応時間、部品、サポート終了通知、データ持出し方法も比較します。
3年TCOは初期機器費ではなく運用変更まで含める
次は説明用の推奨試算例であり、市場価格、TOMAS TECHの見積、BOI適格費用、成果保証ではありません。
| 費目 | 初期例 | 年次例 | 確認点 |
|---|---|---|---|
| gateway・logger・sensor | 420,000 THB | 30,000 THB | spare、校正、交換 |
| integration・dashboard | 650,000 THB | 90,000 THB | 変更、追加tag、API |
| network・security | 180,000 THB | 30,000 THB | certificate、監視、更新 |
| training・FAT/SAT | 120,000 THB | 30,000 THB | 再教育、復旧訓練 |
| contingency | 130,000 THB | 0 THB | 既設差異、夜間作業 |
| 合計例 | 1,500,000 THB | 180,000 THB | 個別見積で置換 |
この例の3年TCOは1,500,000 + 180,000×3 = 2,040,000 THBです。効果側も、削減工数、停止回避、歩留まり、帳票時間を二重計上せず、現金化、能力再配置、リスク回避を分けます。ダッシュボードを見ただけで効果とせず、誰がどの行動を変えたかを記録します。
BOIの現行「Smart and Sustainable Industry」公式ページは、対象条件のもとで効率向上投資の最低額を土地・運転資金を除き100万THBとし、機械輸入税免除、既存プロジェクトに3年の法人所得税免除（原則投資額の50%上限）、国内自動化産業に連結する機械等が総価値の30%以上の場合は100%相当を示しています。適用は事業、申請時期、費目、国内連携、証拠に依存します。本稿のTCO例が自動的に適格という意味ではありません。発注前にBOIまたは専門家へ最新条件を確認し、承認前投資の扱いを含めて判断してください。
FAT/SAT：受入をスクリーンショットから再現可能な証跡へ
FATでは、代表PLC・シミュレーター、gateway、broker、database、dashboard、identity、監視を制御された環境で試します。tag mapping、型、単位、quality、timestamp、負荷、切断、再送、重複、証明書、backup/restoreを確認します。工場電波や実設備負荷を完全再現する場ではないため、残る条件をSATへ移します。
SATでは、実設備、実ネットワーク、実シフト、代表品種で確認します。設備を止められない試験は、代替手段、観察、保全窓、rollbackで安全に実施します。画面に値が出たという写真だけでなく、試験ID、前提、入力、期待、実績、timestamp、ログ、設定版、担当、差異、再試験、承認を残します。
| Test ID例 | シナリオ | 合格証跡 |
|---|---|---|
| FAT-DQ-01 | 型・単位・qualityのmapping | tag dictionary版と取得record照合 |
| FAT-BUF-02 | 上位切断とbuffer満杯近傍 | 欠測・重複、再送時間、alarm log |
| FAT-SEC-03 | 未許可client・失効certificate | 拒否とaudit trail |
| FAT-RES-04 | 初期化した予備gatewayへrestore | 承認config、hash、再接続、monitoring |
| SAT-OPS-01 | シフトピークの設備データ収集 | 完全性、遅延、業務画面、例外 |
| SAT-REC-02 | 保全手順による交換復旧 | 所要、作業記録、残課題、sign-off |
推奨設計例では、必須tag mapping 100%、合意稼働時間の完全性99.5%以上、追跡eventの時計差1秒以内、24時間bufferからの再送、予備機restore 4時間以内などを候補にできます。これらは規格値ではありません。制御・品質・法令・顧客要求がより厳しい場合はそちらを優先します。
運用・バックアップ：納品後に工場自身が戻せるか
NIST SP 1339は2026年6月公開のFinal「OT Backup Quick Start Guide」です。NISTは、OTバックアップを信頼性・サイバー事象からの復旧に重要とし、変更管理への組込み、定期作成、テスト、復旧演習でのレビューを要点として示します。バックアップはファイルが存在することではなく、必要時に使えることです。
対象にはgateway構成、PLC通信設定、tag辞書、schema、dashboard、certificate関連情報、license、install media、network/firewall設定、runbook、連絡先を含めます。秘密情報は通常文書へ平文保存せず、承認されたsecret管理で扱います。backup owner、頻度、保存先、暗号化、保持、オフラインまたは別管理境界、restore責任者を決めます。
変更前にbackupを取り、変更チケットへ版と復元点を紐付けます。四半期などの固定周期は推奨運用例にすぎません。重要変更後、機器交換、証明書更新、障害対応の後にも復元確認が必要です。復旧演習では、設定を消した予備機から、runbookだけで接続・監視・データ再送まで戻せるかを工場担当者が実演します。
日常運用では、欠測、時刻、ディスク、証明書期限、接続数、CPU、temperature、firmware、脆弱性、backup成否、未承認変更を監視します。一次対応、vendor escalation、現地出動、production decisionを分け、タイ語・英語・日本語のどこで情報が止まるかも確認します。
横展開はコピーではなくテンプレートと差分管理で進める
PoC成功後に100台へ一気に増やすと、設備名、tag、単位、ネットワーク、保全窓の差が事故になります。標準templateを作り、設備ごとの差分、例外、承認を管理します。接続kit、tag dictionary template、security zone、FAT record、SAT checklist、backup runbookを再利用可能な成果物にします。
拡張Gateでは、データ品質、運用ticket、storage、license、gateway容量、network、support負荷を再計算します。次の10台を増やす前に、前の10台で未解決のunknown tag、時計ずれ、現場入力負担が増えていないかを確認します。設備数ではなく、業務価値と保守可能性で優先順位を付けます。
FAQ：PLC・設備・センサーのデータ収集
製造データ 収集は何から始めればよいですか？
一つの業務判断、一つの代表工程、必要最小限のtagから始めます。現状の帳票と問題、利用者、判断期限、誤りの影響を定義し、その後にPLC、センサー、logger、gatewayの方式を選びます。
PLC データ収集は制御へ影響しませんか？
方式と負荷次第です。読取専用、許可tag、接続数、poll周期、timeout、再接続を決め、代表負荷でFAT/SATを行います。設備vendorと保証・安全境界も確認し、上位からの書込みは別承認にします。
設備 データ収集の周期は1秒で十分ですか？
一律ではありません。停止event、energy集計、condition monitoring、高周波波形では必要周期が異なります。意思決定、現象の速さ、設備負荷、storage、networkから決め、平均値だけでなくevent集中を試します。
センサー データ 収集だけで予知保全できますか？
いいえ。取付、校正、設備状態、保全履歴、failure definitionが必要です。まずデータ品質と診断可能性を確認し、モデルの誤検知・見逃し、版、責任分界を管理します。
工場のデータロガーとIoTゲートウェイはどちらを選びますか？
短期独立計測やnetwork工事前ならloggerが有効です。多設備の常時収集、protocol変換、buffer、certificate、remote monitoringならgatewayが候補です。PoC後の統合、backup、交換、supportまで比較します。
MQTTのQoS 2ならデータは絶対に重複しませんか？
MQTT仕様上のdelivery semanticsと、業務recordの一意性は分けて設計します。client再送、bridge、store、consumer retryを含め、event IDとidempotent処理で検証します。
OPC UA対応製品ならすぐ接続できますか？
必ずしもそうではありません。profile、security policy、certificate、namespace、information model、datatype、license、tag数、更新頻度、alarm/historyの対応を両製品で確認し、実機試験します。
製造データ収集の費用はどう比べますか？
hardwareだけでなくintegration、license、network/security、停止作業、教育、backup、support、更新、追加tag、データ移行を同じ3年TCOで比較します。効果はcash、capacity、risk avoidanceを分けます。
FATとSATの違いは何ですか？
FATは制御された環境で構成、mapping、障害、security、restoreを早期確認し、SATは実設備、実network、実production conditionで確認します。両方とも期待・実績・ログ・版・差異・承認を残します。
BOI優遇はデータ収集システムにも使えますか？
可能性はありますが自動適用ではありません。対象事業、投資区分、最低額、対象費目、国内automation連携、申請時期、証拠を最新公式条件で確認し、承認前に発注時点の扱いを相談してください。
まとめ：接続数ではなく「信頼して使い、戻せる状態」を買う
製造データ収集の成否は、何点つながったかでは決まりません。判断目的からtag、文脈、品質、時刻、buffer、security、運用を逆算し、PLC、sensor、data logger、IoT gatewayを役割で選びます。ISA-95で業務境界を整理し、OPC UA、MQTT、Sparkplugは仕様と受入条件を分けて採用します。
90日PoCでは正常接続だけでなく、切断、再送、重複、時刻、権限、backup、restoreを壊して戻します。RFPで成果物とTCOを揃え、FAT/SATの証跡を引渡し条件にすれば、デモから運用基盤へ進めます。
対象設備やprotocolがまだ確定していない段階でも、use case、現地調査、RFP、PoCの設計から整理できます。タイ工場の製造データ収集を検討中であれば、構想段階からお問い合わせページでご相談ください。
参考にした一次情報
- ISA, ANSI/ISA-95.00.01-2025 update: https://www.isa.org/news-press-releases/2025/april/update-to-isa-95-standard-addresses-integration-of
- OPC Foundation, OPC 10000-200: https://reference.opcfoundation.org/specs/OPC-10000-200
- NIST SP 800-82 Rev.3: https://csrc.nist.gov/pubs/sp/800/82/r3/final
- NIST SP 1339: https://csrc.nist.gov/pubs/sp/1339/final
- OASIS MQTT 5.0: https://docs.oasis-open.org/mqtt/mqtt/v5.0/mqtt-v5.0.html
- Eclipse Sparkplug 3.0: https://sparkplug.eclipse.org/specification/version/3.0/
- ISO 22400-1:2014: https://www.iso.org/standard/56847.html
- Thailand BOI Smart and Sustainable Industry: https://www.boi.go.th/index.php?language=en&page=smart_sustainable
