産業用プロトコルゲートウェイ選定｜RFP・FAT・SAT実務

タイの工場で旧設備を新しいPLCや監視系につなぐとき、産業用プロトコルゲートウェイを「対応プロトコルの一覧」だけで選ぶと、接続後に値の意味や更新タイミングが合わないことがあります。たとえばModbus RTUの流量計をEtherNet/IPのPLCへつなげても、32ビット値のワード順、通信断時の保持値、書込み権限まで一致するとは限りません。本稿は変換器の購入・発注を考える設備技術者、保全責任者、システムインテグレーター向けに、機器の役割、データマップ、故障時挙動、RFP、FAT、SATを一つの受入仕様へまとめます。

産業用プロトコルゲートウェイ選定の結論

最初に決めるのは機種ではなく、どの機器が何を読み、何を書き、通信が途絶えたとき何が起こるべきかです。発注仕様には、接続する両端のプロトコル名だけでなく、通信ロール、対象データ、型とバイト順、周期、品質、タイムアウト、復旧、構成管理、診断、現地の責任分界を記載します。「AとBを変換可能」という製品資料は候補選びの入口であり、実機構成で要求を満たす証拠ではありません。

本稿で扱うのは、異種の産業通信を現場設備間で接続するプロトコル変換です。工場全体のセグメント設計や配線は産業用ネットワーク構築の記事で、クラウドへの蓄積や再送は産業用IoTゲートウェイ選定の記事で扱っています。プロトコル変換器を、データ蓄積装置、産業用スイッチ、ファイアウォールの代替として扱うと、見積範囲と安全設計の両方を誤ります。

まず「何と何をつなぐか」を1枚に描く

現場には同じ「Modbus対応」という表記でも、RTUとTCP、クライアントとサーバー、レジスタ読出しと書込みの違いがあります。接続図には、機種名、ファームウェア版、物理ポート、シリアル設定、IPアドレス、各端の通信ロール、データを必要とする最終アプリケーションを記入します。設備メーカーの仕様書が入手できなければ、推測で型を埋めず、実機から読める値と画面表示・現物を照合して確定させます。

たとえば「シリアル計測器→変換器→PLC→SCADA」という経路では、計測器からゲートウェイが読めることと、PLCが正しい入力イメージとして受け取れることは別の試験です。さらにSCADAへ届いた値が流量の瞬時値か積算値か、単位は何か、校正や異常時にどんな品質表示になるかを確認しなければ、トレンドだけが整っていても運転判断には使えません。入出力の各境界を別行にしたデータフロー表を作ると、どこで変換、保持、丸め、遅延が発生したかを追跡できます。

通信ロールを型番単位で確認する

EtherNet/IP側でアダプタとして動く機種を必要としているのに、スキャナ機能の資料だけを見て発注すると、PLCとゲートウェイが両方ともスキャナとして接続を開始し、必要なアダプタ側が存在しない構成になり得ます。PROFINETでもコントローラとデバイスの役割があり、Modbusでもクライアントが読出しを開始します。単に対応ロゴがあるかではなく、選ぶ型番とファームウェアで必要なロール、接続数、データ長、更新方式が使えるかをメーカーの資料と実機で確かめます。MoxaのMGate 5105-MB-EIPの製品資料は、Modbus側とEtherNet/IP側のロールや診断機能を型番固有の情報として示しており、こうした粒度で候補比較をする参考になります。

通信の対象外も明記する

監視データを片方向に読むだけなのか、PLCから設定値を戻すのかでは、故障や誤操作の影響が違います。ゲートウェイを介した書込みを禁止するなら、書込み可能なファンクションやタグを仕様で明示して閉じ、FATで拒否を確認します。既存PLCの高速制御ループや安全回路に変換器を新たに挟む計画なら、周期、遅延、故障モードの評価を制御設計者と別途行う必要があります。監視用途の成功例から制御用途の適合を推定しません。

選定の中心はデータマップの一致

プロトコル変換は宛先を変えるだけではありません。元のレジスタやビットを受け側の入力領域に置き、符号、単位、桁、状態を意味を保って渡す作業です。Modbus Organizationの仕様はファンクションコードとデータモデルを定めていますが、実際の計器がどのアドレスをどの物理量に使うかは機器側のマップに依存します。したがって「Modbus対応」の一語から、任意の計器で同じ設定が動くとは言えません。

最低限のマップ表には、元機器、レジスタまたはタグ、読出し機能、通信ロール、元データ型、エンディアン、倍率、単位、正常範囲、無効値、更新周期、受け側のアドレス、受け側型、書込み可否、オーナー、検証方法を入れます。32ビット整数や浮動小数点を16ビットのレジスタ二つで表す場合、バイト順だけでなくワード順も確認します。HMSのサポート資料がAnybus Modbus Client Gatewayのエンディアンを個別に説明しているのも、実装ごとの扱いを確認する必要があるためです。

正しい数字に見える誤変換が最も厄介

たとえば0.1単位の整数を実数と誤って扱えば、画面には変動する数字が出ます。入力レジスタと保持レジスタを取り違えても、一部の範囲では一見自然な値になるかもしれません。テストでは「普段の運転値を一つ読む」だけでなく、最小、最大、ゼロ、負値、無効値、値が急変する瞬間を含めます。現物に設定できない値は計器シミュレータやテストPLCで投入し、実機で実行した試験と区別して記録します。

書込みは別の受入系統にする

読取りの正しさを証明しても、書込みの安全は証明できません。目標値の書込みには、許可するタグ、範囲、変更権限、ローカル／リモート切替、設備側のインターロック、通信断後の再送可否を定めます。古い値が復旧時に再送されると危険なら、変換器側で再送しない、またはPLCが世代番号・期限を検証する設計が要ります。受信したコマンドが「実行された」のか「受信だけされた」のかも分けて監視します。書込みを使わない案件では初期状態から無効にし、権限変更まで含めて受入れます。

更新周期と遅延を「平均速度」で決めない

見積書に「高速通信」と書かれていても、計測器の応答時間、シリアル回線の共有、ゲートウェイのポーリング、変換、PLCのスキャン、上位側の取得が合算されて最終値の鮮度が決まります。元機器が1秒ごとにしか値を更新しないなら、ゲートウェイを100ミリ秒で読んでも新情報は増えません。反対に多数のスレーブを短周期で読めばタイムアウトや衝突が増え、旧設備の制御通信に影響する可能性があります。

RFPには「受け側で値が更新される最大許容時間」と「通信断を検出する最大時間」を別々に書きます。正常時だけでなく、他機器がバスを使う時間帯、値が一斉変化する場面、1台が応答しない場面で測ります。試験値は対象設備と運転用途から決め、一般論の固定値をコピーしません。観測では入力発生、ゲートウェイ取得、受け側反映の時刻を同一の時刻基準で残し、平均だけでなく最大値と連続遅延を確認します。

タイムアウト後の表示を設計する

通信断で最後の値を保持する方式は画面が安定しますが、値が現在も有効だと誤解されます。ゼロへ落とす方式も、実際のゼロ流量と混同する恐れがあります。要件として「最後の値＋古さを示す品質」「無効値＋異常ビット」「安全側の設定値」のどれを使うか、タグごとに選びます。画面、PLCロジック、アラームが同じ意味で扱えることが条件です。復旧時に異常を自動解除するか、確認操作を要するかも運転チームと合意します。

変換器の配置・環境・保守条件を現場で決める

盤内の空き幅、電源、接地、周囲温度、結露、振動、ケーブル引回し、ポートの向き、端子への作業空間を確認します。機器のデータシートに示された許容範囲は型番と取付条件に依存するため、特定メーカーの温度範囲を全製品の一般値として使いません。既存設備に手を入れる場合は、停止可能時間、切替方法、旧配線へ戻す手順、設定バックアップを事前に決めます。予備機を買うだけでは復旧できず、ファームウェア、設定、ライセンス、IP、証明書を含めて交換手順が再現可能である必要があります。

物理層の違いを発注範囲に入れる

RS-485の端子極性、終端抵抗、線長、シールド、接地、通信速度、パリティ、スレーブIDは、プロトコル名より先に接続を止めます。Ethernet側でも既存スイッチのポート、VLAN、許可通信、IP割当、時刻源、ネットワーク変更申請が必要です。どちらの工事が誰の範囲か曖昧なら、機器単価が安くても稼働日に接続できません。現地写真、盤図、ネットワーク図、端子表をRFP添付にし、提案者に不足情報と仮定を返してもらいます。

製品寿命と設定の持ち出しを比較する

調達時には販売終了予定、代替型番、ファームウェア更新方針、脆弱性情報、設定ツールの対応OS、設定ファイルのエクスポート、予備品の調達経路を確認します。変換器は小さくても、1台が止まると複数設備の監視が消える配置があります。MTTRを短くするのはカタログ上の冗長機能だけでなく、現地スタッフが交換・復元・動作確認できる手順です。日本語での設計打合せと、タイ語または英語での夜間一次対応が必要なら、言語と時間帯も契約条件にします。

サイバーセキュリティ：プロトコル変換と境界防御を混同しない

ゲートウェイは通信を通す装置です。接続先を分ける機能があっても、それだけでOT/IT間のセキュリティ境界が完成するわけではありません。NIST SP 800-82 Rev.3はOTの性能・信頼性・安全性を考慮した防御と、必要な通信フローを把握したうえでのセグメンテーションを説明しています。ネットワーク図で接続の許可理由を示し、ファイアウォール、DMZ、管理アクセス、ログ監視を含む配置を設計します。ゲートウェイを単純に二つのLANへ挿して「分離済み」と記録しないでください。

管理面では、初期パスワードの変更、不要サービスの停止、管理画面へ到達できる端末の限定、設定変更ログ、設定バックアップ、更新とロールバック、保守員のアカウント失効をRFPに入れます。OPC UAを上位側で使う場合、OPC Foundationの公開仕様はアプリケーションやユーザーの認証、メッセージ保護などを説明しています。しかし「OPC UA対応」だけでは運用する証明書、許可エンドポイント、実際に選択するセキュリティモードが決まりません。相手製品とのプロファイル適合と証明書更新を実機で確認します。

OT内での診断情報を確保する

通信不良時に分かるべきことは「赤ランプが点灯した」以上です。読取りタイムアウト、CRCまたはプロトコル例外、相手機器の切断、マップ範囲外、PLC接続の状態、最後の正常更新時刻、設定の版を取得できるかを確認します。Moxaは製品資料でプロトコル診断やトラフィック監視を機能として示していますが、必要なログ項目、保存期間、エクスポート方法は型番と設定で確かめます。ログが製品画面の中にしか残らないと、夜間故障後の原因分析や保守業者交代が難しくなります。

RFPには「比較できる回答欄」を付ける

要求書は長文の願望一覧ではなく、提案者が同じ条件で回答できる表にします。各項目へ「適合／条件付き／非適合」「対応する型番・版」「根拠ページ」「追加設定・ライセンス」「FATでの実証方法」「制限・未確認事項」を書かせます。商品名だけを書かせると、周辺のソフトウェア、設定工数、現地配線、予備機、保守の差が比較できません。

受入判定は「実施した」ではなく「許容値の中で動き、証拠を提出できた」と書きます。RFPに数値を入れる場合は、計測対象と条件をセットにします。たとえば「遅延1秒以下」だけでは、元計器の更新周期、何点を同時に読むか、どの時刻からどの時刻まで測るかが不明です。現場条件を再現した試験で合格を判定できる形式にします。

FATは意味・時間・故障を人工的に壊して試す

FAT前に、元機器またはシミュレータ、変換器、受け側PLC／テストクライアント、時刻同期した記録手段をそろえます。設定ファイル、ファームウェア、マップ版、テスト値、判定表を凍結し、各試験で入力と出力の両方を記録します。単一の正常値を読めたことだけで、全タグと故障モードを合格にしません。

FATで最低限実施する試験

1. 通信確立：正しいロールで接続し、起動順を変えても復帰するかを確認する。
2. データ型：ゼロ、符号付き負値、最大付近、二語のワード順、ビット境界を照合する。
3. 変換：倍率・単位・丸め・無効値を、計器側の既知値から受け側まで追う。
4. 時間：通常時、全点変化時、相手1台が無応答のときの鮮度とタイムアウトを測る。
5. 断線：シリアル側とEthernet側を別々に外し、保持値・品質・アラームを記録する。
6. 復旧：再接続、ゲートウェイ再起動、電源断後に、古い値や書込みがどう扱われるか確認する。
7. 誤設定：存在しないレジスタ、不正なファンクション、権限外の書込みを拒否・診断できるか確認する。
8. 運用：設定バックアップから予備機へ復元し、版とマップが一致するか確認する。

各結果に、操作時刻、入力値、出力値、状態、ログ、設定版、判定者を紐付けます。不合格なら製品のせいと決めつけず、元計器のレジスタ表、シリアル配線、ポーリング、PLC側設定を含めて原因を切り分けます。ただし、合格に必要な手動補正や外部スクリプトが見つかったら、それを正式な構成と保守範囲に入れます。

SATは実設備と現地運用の差を閉じる

FATで動いた構成が現場で動くとは限りません。SATでは実ケーブル長、ノイズ源、盤内電源、稼働中のシリアルバス、実PLCのスキャン、既存ネットワーク制限、保全員の操作を確認します。切替のための停止窓とロールバック条件を事前に合意し、現場で予期しない制御変更をしないよう変更票を使います。運転中の設備では、故障注入試験の一部を停止時に限定する必要があります。安全・品質への影響があり得る試験は、承認された手順と代替の試験環境で行います。

SATで見るべきポイントは三つです。第一に現地の実値が設備表示と一致すること。第二に故障・復旧時のアラームと古い値が現場の運転手順に合うこと。第三に、交換と設定復元を現地チームが実行できることです。夜勤で障害が起きるなら、画面・ログの説明をタイ語または英語で渡し、誰へ連絡し、何を採取するかを訓練します。ベンダーの立会い日にだけ復旧できる構成は、運用引継ぎが終わっていません。

受入文書を保守資産として残す

納品物には最終の接続図、IP・ポート表、許可通信、マップ、設定ファイル、ファームウェア版、予備機の識別、ログ取得手順、FAT/SAT証拠、変更履歴、保守連絡先を含めます。秘密情報は適切な保管先に分け、平文の資料束へ混ぜません。将来PLCを更新した場合に再試験するタグと、設定変更で再受入が必要になる条件も決めます。これにより「設備は動いているが、どの設定で成立しているか分からない」状態を避けられます。

候補機の比較は初期価格だけで終えない

総費用は変換器本体、設定ツール、必要なライセンス、盤改造、配線、ネットワーク変更、FAT/SAT、停止時間、予備機、保守、更新、交換訓練を含めて比較します。製品価格の一般的な相場をここで断定することはできません。接続する既存機器、現地工事、タグ数、制御用途の有無で変わるからです。提案見積では、ハードウェア代と設定・試験・運用支援を分け、除外項目を明記してもらいます。

同じプロトコル変換でも、片方向の少数タグ監視と、双方向の制御データ交換では、選ぶ構成と試験工数が大きく違います。複数ラインで同じマップを使うなら、設定のテンプレート化と版管理に投資する価値があります。一台ごとに異なる古い計器があるなら、共通機種の大量購入より先に代表機でFATを行います。「対応プロトコル数が最大」の候補を自動的に選ぶのではなく、今回必要な変換を現地で維持できる候補を選びます。

よくある失敗と対策

提案比較の前に決めておく採点方法

候補の比較では、必須条件を一つでも満たさない提案を、価格の安さだけで採用しない判定にします。まず「接続できなければ工程を動かせない」「書込みを禁止できなければ危険」「現地で復元できなければ復旧時間を保証できない」などの失格条件を明確にします。その後に、設定の分かりやすさ、ログの取得方法、予備品の入手性、現地サポート、長期費用を同じ重み付けで比較します。各社の実演は同じ計器または同じ模擬データと、同じ故障注入手順で行います。片方だけが自社製デモ機で、もう片方が実設備を使う比較は公平ではありません。

評価表には「未確認」を残せる欄を作ります。資料に記載がない性能を合格と推定せず、追加試験または契約上の条件として閉じます。たとえば更新時間が不明なら、元機器の更新周期と同時点数を定めたうえでFATへ持ち込みます。夜間の復旧体制が不明なら、電話が通じる言語、連絡先、一次応答時間、代替機の所在を確認します。こうした未確認項目を残したまま発注すると、稼働直前に「仕様の外」と判明しやすくなります。

変更時の再試験範囲を決める

受入後も、PLCのプログラム変更、計器の型番変更、ファームウェア更新、マップ追加、ネットワーク経路変更が起こります。すべての変更で全FATを繰り返す必要はありませんが、影響するタグ、型、時間、書込み権限、故障検知は再確認が必要です。変更票に旧版・新版の差分と戻し方を添え、受入記録へ追記します。これで「一度つながった」事実と「今も同じ条件で安全に動いている」事実を分けて管理できます。

タイ工場の発注前ヒアリングで確かめること

現地の担当者には、設備停止を誰が承認するか、盤の鍵と図面を誰が管理するか、計器の設定を変更できる人は誰かを確認します。日本側の設計者が通信仕様を持ち、タイ側の保全部門が日常復旧を担当するなら、両者が同じマップと障害手順を見られる形にします。旧設備のメーカー保証や保守契約に影響する配線変更は、機器メーカーにも確認が必要です。また、ラインごとに同じ型番の計器でもファームウェアや設定値が異なることがあります。代表機で試した結果を全台へ適用する前に、型番、版、レジスタ表、通信設定の一致を台帳で照合します。これらは製品カタログに載らない情報ですが、見積範囲と切替当日の作業時間を左右します。

受入判定で使える具体的なシナリオ

流量計の現在値をPLCで表示する案件なら、まず流量計の画面とPLC画面を同時に記録し、同じ単位と桁で追随することを確認します。次に流量が安定した状態、上昇する状態、停止してゼロになる状態を区別します。ゼロのときに通信ケーブルを外し、実際のゼロと断線が異なる品質表示になることを確認します。さらにゲートウェイの電源を戻し、値が再び新鮮になった時刻と、アラームが消えた条件を記録します。この一連の試験で、値の意味、時間、故障表示、復旧を同じ設備で確認できます。実設備で流量を変えることができない場合は模擬入力を使い、実機側では通信断と復旧だけを確認するなど、危険を増やさずに証拠を分担します。

温度調節器へ設定値を書き込む案件では、読取り試験に加え、許可した画面と権限からだけ変更できることを調べます。範囲外の値、運転モードがローカルのときの遠隔指令、通信断の直前に送った指令をそれぞれ試します。操作画面に「送信済み」と出た後でも、調節器が受け入れて運転目標を変えたかは別の証拠で確認します。失敗した指令が復旧後に遅れて実行されないことも重要です。この結果はPLC側のインターロック設計と一緒に記録し、ゲートウェイだけに安全機能を期待しない構成へつなげます。

受入表には「誰がどの画面を見て合格と判断したか」も残します。上位のトレンド画面だけでは、計器で値が更新された時刻とゲートウェイが読み取った時刻を切り分けられません。逆にゲートウェイの診断画面だけでは、PLCやSCADAで最終的に使われた値の正しさが分かりません。両端の画面、ログ、設定ファイルを同じ試験番号で束ね、発注者と施工者が同じ証拠を見て判定します。計測に使った時計がずれていれば、遅延の数値自体が意味を持たないため、試験前に時刻同期の状態も確認します。記録様式を先にそろえることは、後で不具合が起きた際の責任追及ではなく、原因を短時間で絞るための準備です。

プロトコル名だけで選ぶ。 実機のロールとデータ長が合わず接続できません。型番固有の機能表と実機試験を要求します。

値が読めたら完了とする。 倍率やワード順が違っても数値が動いて見えます。既知値・境界値・単位を照合します。

通信断で最後の値を正常値として残す。 画面が静かなまま誤判断を招きます。古さと品質を別の状態として伝えます。

スイッチやファイアウォールの代わりとして配置する。 ネットワークをまたぐ通信の許可と監視が抜けます。OT/ITの境界設計を独立した作業として実施します。

設定担当者しか復旧できない。 予備機を置いても再設定できません。バックアップからの復元をFATとSATで実証します。

FATのシミュレータ結果を実機適合と呼ぶ。 シリアル配線、ノイズ、PLCスキャン、現地権限の差が残ります。SATで差分を列挙して閉じます。

まとめ

産業用プロトコルゲートウェイの選定は「AからBへ通信できる箱」を探すことではなく、設備データの意味と故障時の振る舞いを、異なる通信方式の境界で守る設計です。接続図、ロール、マップ、更新鮮度、品質、書込み権限、診断、境界防御、復元手順をRFPへ落とし、FATで再現し、SATで現場差分を閉じてください。候補が複数あるほど、同じ入力値と同じ故障試験で比較することが判断を速くします。

タイの工場で旧設備と新しいPLC・監視系の接続方法を検討している段階なら、機器を決める前の接続図やマップ表からでもお問い合わせいただけます。既存設備を止められる時間と、何を監視・制御したいかを基に、RFPと受入条件の整理を支援します。

FAQ：産業用プロトコルゲートウェイの選定でよくある質問

産業用プロトコルゲートウェイとは何ですか？

異なる産業通信方式の間でデータを受け渡す装置です。ただし製品ごとに対応プロトコル、通信ロール、変換できるデータ範囲、診断機能が違います。対象機器の型番と運転目的を起点に適合を確かめます。

ModbusとEtherNet/IPに対応していれば、どのPLCにもつながりますか？

いいえ。Modbus RTU/TCPの違い、クライアント／サーバー、EtherNet/IPのスキャナ／アダプタ、PLC側の設定、データ長とマップが一致する必要があります。候補の型番とファームウェアを指定して実機試験をします。

プロトコル変換器の費用はどう見積もりますか？

本体価格に加え、設定、マップ作成、盤・配線変更、ネットワーク申請、FAT/SAT、停止、予備機、保守を分けて見積もります。既存設備の資料が不足している場合は調査工数も明記します。一般的な単価だけで総費用は決められません。

FATとSATでは何を分けて検証しますか？

FATでは既知の入力と故障注入で、データ型、値の意味、周期、断線、復旧、設定復元を再現します。SATでは実設備、実配線、現地ネットワーク、現地スタッフの手順に当て、FATとの差分を閉じます。

ゲートウェイを置けばOTとITを安全に分離できますか？

置くだけでは分離できません。許可する通信、管理経路、ファイアウォール、DMZ、監視、変更管理をネットワーク設計で定めます。変換器の通信機能と境界防御を別の受入項目として確認します。

通信断時に値をゼロへすれば安全ですか？

用途によります。ゼロが正常な工程値なら、断線を見逃します。最後の値を保持する場合も古いことを示す品質が必要です。設備ごとに安全側の動作を制御担当者と決め、試験します。

参考資料

• Moxa, MGate 5105-MB-EIP Series — 型番固有の変換・診断機能。
• HMS Networks, Export I/O Data Map — I/Oデータマップ設定。
• HMS Networks, Modbus Client Gateway Endianness — バイト・ワード順の確認。
• Modbus Organization, Modbus Specifications — Modbusアプリケーションプロトコル仕様。
• OPC Foundation, OPC UA — 情報モデルとセキュリティの概要。
• OPC Foundation, OPC UA Part 2 Security Model — 認証・権限・セキュリティ構成。
• NIST SP 800-82 Rev.3 — OTセキュリティとネットワーク分離。