PROFINETとは？PROFIBUSとの違いと基本

設備立ち上げでPLC、リモートI/O、インバータ、サーボ、HMIをつないだとき、「LANケーブルでつながっているのに、なぜ普通のEthernetと同じ感覚で扱えないのか」と迷うことがあります。

PROFINETは、まさにその疑問に関わる産業用ネットワークです。

見た目はEthernetケーブルでも、内部ではI/Oデータの周期通信、機器名による識別、GSDMLファイルによる機器定義、リアルタイム通信、診断情報の取得など、工場設備向けの仕組みが組み込まれています。

一方で、似た名前のPROFIBUSや、EtherNet/IP、Modbus TCP、OPC UAとの違いがわかりにくく、現場では「何が違うのか」「どれを選べばよいのか」が混乱しやすい分野でもあります。

本記事では、PROFINETとは何かという基本から、PROFIBUSとの違い、構成機器、通信の流れ、RT・IRT、トラブル対応、設計時の注意点までを、設備設計・保全・制御担当者向けに解説します。

1. PROFINETとは何か

PROFINETとは、工場や設備の制御機器をEthernetベースで接続する産業用ネットワーク規格です。

PLC、リモートI/O、インバータ、サーボアンプ、センサー、バルブマニホールド、HMIなどを接続し、制御に必要な入出力データや診断情報をやり取りします。

普通のLANではなく産業用Ethernetである

PROFINETはEthernetを土台にしていますが、オフィスLANと同じ意味ではありません。

制御では「いつ」「どのデータを」「どの周期で」受け渡すかが重要です。

たとえばPLCが10ms周期で入力を読み、出力を更新する設備では、単にデータが届けばよいのではなく、決められたタイミングで安定して届く必要があります。

そのためPROFINETでは、IP通信だけでなく、リアルタイム通信、機器名によるデバイス識別、エンジニアリングツールでの構成管理、診断情報の標準化などが重視されます。

PROFINET IOが設備制御の中心になる

実務でPROFINETという場合、多くはPROFINET IOを指します。

PROFINET IOは、PLCなどのコントローラと、リモートI/Oやドライブなどの現場機器を接続し、周期的に入出力データを交換する仕組みです。

コンベヤ、搬送装置、包装機、組立機、検査装置、ライン設備などで、現場機器をネットワーク化するために使われます。

産業用通信全体の位置づけから理解したい場合は、先にフィールドバスとは何かを確認すると、PROFINETが「フィールドバスのEthernet化」の文脈で理解しやすくなります。

2. PROFINETとPROFIBUSの違い

PROFINETとPROFIBUSは、名前が似ているため混同されやすい通信規格です。

大きな違いは、PROFIBUSが主にシリアル通信系のフィールドバスであるのに対し、PROFINETはEthernetベースの産業用ネットワークである点です。

違いを一言でいうと通信の土台が違う

PROFIBUSは、フィールドバス時代の代表的な通信方式です。

RS-485ベースの配線を使い、1本のバス上に複数の機器を接続する考え方が基本です。

一方、PROFINETはEthernetを使います。

スイッチングハブを使ったスター配線、ライン配線、リング構成などが可能で、IP通信や上位ネットワークとの接続性も高くなります。

比較表で見るPROFINETとPROFIBUS

比較項目	PROFINET	PROFIBUS
通信の土台	Ethernetベース	主にRS-485ベースのフィールドバス
配線構成	スター、ライン、リングなど柔軟	バス配線が基本
主な用途	PLC、リモートI/O、ドライブ、診断、上位接続	PLC、リモートI/O、フィールド機器
データ量	比較的大きなデータや診断情報も扱いやすい	制御データ中心
保守性	ネットワーク診断、トポロジ把握、機器交換に強い	終端、局番、バス断線の影響を受けやすい
向いている設備	新設設備、高速化、見える化、上位連携	既存設備、実績あるフィールドバス構成

PROFIBUSが古いから不要という意味ではない

PROFINETの方が新しい設計思想を持っていますが、PROFIBUSがすぐに不要になるわけではありません。

既存設備ではPROFIBUS機器が多数使われており、交換部品、保全ノウハウ、設備標準との兼ね合いがあります。

新規ラインではPROFINETを選び、既存ラインではPROFIBUSを維持しながらゲートウェイでつなぐ、という構成も現実的です。

重要なのは、単純に新旧で判断するのではなく、設備寿命、保全部品、通信周期、上位システム連携、将来の拡張性を合わせて考えることです。

3. PROFINETが使われる設備例

PROFINETは、単体の機器をつなぐだけでなく、設備全体の入出力と診断をまとめるネットワークとして使われます。

そのため、制御盤内だけでなく、機械装置、搬送ライン、検査ライン、組立ラインなど広い範囲で使われます。

搬送設備での使い方

搬送設備では、PLC、リモートI/O、インバータ、バーコードリーダ、表示灯、非常停止入力、センサー群などをPROFINETで接続します。

PLCは各ステーションの入力状態を読み取り、搬送モーターやストッパー、シリンダー、分岐装置を順番に制御します。

このような設備では、通信の遅れよりも「どの機器が落ちたか」「どの局で異常が出たか」を素早く特定できることが重要です。

PROFINETでは診断情報をネットワーク経由で取得しやすいため、保全性を高めやすくなります。

装置内リモートI/Oでの使い方

装置が大型化すると、すべてのセンサーやアクチュエータをPLC盤まで個別配線するのは大変です。

そこで、装置の近くにリモートI/Oを置き、PLCとはPROFINETで接続します。

現場側ではセンサーや電磁弁を短い配線でまとめ、制御盤側とはネットワークケーブルでつなぐため、省配線化できます。

これは、設備立ち上げ時の配線工数削減だけでなく、後から入出力点数を増やすときの拡張性にも効きます。

ドライブ制御での使い方

インバータやサーボアンプをPROFINETで接続すると、運転指令、速度指令、状態監視、アラーム情報などを通信で扱えます。

従来のように接点信号やアナログ信号だけで接続する場合に比べ、配線本数を減らしながら、取得できる情報量を増やせます。

ただし、高速同期が必要なモーション制御では、通常のRT通信で足りるのか、IRTや専用のモーションネットワークが必要なのかを確認する必要があります。

4. PROFINETの基本構成

PROFINETの構成を理解するには、どの機器が指令を出し、どの機器が入出力データを持ち、どのツールで設定するのかを分けて考えるとわかりやすくなります。

IO Controller

IO Controllerは、PROFINETネットワークの中心となる制御機器です。

一般的にはPLCが該当します。

PLCはリモートI/Oやドライブから入力データを受け取り、プログラムの結果に応じて出力データを送ります。

制御システム全体として見ると、IO Controllerは「判断する側」です。

IO Device

IO Deviceは、IO Controllerに接続される現場機器です。

リモートI/O、インバータ、サーボ、バルブターミナル、センサーゲートウェイ、ロボット周辺機器などが該当します。

IO Deviceは、自分の入力状態や診断情報をControllerへ送り、Controllerから出力指令やパラメータを受け取ります。

IO Supervisor

IO Supervisorは、設定や診断を行うエンジニアリングツールやPCを指します。

たとえば、ネットワーク設定、機器名設定、IPアドレス確認、診断情報の読み出し、GSDMLファイルの読み込みなどに使われます。

設備保全では、IO Supervisorを使って「どの機器が認識されていないか」「どのポートでリンクが落ちているか」を確認することがあります。

5. PROFINETの通信方式

PROFINETでは、制御に使う周期データと、設定・診断に使う非周期データを分けて考えることが重要です。

すべての通信が同じ優先度で流れるわけではありません。

NRT通信

NRTはNon Real-Timeの略で、リアルタイム性を強く要求しない通信です。

機器のパラメータ読み書き、診断情報の取得、機器情報の確認などに使われます。

制御周期そのものを支える通信ではないため、時間の厳密さよりも、設定や保守のための情報取得に向いています。

RT通信

RTはReal-Timeの略で、PLCとIO Deviceの周期的な入出力通信に使われます。

一般的なリモートI/O制御、インバータの運転状態監視、バルブターミナルの制御などでは、RT通信で十分なケースが多くあります。

PROFINETの通常制御を理解するうえでは、このRT通信が中心です。

IRT通信

IRTはIsochronous Real-Timeの略で、より厳しい同期性が必要な用途で使われます。

たとえば、複数軸の同期制御や、時間ズレを極力抑えたいモーション制御が該当します。

IRTでは通信時間をより厳密に管理するため、対応機器、対応スイッチ、ネットワーク設計の条件が通常のRTよりも厳しくなります。

6. GSDMLファイルとは何か

PROFINETを設定するときに重要になるのがGSDMLファイルです。

GSDMLは、PROFINET機器の仕様をエンジニアリングツールに読み込ませるための機器定義ファイルです。

機器の取扱説明書をツールに読ませるようなもの

PLCの設定ツールは、初期状態ではすべてのPROFINET機器の仕様を知っているわけではありません。

そこで、メーカーが提供するGSDMLファイルを読み込ませます。

これにより、使用できるI/Oモジュール、データ長、診断情報、スロット構成、パラメータなどをツール上で扱えるようになります。

GSDMLが違うと設定ミスにつながる

同じシリーズの機器でも、型式やファームウェアによってGSDMLが異なる場合があります。

古いGSDMLを使うと、実機と設定ツール上の構成が合わず、データ長不一致や認識不良につながることがあります。

設備を流用するときは、「以前使っていたファイルだから大丈夫」と判断せず、メーカーサイトから対象機器に合うGSDMLを確認することが重要です。

設定管理の対象に含める

PROFINETの構成は、PLCプログラムだけで完結しません。

GSDMLファイル、ネットワーク構成、機器名、IPアドレス、モジュール構成、パラメータ設定がセットで再現できて初めて、設備を復旧できます。

そのため、GSDMLはPLCプログラムと同じく、設備データの一部として管理すべきです。

7. PROFINETの機器名とIPアドレス

PROFINETでは、機器のIPアドレスだけでなく、デバイス名が重要です。

ここを理解していないと、「IPは合っているのに通信できない」というトラブルにつながります。

PROFINETはデバイス名で機器を識別する

PROFINETでは、IO Controllerが設定されたデバイス名をもとに、対象のIO Deviceを識別します。

そのため、実機側のデバイス名が設定データと一致していないと、機器が正しく割り付けられません。

IPアドレスだけを合わせても、デバイス名が違えば通信が成立しない場合があります。

DCPで名前やIPを割り当てる

PROFINETでは、DCPという仕組みにより、機器名やIPアドレスの割り当てを行います。

設備立ち上げ時には、エンジニアリングツールからネットワーク上の機器を検索し、対象機器に名前を設定します。

現場で機器を交換したときも、交換後の機器に正しいデバイス名を設定しないと、PLCから見て別物として扱われることがあります。

保全時はデバイス名を記録する

保全記録では、IPアドレスだけでなくPROFINETデバイス名も残しておくべきです。

特にリモートI/Oやインバータが多数ある設備では、似た型式の機器が複数並びます。

デバイス名、設置位置、盤内番号、図面番号を対応付けておくと、交換時の復旧が早くなります。

8. PROFINETとEtherNet/IPの違い

PROFINETとEtherNet/IPは、どちらも産業用Ethernetとして使われる代表的なネットワークです。

どちらもEthernetを使うため、見た目だけでは違いがわかりにくいですが、規格体系や採用メーカー、設定思想が異なります。

PROFINETはPI系、EtherNet/IPはODVA系

PROFINETは、PROFIBUS & PROFINET Internationalの技術体系に属する産業用Ethernetです。

一方、EtherNet/IPはODVAが管理するCIP系の産業用ネットワークです。

実務では、採用するPLCメーカーや装置標準によって使われるネットワークが変わることが多くあります。

EtherNet/IP側の考え方を比較したい場合は、EtherNet/IPとは何かの記事もあわせて確認すると、CIP、リモートI/O、産業Ethernetの違いが整理しやすくなります。

同じEthernetケーブルでも互換ではない

PROFINET機器とEtherNet/IP機器は、どちらもEthernetケーブルを使うことがあります。

しかし、通信プロトコルが違うため、単純につなげば相互通信できるわけではありません。

PLC側がPROFINETしか対応していない場合、EtherNet/IP機器を直接IO Deviceとして扱うことはできません。

異なるネットワーク間をつなぐには、ゲートウェイや両対応機器が必要になります。

メーカー標準に合わせることが多い

ネットワーク選定では、理論上の性能だけでなく、既存設備や社内標準が重要です。

同じ工場内で、あるラインはPROFINET、別ラインはEtherNet/IPということも珍しくありません。

保全部門が扱えるツール、予備品、PLCメーカー、盤内標準を考慮して選ぶ必要があります。

9. PROFINETとOPC UA・MQTTの違い

PROFINETを理解するときは、OPC UAやMQTTとの違いも押さえておくと、工場ネットワーク全体の役割分担が見えやすくなります。

結論から言えば、PROFINETは主に制御用、OPC UAやMQTTは主にデータ連携用として考えると整理しやすくなります。

PROFINETはPLCと現場機器をつなぐ

PROFINETは、PLCが現場機器を制御するためのネットワークです。

入力を読み、出力を更新し、機器の診断情報を取得します。

そのため、設備が動くか止まるかに直結する通信です。

OPC UAは設備データの意味づけに強い

OPC UAは、設備データを上位システムや他システムへ渡すときに使われることが多い通信規格です。

単に値を送るだけでなく、データの名前、型、階層、意味を扱いやすい点が特徴です。

PLCや設備からMES、SCADA、データ収集基盤へ情報を渡す場合は、OPC UAによる設備データ連携の考え方が重要になります。

MQTTは軽量なPublish/Subscribe通信に強い

MQTTは、ブローカーを介してデータを配信する軽量な通信プロトコルです。

IoT機器やクラウド連携で使われることが多く、設備データを収集して遠隔監視や分析に回す用途と相性があります。

PROFINETでPLCと現場機器を制御し、PLCやゲートウェイからMQTTでIoT基盤へ送るという分担も考えられます。

10. PROFINETとModbus TCPの違い

PROFINETとModbus TCPも、どちらもEthernet上で使われることがあるため混同されやすい通信です。

ただし、設計思想はかなり異なります。

Modbus TCPはシンプルなレジスタ通信である

Modbus TCPは、レジスタやコイルを読み書きするシンプルな通信です。

対応機器が多く、PLC、温調器、電力計、ゲートウェイ、表示器など、さまざまな機器で使われます。

一方で、機器構成、周期I/O、診断、トポロジ情報などを標準的に扱う力はPROFINETの方が強いです。

Modbus TCPの基本を確認したい場合は、Modbusとは何かの記事もあわせて読むと、PROFINETとの設計思想の違いが理解しやすくなります。

PROFINETは設備単位の制御構成を管理しやすい

PROFINETでは、GSDML、機器名、モジュール構成、診断情報を含めて、設備ネットワークを構成できます。

リモートI/OをPLCのI/O領域として扱い、モジュール単位の異常を診断し、機器交換時にも設定を再現しやすくなります。

そのため、PLC中心の自動機やライン設備では、Modbus TCPよりPROFINETの方が制御システムとしてまとまりやすい場面があります。

Modbus TCPが向く場面もある

一方で、Modbus TCPはシンプルで実装しやすく、機器間の簡易データ交換に向いています。

電力計や温調器などからデータを読むだけであれば、PROFINETよりModbus TCPの方が扱いやすいこともあります。

選定では、リアルタイムI/O制御なのか、単純なデータ読み書きなのかを分けて考えることが重要です。

11. PROFINETのメリット

PROFINETのメリットは、単に通信速度が速いことだけではありません。

設備設計、立ち上げ、保全、拡張、診断を含めて、制御システム全体を扱いやすくする点にあります。

省配線化できる

リモートI/OやドライブをPROFINETで接続すれば、PLC盤まで大量の個別配線を引き込む必要が減ります。

センサーやアクチュエータの近くにI/Oを置き、盤側とはネットワークで接続できます。

設備規模が大きくなるほど、省配線化の効果は大きくなります。

診断情報を取りやすい

PROFINETでは、機器の通信異常、モジュール異常、断線、電源異常などを診断情報として扱えます。

従来の接点配線では、単に「信号が来ない」としか見えなかった異常も、ネットワーク化することで原因を絞り込みやすくなります。

保全担当者にとって、停止時間の短縮につながる重要なメリットです。

拡張しやすい

設備改造でI/O点数を増やしたい場合、リモートI/Oモジュールの追加やネットワーク構成の変更で対応できることがあります。

もちろんアドレス設計や通信負荷の確認は必要ですが、個別配線中心の構成より柔軟に拡張できる場面が多くあります。

12. PROFINETの注意点

PROFINETは便利な一方で、Ethernetだから簡単だと考えるとトラブルになります。

制御用ネットワークとして、設計、配線、設定、保守のルールを決める必要があります。

オフィスLANと混在させない

PROFINETはEthernetを使いますが、オフィスLANと同じネットワークに無計画につなぐべきではありません。

制御通信と事務系通信が混在すると、通信負荷、ブロードキャスト、セキュリティ、管理責任の面で問題が起きやすくなります。

制御ネットワーク、情報系ネットワーク、上位連携ネットワークは、設計上の境界を明確にすることが重要です。

スイッチやケーブルの選定を軽視しない

市販の安価なスイッチやケーブルでもリンクすることはあります。

しかし、ノイズ、温度、振動、保守性、診断機能、リング冗長、ポート監視などを考えると、産業用機器の採用が必要になる場面が多くあります。

特にライン停止リスクが大きい設備では、「通信できる」だけでなく「止まりにくく、原因追跡しやすい」構成を選ぶべきです。

ネットワーク構成を図面化する

PROFINETのトラブル対応では、どの機器がどのスイッチにつながっているかが重要です。

トポロジ図、IPアドレス表、デバイス名一覧、ポート番号、盤内番号、ケーブル番号を管理しておくと、保全時の切り分けが早くなります。

図面がない設備では、通信異常のたびに現場でケーブルを追うことになり、停止時間が長くなります。

13. よくあるPROFINETトラブル

PROFINETのトラブルは、機器故障だけでなく、設定不一致、配線、名前設定、GSDML、ネットワーク構成が原因になることが多いです。

よくあるパターンを知っておくと、復旧時間を短縮できます。

デバイス名が違う

もっとも多いトラブルの一つが、交換後の機器に正しいデバイス名が設定されていないケースです。

IPアドレスが合っていても、PLC側の構成とデバイス名が一致しなければ通信できません。

機器交換後は、デバイス名、IPアドレス、モジュール構成、LED状態をセットで確認します。

GSDMLと実機構成が合わない

エンジニアリングツール上のモジュール構成と、現場の実機構成が違う場合、データ長不一致やモジュール異常が出ることがあります。

特にリモートI/Oでは、入力モジュール、出力モジュール、アナログモジュール、特殊モジュールの順番や型式が重要です。

予備品交換時に似た型式を使うと、見た目は近くても設定が合わないことがあります。

ケーブルやコネクタの不良

PROFINETはEthernetベースですが、現場ではノイズ、油、水、振動、曲げ、コネクタ緩みの影響を受けます。

断続的な通信異常は、機器設定よりもケーブルやコネクタが原因の場合があります。

ポートごとのエラー情報やリンク状態を確認し、怪しい区間を短い範囲に絞り込むことが大切です。

14. PROFINETを設計するときのチェックポイント

PROFINET設計では、通信機器を選ぶだけでは不十分です。

制御周期、通信負荷、配線、機器名、保守方法、上位連携まで含めて設計する必要があります。

チェック表

確認項目	確認内容	見落とすと起きる問題
通信周期	RTで十分か、IRTが必要かを確認する	応答遅れ、同期ずれ
デバイス名	命名規則を決め、図面と一致させる	交換後に認識しない
IPアドレス	制御ネットワーク内で重複しないよう管理する	通信不安定、誤接続
GSDML	型式・バージョンに合うファイルを使う	構成不一致、データ長不一致
スイッチ	産業用途、診断、冗長化の要否を確認する	障害箇所が追えない
配線	ノイズ、曲げ、盤内引き回し、接地を考慮する	断続的な通信異常
保守資料	トポロジ図、ポート表、予備品表を残す	復旧に時間がかかる

制御と情報連携を分けて設計する

PROFINETは制御用として強力ですが、すべてのデータ連携をPROFINETに集約すべきとは限りません。

PLCと現場機器の制御はPROFINET、上位システムへのデータ連携はOPC UAやMQTT、簡易機器との接続はModbus TCPというように、役割ごとに分けると設計が整理されます。

ネットワークを分けることは、トラブル時の影響範囲を小さくする意味でも重要です。

標準化しないとラインごとに属人化する

PROFINETは柔軟な反面、命名規則やIPアドレス体系を決めないと、設備ごとに設計者の癖が出ます。

ラインAでは「io01」、ラインBでは「station_1」、ラインCでは型式名だけ、という状態になると、保全時に混乱します。

設備標準として、命名規則、IPアドレス範囲、スイッチ構成、図面表記、GSDML保管場所を決めておくべきです。

15. よくある質問

Q1. PROFINETは普通のEthernetと同じですか？

同じではありません。

PROFINETはEthernetを土台にしていますが、産業用制御に必要な周期通信、デバイス名、診断、GSDML、リアルタイム通信などの仕組みを持っています。

ケーブルやスイッチが似ていても、オフィスLANと同じ感覚で設計するとトラブルになります。

Q2. PROFINETとPROFIBUSはどちらを選ぶべきですか？

新設設備で、上位連携、診断、省配線、拡張性を重視するならPROFINETが候補になります。

既存設備の保全や部分改造では、PROFIBUSを維持する方が現実的な場合もあります。

既存資産、PLC標準、保全部品、将来の拡張を合わせて判断することが重要です。

Q3. PROFINETとEtherNet/IPは直接つながりますか？

基本的には直接つながりません。

どちらもEthernetを使いますが、通信プロトコルが異なります。

相互接続には、PROFINETとEtherNet/IPの両方に対応したゲートウェイやコントローラが必要です。

Q4. PROFINETではIPアドレスだけ合わせればよいですか？

IPアドレスだけでは不十分です。

PROFINETではデバイス名が重要で、PLC側の構成と実機側のデバイス名が一致している必要があります。

機器交換時は、IPアドレスだけでなくデバイス名も必ず確認します。

Q5. RTとIRTの違いは何ですか？

RTは一般的な周期I/O通信向けのリアルタイム通信です。

IRTは、より厳しい同期性が必要なモーション制御などに使われます。

通常のリモートI/OではRTで十分なことが多いですが、多軸同期や高精度な時間同期が必要な場合はIRT対応を検討します。

16. まとめ

PROFINETは、Ethernetを土台にした産業用ネットワークであり、PLC、リモートI/O、ドライブ、HMIなどを接続して設備制御を行うために使われます。

PROFIBUSとの違いは、単なる速度差ではなく、通信の土台、配線構成、診断、拡張性、上位連携のしやすさにあります。

実務では、PROFINET、PROFIBUS、EtherNet/IP、Modbus TCP、OPC UA、MQTTを競合技術として単純比較するのではなく、それぞれの役割を分けて考えることが重要です。

PLCと現場機器を安定して制御するならPROFINET、既存フィールドバス資産を活かすならPROFIBUS、上位データ連携ならOPC UAやMQTT、簡易なレジスタ通信ならModbus TCPというように、用途ごとの向き不向きがあります。

また、PROFINETではGSDML、デバイス名、IPアドレス、通信周期、スイッチ、ケーブル、トポロジ図をセットで管理することが欠かせません。

設備停止時に素早く復旧できるかどうかは、通信規格そのものよりも、設計時にどれだけ保全しやすいネットワークにしておいたかで大きく変わります。