産業用通信とは、PLC、ロボット、センサー、インバーター、サーボドライバー、産業PCなどの機器同士が制御情報をやり取りするために使われる通信技術のことです。普段IT分野で使うEthernetやWi-Fiと見た目は似ていますが、設計思想はまったく異なります。
IT通信は基本的に「データが届けばよい（ベストエフォート）」のに対し、産業通信は「決められた時間内に届くこと（決定論的通信）」が最優先されます。動画のストリーミングなら数msの遅延は問題になりませんが、モーター制御では1msの遅れが振動・同期ズレ・装置停止の原因になることがあります。そのため産業通信では、スループットよりも時間保証（Determinism）が重視されます。
通信方式は単なる接続手段ではなく、制御設計の一部です。通信選定を誤ると、制御周期の乱れ、同期ズレ、原因不明の停止、拡張困難など、後から修正が極めて困難な問題が発生します。一方、適切な通信を選べば、同期安定性・診断性・拡張性・保守性が大きく向上します。つまり通信選定は、電気設計や制御設計と同じレベルの重要な技術判断です。
現在の産業通信は大きく分けるとフィールドバス（CAN、Modbusなど）、Industrial Ethernet（EtherCAT、PROFINET、EtherNet/IPなど）、上位情報通信（OPC UAなど）の3層に整理できます。理解のポイントは「制御通信」と「情報通信」を分けて考えることです。EtherCATやCANは制御用途、OPC UAは情報統合用途という役割の違いがあります。
この記事ではソフトウェアセキュリティではなく、産業システムの通信基盤に焦点を当てています。Pythonによるセキュリティ実装パターンについてはPythonセキュリティ実装パターン10選をご覧ください。
この記事の要点一覧
| 通信規格 | 分類 | 主な用途 | 最大の強み |
|---|---|---|---|
| EtherCAT | Industrial Ethernet | 多軸サーボ・ロボット制御 | μsレベルの高速同期 |
| PROFINET | Industrial Ethernet | PLC通信・製造ライン制御 | 診断機能とIT統合のバランス |
| EtherNet/IP | Industrial Ethernet | データ収集・MES/IoT連携 | TCP/IPベースのIT親和性 |
| Modbus | フィールドバス | 計測機器・温度制御 | シンプルさと低コスト |
| CAN / CANopen | フィールドバス | AGV・移動ロボット・車両 | 耐ノイズ性と信頼性 |
| OPC UA | 情報統合 | SCADA・IoT・クラウド連携 | ベンダ非依存のデータ標準化 |
EtherCAT — μsレベルの高速同期制御
EtherCAT（Ethernet for Control Automation Technology）は、Beckhoff Automationが開発した高速同期制御特化のIndustrial Ethernetプロトコルです。2003年に発表され、現在はEtherCAT Technology Group（ETG）がオープン規格として管理しています。
通常のEthernetはスイッチでパケットをルーティングし、各ノードが受信・処理・応答する構造です。これに対しEtherCATは、マスターが送信したフレームが各スレーブを「通過」する途中でデータを読み書きするという独自の方式（Processing on the Fly）を採用しています。フレームはデイジーチェーン接続されたスレーブを順に通過し、最後のスレーブでマスターに戻ります。
この構造により、1フレームの送受信で全スレーブとのデータ交換が完了するため、通信遅延が極めて小さくなります。100台のサーボドライバーを接続しても、全体の通信周期を100μs以下に抑えることが可能です。分散クロック（DC: Distributed Clock）機能により、各スレーブ間の同期精度は±1μs以下を実現します。
主な採用分野は、半導体製造装置、工作機械、検査装置、多軸ロボット、精密位置決め装置など、高精度な多軸同期制御が必要なアプリケーションです。モーション制御領域ではIndustrial Ethernetのデファクトスタンダードと言える位置付けにあります。
| 項目 | 内容 |
|---|---|
| 強み | 同期精度が極めて高い（±1μs）、高速通信（100Mbps）、多軸制御に強い、オープン規格 |
| 弱み | 設定・デバッグの難易度が高い、IT系ネットワークとの統合が弱い、デイジーチェーン断線リスク |
| 主用途 | 多軸サーボ制御、ロボット、半導体装置、精密検査機械、工作機械 |
| トポロジ | デイジーチェーン（リング冗長可） |
| 通信周期 | 最短62.5μs（実用100μs〜1ms） |
EtherCATの導入を検討する際は、マスター側のハードウェア選定が重要です。ソフトウェアマスター（TwinCATなど）はリアルタイムOS上で動作するため、Windows標準環境では性能が出ません。Beckhoff製IPCやLinux + IGH EtherCAT Masterの組み合わせが一般的です。
EtherCATはデイジーチェーン構造のため、途中のケーブル1本が断線すると、それ以降の全スレーブが通信不能になります。本番環境ではリング冗長（Cable Redundancy）の構成を検討してください。また、市販のスイッチングハブは使用できません。EtherCATはスイッチを介さず、スレーブがフレームを中継する構造だからです。
PROFINET — PLC制御ネットワークの標準
PROFINET（Process Field Network）は、PROFIBUS & PROFINET International（PI）が管理するIndustrial Ethernetプロトコルで、Siemensを中心としたエコシステムで広く普及しています。PROFIBUS（従来のフィールドバス）の後継として開発され、Ethernet技術をベースに制御用途向けのリアルタイム通信機能を追加した規格です。
PROFINETには3段階のリアルタイム通信クラスがあります。RT（Real Time）は標準的なリアルタイム通信で通信周期は数ms〜10ms程度、IRT（Isochronous Real Time）はハードウェアベースの同期通信で通信周期31.25μs〜1msに対応し、EtherCATに近い同期性能を実現します。用途に応じて通信クラスを選択できる柔軟性がPROFINETの特徴です。
最大の強みはPLC間通信や設備レベルのネットワーク構築におけるバランスの良さです。制御データ通信だけでなく、診断データの取得、デバイス交換時の自動パラメータ復元（デバイス交換機能）、ITネットワークとの共存など、工場全体のネットワークとして必要な機能が網羅されています。
採用分野は自動車製造ライン、食品・飲料プラント、物流設備、プロセス制御など、Siemens PLCを中心とした大規模製造ラインの制御ネットワークが典型的です。欧州を中心に世界で最も多くのノードが接続されているIndustrial Ethernetの一つです。
| 項目 | 内容 |
|---|---|
| 強み | PLC連携が強い、診断機能が豊富、IT統合しやすい、デバイス交換機能、エコシステムが充実 |
| 弱み | IRT以外は超高速同期に不向き、Siemens依存が生じやすい、IRT対応にはASIC搭載が必要 |
| 主用途 | PLC間通信、製造ライン制御、設備ネットワーク、プロセス制御 |
| トポロジ | スター、ツリー、リング（MRP/MRPD冗長対応） |
| 通信周期 | RT: 数ms〜10ms / IRT: 31.25μs〜1ms |
PROFINETとEtherCATの選択で迷った場合、判断基準は「何を制御するか」です。多軸サーボの高速同期制御が主目的ならEtherCAT、PLC間通信や設備全体のネットワーク構築が主目的ならPROFINETが適しています。両者は競合関係ではなく、同一システム内で共存するケースも珍しくありません。
PROFINETのIRTモードは高い同期性能を提供しますが、対応にはネットワーク機器（スイッチ含む）にASIC搭載が必要です。一般的なマネージドスイッチではIRTは動作しません。RT（標準リアルタイム）で十分な場合は、標準的なEthernetインフラで運用可能です。
EtherNet/IP — IT親和性の高い産業Ethernet
EtherNet/IP（Ethernet Industrial Protocol）は、ODVA（Open DeviceNet Vendors Association）が管理するIndustrial Ethernetプロトコルで、Rockwell Automation（Allen-Bradley）を中心に北米市場で広く普及しています。名前の「IP」はInternet Protocolではなく「Industrial Protocol」の略ですが、実際にTCP/IPとUDP/IPの上に構築されているため、IT技術との親和性が非常に高い通信です。
上位プロトコルとしてCIP（Common Industrial Protocol）を使用し、これはDeviceNet、ControlNet、CompoNetと共通のアプリケーション層です。この共通性により、異なるネットワーク間でのデータモデルの統一が図られています。
EtherNet/IPの最大の特徴は標準的なEthernetインフラ（スイッチ、ケーブル、TCP/IPスタック）をそのまま使えることです。IT部門にとっても扱いやすく、WiresharkやSNMPなど既存のIT監視ツールで通信の診断やモニタリングが可能です。制御用途というよりも、PLCデータの収集、SCADA連携、MES統合、IoTゲートウェイなど、情報連携・データ収集の用途で強みを発揮します。
| 項目 | 内容 |
|---|---|
| 強み | TCP/IPベースでIT親和性が高い、標準Ethernetインフラで運用可能、既存IT監視ツールが使える |
| 弱み | リアルタイム同期性能はEtherCAT/PROFINETに劣る、高精度モーション制御には不向き |
| 主用途 | SCADA、MES連携、IoTゲートウェイ、データ収集、Rockwell系PLCネットワーク |
| トポロジ | スター（標準Ethernetスイッチ使用）、リング（DLR対応） |
| 通信周期 | 数ms〜数十ms（用途依存） |
EtherNet/IPはTSN（Time-Sensitive Networking）との統合が進んでおり、将来的にはリアルタイム性能が大幅に向上する見込みです。現時点ではリアルタイム制御にはEtherCATやPROFINET IRTが優れていますが、IT/OT融合のトレンドにおいてEtherNet/IPの存在感は今後さらに増すと考えられています。
EtherNet/IPは標準Ethernetインフラを使えるため「普通のネットワークと同じ」と考えがちですが、制御通信とオフィスネットワークをフラットに接続するのは厳禁です。VLAN分離やファイアウォール設置など、セキュリティ境界の設計が不可欠です。IT親和性の高さは利点であると同時に、攻撃面が広がるリスクでもあります。
Modbus — 産業通信の入門標準
Modbus（モドバス）は1979年にModicon社（現Schneider Electric）が開発した産業通信プロトコルで、40年以上の歴史を持つ最も古い産業通信規格の一つです。構造が極めてシンプルで、仕様書も公開されているため、計測機器、電力計、温度制御機器、インバーターなど非常に多くの機器がModbus対応しています。
Modbusには主に3つのバリエーションがあります。Modbus RTUはRS-485またはRS-232上でバイナリ形式の通信を行う最も一般的な形式、Modbus ASCIIはASCIIテキストベースの通信（低速だがデバッグしやすい）、Modbus TCPはTCP/IP上でModbusプロトコルを動かす形式です。
通信構造はマスター・スレーブ方式で、マスター（PLCやPCなど）がスレーブ（センサーや計測器など）にポーリングで問い合わせます。データモデルは4種類のレジスタ（Coil、Discrete Input、Input Register、Holding Register）で構成され、ファンクションコードで読み書きを制御します。
最大の強みは圧倒的なシンプルさと低コストです。数行のコードで通信を実装でき、対応機器が膨大で、ほぼ全ての産業機器メーカーがModbusをサポートしています。一方、通信速度は遅く（RTUで最大115.2kbps）、リアルタイム制御には向きません。
| 項目 | 内容 |
|---|---|
| 強み | 極めてシンプル、低コスト、対応機器が膨大、資料が豊富、実装が容易 |
| 弱み | 低速（RTU: 最大115.2kbps）、リアルタイム制御に不向き、セキュリティ機能なし |
| 主用途 | 計測機器、電力計、温度制御、インバーター監視、ビル管理（BMS） |
| 物理層 | RTU/ASCII: RS-485/RS-232 / TCP: Ethernet |
| 最大接続数 | RTU: 247台（RS-485）/ TCP: 実質制限なし |
Modbusは産業通信の学習に最適な入門規格です。Pythonではpymodbusライブラリを使えば数行でModbus TCP/RTU通信を実装でき、実機がなくてもシミュレータで動作確認が可能です。産業通信の基本概念（マスター・スレーブ、ポーリング、レジスタ）を理解するのに最適な教材になります。
Modbusには認証・暗号化などのセキュリティ機能が一切ありません。Modbus TCPをインターネットに公開すると、誰でもレジスタの読み書きが可能になります。ICS（産業制御システム）セキュリティの観点から、Modbusネットワークは必ずファイアウォールやVLANで隔離してください。Shodanなどの検索エンジンで公開されたModbus機器が発見された事例は数多く報告されています。
CAN / CANopen — 移動体・車載制御の定番
CAN（Controller Area Network）は、1986年にBoschが車載通信向けに開発したプロトコルです。自動車業界での圧倒的な実績をベースに、AGV（無人搬送車）、AMR（自律移動ロボット）、建設機械、農業機械、医療機器などの分野でも広く使われています。CANopen はCANの上位プロトコルとして、デバイスプロファイルやネットワーク管理機能を追加した規格です。
CANの最大の特徴は耐ノイズ性と信頼性の高さです。差動信号（CAN_H / CAN_L）を使用するため電気的ノイズに強く、ビットスタッフィングとCRCによるエラー検出、自動再送信（Auto-retransmission）機能を備えています。移動機械は振動や電気ノイズが激しい環境で動作するため、この堅牢性は非常に重要です。
通信方式はマルチマスター（全ノードが送信可能）で、メッセージベースの優先度調停（CSMA/CA + アービトレーション）により、優先度の高いメッセージが確実に送信されます。この仕組みにより、緊急停止信号などの安全関連メッセージを最優先で伝送できます。
帯域は標準CANで最大1Mbps（距離40m時）、CAN FDで最大8Mbps（データ部分）であり、EtherCATなどのIndustrial Ethernetと比べると低帯域です。そのため大容量データの通信には向きませんが、制御コマンドやセンサーデータなど小さなメッセージの高頻度通信には最適です。
| 項目 | 内容 |
|---|---|
| 強み | 耐ノイズ性が高い、マルチマスター対応、優先度調停、信頼性が高い、車載実績が膨大 |
| 弱み | 帯域が低い（1Mbps）、大容量通信に不向き、ノード数制限（127台） |
| 主用途 | AGV、AMR、車両制御、建設機械、医療機器、移動ロボット |
| 物理層 | 差動2線（CAN_H / CAN_L）、終端抵抗120Ω |
| 派生規格 | CANopen、J1939（車両）、DeviceNet、SafetyNET p |
CANは産業用途だけでなく、Raspberry Piなどの小型コンピュータとMCPモジュール（MCP2515など）を組み合わせれば、低コストでCAN通信の実験環境を構築できます。Pythonのpython-canライブラリを使えば数十行のコードでCAN通信が可能です。
CANバスの終端抵抗（120Ω）はバスの両端に必要です。片方だけ、あるいは取り付け忘れると反射ノイズが発生し、通信エラーの原因になります。また、バスの総延長が長くなると通信速度を下げる必要がある（1Mbpsは最大40m、500kbpsで100m程度）点にも注意してください。
OPC UA — ベンダ非依存の産業データ統合基盤
OPC UA（Open Platform Communications Unified Architecture）は、OPC Foundationが管理する産業データ統合のための通信規格です。他の通信規格が「機器同士の制御データ通信」を目的としているのに対し、OPC UAは「異なるシステム間の情報共有とデータモデリング」を目的としています。
最大の特徴はベンダ非依存であることです。Siemens、Rockwell、三菱電機、Beckhoffなど、どのメーカーの機器であってもOPC UAを通じてデータを統一的にやり取りできます。データモデルをInformation Modelとして構造化でき、単なる数値の羅列ではなく「この数値は何のセンサーの何の値か」というセマンティクス（意味情報）を含めて伝送できます。
セキュリティはOPC UAの大きな強みです。通信の暗号化（TLS）、認証（X.509証明書、ユーザー/パスワード）、監査ログなど、産業通信規格の中で最も充実したセキュリティ機能を備えています。IIoT（Industrial IoT）やクラウド連携においてセキュアな通信が求められる場面では、OPC UAは事実上唯一の選択肢と言えます。
一方、リアルタイム制御には向きません。OPC UAはTCP/IP上で動作するため通信遅延が比較的大きく、μsレベルの同期制御は不可能です。そのため、制御層はEtherCATやPROFINET、情報統合層はOPC UAという組み合わせが一般的なアーキテクチャです。
| 項目 | 内容 |
|---|---|
| 強み | ベンダ非依存、セキュリティが充実（TLS、認証）、データモデリング、IIoT標準 |
| 弱み | リアルタイム制御に不向き、実装の複雑性が高い、処理負荷が大きい |
| 主用途 | SCADA、MES連携、IoTゲートウェイ、クラウド連携、マルチベンダー統合 |
| 通信方式 | TCP/IP（クライアント/サーバー + Pub/Sub） |
| 将来展望 | OPC UA over TSNによるリアルタイム拡張が進行中 |
OPC UAの将来性として注目すべきはOPC UA over TSN（Time-Sensitive Networking）です。Ethernetのレイヤー2に時間同期・帯域予約機能を追加するTSN技術とOPC UAを組み合わせることで、従来のフィールドバスやIndustrial Ethernetを統一する「産業通信のIPv6」的な存在になる可能性があります。
OPC UAは「産業通信の万能規格」と紹介されることがありますが、現時点ではリアルタイム制御を代替するものではありません。OPC UAでモーション制御を行おうとすると、制御周期が保証できず深刻な問題を引き起こします。OPC UAは「情報統合層」、EtherCAT/PROFINET/CANは「制御層」という役割分担を明確にしてください。
用途別の通信方式早見表
産業通信を選定する際に最も重要なのは、万能な通信規格は存在しないという認識です。各規格は特定の用途に最適化されており、用途に合わせて選定する（場合によっては複数を併用する）のが正しいアプローチです。
| 用途 | 推奨通信 | 理由 |
|---|---|---|
| 多軸サーボ同期制御 | EtherCAT | μsレベルの同期精度、多軸一括通信 |
| PLC間通信・ライン制御 | PROFINET | 診断機能充実、設備全体のネットワーク構築に適合 |
| MES・SCADAデータ連携 | EtherNet/IP | TCP/IPベースでIT統合しやすい |
| 計測機器・電力モニタリング | Modbus RTU/TCP | 低コスト、対応機器が膨大 |
| AGV・移動ロボット制御 | CAN / CANopen | 耐ノイズ性、優先度調停、信頼性 |
| IIoT・クラウド連携 | OPC UA | ベンダ非依存、セキュリティ、データ標準化 |
| 大規模制御+情報統合 | EtherCAT + OPC UA | 制御層と情報層を分離した最適構成 |
実際のシステム設計では「制御通信」と「情報通信」を物理的またはVLANで分離し、それぞれに最適なプロトコルを選定するのが基本です。EtherCATで制御し、OPC UAで上位にデータを渡す構成は、2026年現在の産業IoTアーキテクチャの定石です。
通信規格スペック比較表（技術者向け）
以下の表は、ここまで解説した6つの通信規格を技術スペックの観点から横断比較したものです。通信方式の選定時に参照してください。
| 項目 | EtherCAT | PROFINET IRT | EtherNet/IP | Modbus RTU | CAN | OPC UA |
|---|---|---|---|---|---|---|
| 分類 | Industrial Ethernet | Industrial Ethernet | Industrial Ethernet | フィールドバス | フィールドバス | 情報統合 |
| 物理層 | 100BASE-TX | 100BASE-TX | 100BASE-TX | RS-485 / RS-232 | 差動2線 | TCP/IP |
| 通信速度 | 100Mbps | 100Mbps | 100Mbps | 最大115.2kbps | 最大1Mbps | ネットワーク依存 |
| 通信周期 | 62.5μs〜 | 31.25μs〜 | 数ms〜 | 数十ms〜 | ~1ms | 非リアルタイム |
| 同期精度 | ±1μs以下 | ±1μs以下 | △（TSNで改善中） | × | ○（調停方式） | × |
| トポロジ | デイジーチェーン | スター/リング | スター | バス | バス | TCP/IP任意 |
| 最大ノード | 65535 | 実用256程度 | 制限なし | 247 | 127 | 制限なし |
| IT統合 | △ | ○ | ◎ | △（TCP版） | × | ◎ |
| セキュリティ | 低 | 中 | 中 | なし | 低 | 高（TLS/認証） |
| ベンダ依存 | 低（オープン） | 高（Siemens中心） | 中（Rockwell中心） | なし | なし | なし |
| 学習コスト | 高 | 中〜高 | 中 | 低 | 中 | 高 |
上記のスペック表だけで通信方式を選定しないでください。数値上の性能が高くても、エコシステム（対応デバイス、サポート、エンジニアの確保しやすさ）が整っていなければ実用上の問題が生じます。特に「既存設備との互換性」と「保守体制」は、スペック表には現れない重要な選定要因です。
よくある質問（FAQ）
Q: 初めて産業通信を学ぶなら何から始めるべき？
Modbusが最適な入門規格です。構造が単純で仕様書も公開されており、Pythonのpymodbusライブラリで実際に通信を試すことができます。Modbusで「マスター・スレーブ」「レジスタ」「ポーリング」の基本概念を理解してから、EtherCATやPROFINETに進むのが効率的です。
Q: EtherCATとPROFINETはどちらが優れている？
優劣ではなく用途の違いです。多軸サーボの高速同期制御が主目的ならEtherCAT、PLC間通信や設備全体のネットワーク構築が主目的ならPROFINETが適しています。同一設備内で制御層にEtherCAT、設備ネットワーク層にPROFINETを使う構成も一般的です。
Q: 産業通信にセキュリティは必要？
必須です。特にModbusやCANなどレガシー通信にはセキュリティ機能がなく、ネットワーク経由で不正操作が可能です。IEC 62443（産業制御システムセキュリティ）に基づくネットワーク分離、アクセス制御、通信暗号化の導入が推奨されます。OPC UAは産業通信の中で最もセキュリティが充実しています。
Q: 将来的に統一規格は出る？
OPC UA over TSNがその候補です。TSN（Time-Sensitive Networking）はEthernetにリアルタイム性を追加する技術で、OPC UAと組み合わせることでフィールドバスから情報統合まで1つの規格でカバーできる可能性があります。ただし完全な統一にはまだ時間がかかり、2026年現在は既存プロトコルとの共存が現実的です。
まとめ
産業通信は速度ではなく用途で選ぶことが基本です。この記事で解説した6つの通信規格の役割を整理します：
- EtherCAT — μsレベルの高速同期。多軸サーボ・ロボット制御のデファクト
- PROFINET — PLC間通信と設備ネットワークのバランス型。Siemens中心のエコシステム
- EtherNet/IP — TCP/IPベースのIT親和性。データ収集とMES/IoT連携に強い
- Modbus — 40年以上の実績。シンプル・低コスト・対応機器膨大の計測通信
- CAN / CANopen — 耐ノイズ性と信頼性。移動体・車載制御の定番
- OPC UA — ベンダ非依存のデータ統合基盤。IIoTとセキュアな通信の標準
通信は単なる接続手段ではなく、制御設計の一部です。適切な通信選定ができることは、制御エンジニアにとって電気設計やプログラミングと同等に重要なスキルです。万能な通信は存在しません。用途を明確にし、制御層と情報層を分離した上で、それぞれに最適なプロトコルを選定してください。
コメントを残す