Modbus TCP/IPネットワーク展開のベストプラクティス：スタンドアロンデバッグから産業用クラウドプラットフォームまでの完全なアーキテクチャガイド
キーワード：Modbus TCP導入、Modbus TCPネットワークアーキテクチャ、産業用イーサネット、Modbusゲートウェイ構成、Modbus TCP最適化
工場が“スタンドアロンオートメーション”から“ネットワーク生産”に移行する中、Modbus TCPはフィールド機器と上位レベルの情報システムを接続するための好ましいプロトコルです。しかし、ネットワークケーブルにRS-485を置き換えることは、ネットワークトポロジ設計、IP計画、ファイアウォール構成、マルチマスター並行性、タイムアウトおよび再試行戦略など、安定した信頼性の高いCommunicationを自動的に得ることに等しいものではありません。
本稿では、ネットワークエンジニアとオートメーションエンジニアの両方の視点から、Modbus TCP導入プロセスにおいて注意が必要なすべての重要なリンクを体系的に整理し、直接実装できる構成スキームを提供します。
I.ネットワークトポロジ設計
1.1推奨階層ネットワークアーキテクチャ
典型的なModbus TCP産業用ネットワークは3つのレベルにminけられる。
�������������
レベル3-エンタープライズレベル │ │ │
│ ― ― ― ― ― ― ― ― ― ― ― ― ― ―
│ │ │ │ │ │ │ ERP │ │遠隔監視センター │
│
��������������������
レベル2-制御層 │ │ │ │ │ │
│ ── ── ── ── ── ── ── ── ── ── ── ── ── ──
│ │ │ │ SCADA / OPC UAサーバー │ │ │ │
│
├─ ── ── ── ── ── ── ── ── ── ── ┼─ ── ── ── ── ── ── ── ── ── ┤
レベル1-フィールドレベル。 │ │ │ │ │ │
│ ― ― ― ― ― ―
│ │PLC #1 │PLC #2 │ゲートウェイ│ HMI │ │ │ │
│
│ │ │ │ RS-485 │ RS-485 │ RS-485 │ │ │
│ ― ― ― │ │ │
│ │従站 │従站 │従站 │ │ │ │
│ ┃ ┃ ─ ─ ─ ─ ─ │ │ │
└ ── ── ── ── ── ── ── ── ── ── ── ── ── ── ── ── ── ── ── ── ── ┘- 現場レベル（Level 1）：実際のModbusデバイス（ネイティブTCPデバイスまたはゲートウェイ経由のRTUデバイス）
- 制御レベル（レベル2）：SCADAシステム、OPC UAサーバ、データ集約と集中監視
- エンタープライズレベル（レベル3）：制御層から取得した集約データを使用したMES、ERP、クラウドプラットフォームなど
主な原則：エンタープライズ層は、フィールド層のデバイスに直接アクセスしないでください。その理由としては、エンタープライズ層のネットワーク環境やセキュリティポリシーが産業現場とは全く異なること、直接アクセスするとフィールドデバイスに予期せぬトラフィック負荷がかかること、セキュリティ境界の管理が難しいことなどが挙げられます。
1.2産業用スイッチの選択
産業用フィールド環境はオフィス環境とは大きく異なり、適切なスイッチを選択することがネットワークの信頼性に対する防御の第一線です。
| パラメータ | 推奨要件は |
|---|---|
| 動作温度は | -40 ° C ~+75 ° C（工業用広いtemperature） |
| 保護レベル | IP40（キャビネット内）/IP 67（現場） |
| 冗長電源装置 | 2ソケットDC 24V入力 |
| リングネットワークプロトコル | RSTP/ERPSサポート（50ms未満の自己治癒） |
| 管理機能 | VLAN、QoS、ポートミラーリングパケットスキャッチデバッグ用 |
| 推奨ブランド。 | MOXA、Hirschmann、Siemens Scalance |
2. IPアドレス計画
2.1推奨アドレススキーム
産業用ネットワークのIPアドレスを計画する際には、“見てデバイスを知る”原則に従う必要があります。
| 機器の種類 | IPセグメント | 例：例 |
|---|---|---|
| PLC | 192.168.1.10 ~ .29 | 192.168.1.11 = PLC #1 |
| HMI/タッチスクリーン | 192.168.1.30 ~ .49 | 192.168.1.31 = HMI #1 |
| Modbusゲートウェイ | 192.168.1.50 ~ .69 | 192.168.1.51 =ゲートウェイ#1 |
| 周波数コンバータ/サーボ | 192.168.1.70 ~ .89 | 192.168.1.71 =インバータ#1 |
| SCADAサーバ | 192.168.1.100 ~ .119 | 192.168.1.100 = SCADAマスターステーション |
| スイッチ/管理 | 192.168.1.240 ~ .254 | 192.168.1.254 =コア·スイッチ |
主な原則：
- /24サブネットマスク（255.255.255.0）を使用すると、254 台のデバイスに十分です。
- 現在一部しか使用していない場合でも、デバイスタイプごとにアドレスセグメントを予約する
- 産業用ネットワークセグメントでDHCPを使用しない-すべてのデバイスで静的IPを使用
- デバイス名、場所、MACアドレス、ファームウェアバージョンを含むIPアドレス台帳の作成
VLAN分割とセキュリティ分離
3.1 VLAN計画の推奨
| VLAN ID | 名前は | 目的は | セキュリティレベル |
|---|---|---|---|
| 10 | IO_Network | PLC、インバータなどのリアルタイム制御装置 | 高（外部アクセス禁止） |
| 20 | SCADA_Network | SCADA、HMI、OPC UAサーバ | 中では |
| 30 | Gateway_Network | Modbus TCP/RTUゲートウェイ | 高（外部アクセス禁止） |
| 40 | Engineering | エンジニアステーション、プログラミングデバッグ設備 | ハイ·ハイ |
| 100 | Enterprise | 工場のITネットワークとのインタフェース | 中（ファイアウォールが必要） |
3.2ファイアウォールルールの設定iptablesの例
SCADAネットワークがIOネットワーク用のModbus TCP（ポート502）にアクセスできるように
iptables-A FORWARD-s 192.168.20.0/24-d 192.168.10.0/24
-p t--dport 502 -j ACCEPT
エンジニアステーションがすべての産業ネットワークにアクセスできるように
iptables-A FORWARD-s 192.168.40.0/24-d 192.168.0.0/16-j ACCEPT
企業ネットワークからIOネットワークへの直接アクセスを禁止する
iptables-A FORWARD-s 192.168.100.0/24-d 192.168.10.0/24-j DROP
外部インターネットからの産業ネットワークへのアクセスを禁止する
iptables-A FORWARD-i eth0-d 192.168.0.0/16-j DROP四、多基地局通信体制
Modbus TCPの大きな利点の1つは、複数のマスターが同じスレーブデバイスに同時にアクセスできることです。しかし、無制限に接続できるわけではありません。並列性戦略を慎重に設計する必要があります。
4.1接続数の制限
標準的なModbus TCPスレーブデバイスがサポートする同時接続数：
| 機器の種類 | 標準最大接続数 |
|---|---|
| ローエンドPLC（Siemens S 7 -1200など） | 4 ~ 8 |
| ミッドレンジPLC S 7 -1500など | 16 ~ 32 |
| Modbusゲートウェイ | 8 - 3 2（モデルにより異なる） |
| PC-based Modbus Server | 100以上（オペレーティングシステムによる制限） |
主なリマインダー：複数のマスターを接続する前に、デバイスマニュアルで最大接続数を確認してください。制限を超えた接続要求は、デバイスのサービス拒否を引き起こします。
4.2 Socket多重化ポリシー
高周波ポーリングが必要なシナリオでは、リクエストごとに新しい接続を確立する代わりに、Socket接続プール（長い接続）を使用することをお勧めします。
# Pythonの例：コネクションプールを使用したModbus TCPクライアント
ソケットのインポート
class ModbusTCP
__
self.host = host
self.port = port
self.pool = []
for _ in_size
sock = sock.socket sock.AF_INET sock.SOCK_STREAM
sock.settimeout 5.0
sock.connect host port
self..append sock
send_request
“≪接続プールからsocketを取り出し、要求を送信| send requests | emdw ≫”
sock = self..pop 0
try
sock.sendall pdu
response = sock.recv 1024
応答を返す
Finally
self..append sock #接続プールに戻すV.パフォーマンス最適化戦略
5.1 TCP_NODELAYオプション{{TCP_NODELAYおぷしょん}}
TCPのデフォルトで有効なNagleアルゴリズムは、ネットワーク負荷を軽減するために小さなパケットを結合して送信しようとします。しかし、Modbus TCPのようなリクエスト-レスポンスモードの小さなパケットCommunicationでは、Nagleアルゴリズムはレイテンシを増加させます。
// C言語：Nagleアルゴリズムを無効に
int flag = 1。
setsockopt sock IPPROTO_TCP TCP_NODELAY flag sizeof flag;
// Python nParticle
sock.setsockopt sock.IPPROTO_TCP sock.TCP_NODELAY 1テストデータ：TCP_NODELAYを有効にすると、Modbus TCPシングルリクエストのレイテンシが平均3.2 msから1.1 msに低下します（100Mbps LAN環境）。
5.2タイムアウトと再試行ポリシー
タイムアウトパラメータの適切な設定は、Communicationの安定性を確保する鍵です。
| パラメータ | 推奨値は | 説明書は |
|---|---|---|
| TCP接続のタイムアウト | 3 - 5 秒 | 接続の最大 |
| レスポンス·タイムアウト | 500 ~ 2000 ms | スレーブ応答の最大待機時間 |
| 再試行回数 | 2 〜 3回 | 今回の数を超えた後に通信障害を報告 |
| 再試行間隔 | 100 ~ 500 ms | 各再試行間の待機時間 |
| ポーリング間隔 | ≧応答タイムアウト×スレーブ数 | 最後のCommunicationラウンドが完全に終了することを確認する |
5.3バッチ読み取り最適化
“1つのレジスタを読み込む”リクエストを10回送信する代わりに、“連続したレジスタを10個読み込む”リクエストを1回送信します。Modbus TCPでは、一度に50個のレジスタを読み取るのと1個のレジスタを読み取るのとほぼ同じネットワークレイテンシ（いずれもTCP層の1往復）であるが、データ処理効率は50 倍向上する。
六、ゲート配置実戦
Modbus TCP/RTUゲートウェイは、新旧デバイスをつなぐ重要なブリッジです。典型的な“有人IoT USR-TCP232”シリーズゲートウェイの例を以下に示します。
6.1ゲートウェイの動作モードの選択
| モデルは | 適用可能なシーン | 特徴は |
|---|---|---|
| TCP Server | SCADAアクティブ接続ゲートウェイ | ゲートウェイは、プライマリ·ステーションの接続を待機するポートをリッスンします。 |
| TCP Client | ゲートウェイによるデータのプロアクティブなエスカレーション | ゲートウェイSCADAサーバのアクティブ接続 |
| UDP | 放送/マルチキャストシーン | 接続はないが信頼性は低い |
| Modbus TCPからRTU | 標準プロトコル変換 | MBAP ⇔ RTU変換の自動処理 |
Modbus TCP to RTUモードを推奨ゲートウェイは、MBAPヘッダの追加/削除、CRCチェックサムの生成を含むプロトコル変換を自動的に処理します。
6.2シリアルパラメータ設定
一般的な構成CLARiX
- ボーレート：96 00（優先）/ 19200（中速度）/ 115200（高速、サポート機器が必要）
- データ·ビットDSView 8
- 検証ビットNone最も一般的な/ Even / Odd
- Stopビット1標準/ 2一部の古いデバイスと互換性がある
- フロー制御None RS-485はハードウェアフロー制御を使用しません
重要：ゲートウェイのシリアルパラメータは、下流のすべてのRTUデバイスと完全に一致する必要があります。VII.モニタリングと診断
7.1 WiresharkによるModbus TCPのParse
WiresharkはModbus TCPプロトコルのパーサを内蔵している。スイッチでポートイメージを設定することで、すべてのModbus TCPトラフィックを抽出して分析することができます。
Wiresharkフィルタ例
modbusの #Modbusメッセージのみを表示
modbus tcp.port ==502 #Modbusトラフィックは502ポートのみを参照
modbus.func_code == 3 #関数コード0 x 0 3（リードホールドレジスタ）のみを参照。
modbus.exception_code #例外コードを含む応答のみを見る
tcp.analysis.retransmission modbus #Modbusの再送信を見る7.2主な監視指標
- コミュニケーションの成功率：通常の応答数 /総リクエスト数は99.5%以上でなければなりません。
- 平均応答遅延：50ms未満であること（LAN環境）
- TCP再送信率：0.1%未満、高い再送信率はネットワーク品質の問題を意味します。
- 異常な割合：連続例外コード0 x 0 6はスレーブの過負荷を意味する。
八、産業用クラウドプラットフォームアクセス
Modbus TCPデータをクラウドプラットフォーム（Alibaba Cloud IoT、Huawei Cloud IoTなど）に接続することは、現在の産業用モノのインターネットの典型的な要件です。推奨アーキテクチャは以下の通り。
��������������� Modbus TCP ������������ MQTT/HTTP ���������������
│ Modbus │--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- │--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- │ │ │
│スタンド設備│ ローカルエリアネットワーク Edge GW │ インターネット上で │ IoT │ │ │
その― ― ― ― ― ― ― ― ― ― ― ― ― その― ― ― ― ― ― ― ― ― ― ― その― ― ― ― ― ― ― ― ― ― ― ― ―
│ │ │
ローカルデータキャッシュ+切断ネットワーク継続
プロトコル変換+データクリーニング
エッジコンピューティング+ローカルアラートEdge Gatewayのコア機能：
- Modbus TCP → MQTTプロトコル変換
- データローカルキャッシュ（切断時に保存、復元後に転送）
- エッジコンピューティング（ローカルアラート、データフィルタリングなど）
- セキュリティ分離（クラウドプラットフォームが産業用イントラネットに直接アクセスできない）
9.よくある質問FAQ
Q1 Modbus TCP Communicationが中断し、Pingは正常ですがModbusが動作しませんか
PingはTCPとは異なりICMPプロトコルを使用します。ファイアウォールがポート502をブロックしていることが原因です。スレーブデバイスおよび中間のすべてのファイアウォールのTCPポート502ルールを確認してください。もう1つの考えられる原因は、デバイスが最大接続数の制限に達したことです。
Q2 VLAN間でModbus TCPがCommunicationできないのはなぜですか
VLAN間のレイヤ3転送にはルータが必要です。ルータがVLAN間のIPルーティングを許可しているかどうか、ファイアウォールがTCPポート502を解放しているかどうか、NATを使用している場合はMBAPヘッダの長さフィールドが正しいかどうかを確認してください。
Q3）複数のマスターが同時に同じレジスタに書き込むとどうなりますか？
Modbusプロトコル自体は同時書き込み保護を提供しない。最後に書き込まれたマスターマスターが、前の値を上書きします。複数のマスターが同じレジスタに書き込む必要がある場合は、アプリケーション層でミューテックスメカニズムを実装する必要があります。
X.サマリー
Modbus TCP導入の本質は、“産業環境でTCP/IPネットワークを確実に動作させること”です。ネットワークエンジニアリング（IPプランニング、VLAN、ファイアウォール）の知識と、オートメーションエンジニアリング（ポーリングポリシー、タイムアウト設定、プロトコル変換）の経験の両方が必要です。この2つの分野の知識を組み合わせることで、安定したセキュアでスケーラブルなModbus TCP Communicationシステムを構築できます。
主なチェックリスト：
- 3層ネットワークアーキテクチャ設計（フィールド層→制御層→エンタープライズ層）
- 静的IPアドレス+命名 +管理
- VLAN分離+ファイアウォール最小権限規則
- TCP_NODELAY + Socketロング接続+バック読み込み
- 合理的なタイムアウト+再試行パラメータ（500msタイムアウト、3回の再試行）
- Wiresharkパケットキャプチャ+主要指標監視
関連する読書：Modbus RTUとTCPの比較|Modbusセキュリティプロトコルの詳細|産業用モノのインターネットにおけるModbusの高度な応用
Leave a Reply