Modbus TCP/IPネットワーク展開のベストプラクティス：スタンドアロンデバッグから産業用クラウドプラットフォームまでの完全なアーキテクチャガイド

キーワード：Modbus TCP導入、Modbus TCPネットワークアーキテクチャ、産業用イーサネット、Modbusゲートウェイ構成、Modbus TCP最適化

工場が“スタンドアロンオートメーション”から“ネットワーク生産”に移行する中、Modbus TCPはフィールド機器と上位レベルの情報システムを接続するための好ましいプロトコルです。しかし、ネットワークケーブルにRS-485を置き換えることは、ネットワークトポロジ設計、IP計画、ファイアウォール構成、マルチマスター並行性、タイムアウトおよび再試行戦略など、安定した信頼性の高い通信を自動的に得ることに等しいものではありません。

本稿では、ネットワークエンジニアとオートメーションエンジニアの両方の視点から、Modbus TCP導入プロセスにおいて注意が必要なすべての重要なリンクを体系的に整理し、直接実装できる構成スキームを提供します。

I.ネットワークトポロジ設計

1.1推奨階層ネットワークアーキテクチャ

典型的なModbus TCP産業用ネットワークは3つのレベルに分けられる。

�������������
レベル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産業用スイッチの選択

産業用フィールド環境はオフィス環境とは大きく異なり、適切なスイッチを選択することがネットワークの信頼性に対する防御の第一線です。

2. IPアドレス計画

2.1推奨アドレススキーム

産業用ネットワークのIPアドレスを計画する際には、“見てデバイスを知る”原則に従う必要があります。

主な原則：

• /24サブネットマスク（255.255.255.0）を使用すると、254 台のデバイスに十分です。
• 現在一部しか使用していない場合でも、デバイスタイプごとにアドレスセグメントを予約する
• 産業用ネットワークセグメントでDHCPを使用しない-すべてのデバイスで静的IPを使用
• デバイス名、場所、MACアドレス、ファームウェアバージョンを含むIPアドレス台帳の作成

VLAN分割とセキュリティ分離

3.1 VLAN計画の推奨

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スレーブデバイスがサポートする同時接続数：

主なリマインダー：複数のマスターを接続する前に、デバイスマニュアルで最大接続数を確認してください。制限を超えた接続要求は、デバイスのサービス拒否を引き起こします。

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のようなリクエスト-レスポンスモードの小さなパケット通信では、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タイムアウトと再試行ポリシー

タイムアウトパラメータの適切な設定は、通信の安定性を確保する鍵です。

5.3バッチ読み取り最適化

“1つのレジスタを読み込む”リクエストを10回送信する代わりに、“連続したレジスタを10個読み込む”リクエストを1回送信します。Modbus TCPでは、一度に50個のレジスタを読み取るのと1個のレジスタを読み取るのとほぼ同じネットワークレイテンシ（いずれもTCP層の1往復）であるが、データ処理効率は50 倍向上する。

六、ゲート設定実戦

Modbus TCP/RTUゲートウェイは、新旧デバイスをつなぐ重要なブリッジです。典型的な“有人IoT USR-TCP232”シリーズゲートウェイの例を以下に示します。

6.1ゲートウェイの動作モードの選択

Modbus TCP to RTUモードを推奨ゲートウェイは、MBAPヘッダの追加/削除、CRCチェックサムの生成を含むプロトコル変換を自動的に処理します。

6.2シリアルパラメータ設定

一般的な構成CLARiX
- ボーレート：96 00（優先）/ 19200（中速度）/ 115200（高速、サポート機器が必要）
- データ·ビットDSView 8
- 検証ビットNone最も一般的な/ Even / Odd
- 停止ビット1標準/ 2一部の古いデバイスと互換性がある
- フロー制御None RS-485はハードウェアフロー制御を使用しません

重要：ゲートウェイのシリアルパラメータは、下流のすべてのRTUデバイスと完全に一致する必要があります。

VII.モニタリングと診断

7.1 WiresharkによるModbus TCPの解析

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 通信が中断し、Pingは正常ですがModbusが動作しませんか

PingはTCPとは異なりICMPプロトコルを使用します。ファイアウォールがポート502をブロックしていることが原因です。スレーブデバイスおよび中間のすべてのファイアウォールのTCPポート502ルールを確認してください。もう1つの考えられる原因は、デバイスが最大接続数の制限に達したことです。

Q2 VLAN間でModbus TCPが通信できないのはなぜですか

VLAN間のレイヤ3転送にはルータが必要です。ルータがVLAN間のIPルーティングを許可しているかどうか、ファイアウォールがTCPポート502を解放しているかどうか、NATを使用している場合はMBAPヘッダの長さフィールドが正しいかどうかを確認してください。

Q3）複数のマスターが同時に同じレジスタに書き込むとどうなりますか？

Modbusプロトコル自体は同時書き込み保護を提供しない。最後に書き込まれたマスターマスターが、前の値を上書きします。複数のマスターが同じレジスタに書き込む必要がある場合は、アプリケーション層でミューテックスメカニズムを実装する必要があります。

X.サマリー

Modbus TCP導入の本質は、“産業環境でTCP/IPネットワークを確実に動作させること”です。ネットワークエンジニアリング（IPプランニング、VLAN、ファイアウォール）の知識と、オートメーションエンジニアリング（ポーリングポリシー、タイムアウト設定、プロトコル変換）の経験の両方が必要です。この2つの分野の知識を組み合わせることで、安定したセキュアでスケーラブルなModbus TCP 通信システムを構築できます。

主なチェックリスト：

1. 3層ネットワークアーキテクチャ設計（フィールド層→制御層→エンタープライズ層）
2. 静的IPアドレス+命名 +管理
3. VLAN分離+ファイアウォール最小権限規則
4. TCP_NODELAY + Socketロング接続+バック読み込み
5. 合理的なタイムアウト+再試行パラメータ（500msタイムアウト、3回の再試行）
6. Wiresharkパケットキャプチャ+主要指標監視

関連する読書：Modbus RTUとTCPの比較|Modbusセキュリティプロトコルの詳細|産業用モノのインターネットにおけるModbusの高度な応用