Instant Engineering

エンジニアの仕事効率を上げる知識をシェアするWeb記事/機械設計/TPS/QC品質管理

リモートI/Oとは?PLC配線削減と使い方

制御盤から現場機器まで、何十本もの信号線を引き回していませんか。

入力点数や出力点数が増えるほど、配線工数、端子台、ダクト容量、図面管理の負担は一気に大きくなります。

その負担を減らす考え方が、現場側に入出力点を分散するリモートI/Oです。

PLCの近くにすべての信号を集めるのではなく、センサやアクチュエータの近くで信号をまとめます。

本記事では、リモートI/Oの仕組み、配線削減、通信異常時の注意点、実務での使い方を解説します。

 

1. リモートI/Oとは:入出力を現場側に分散する仕組み

リモートI/Oとは、PLC本体から離れた場所に配置する入出力ユニットのことです。

センサ入力やランプ出力などを、現場近くのI/Oユニットでまとめて扱います。

PLCとは通信ケーブルで接続し、個別の信号線をすべて制御盤まで戻さない点が特徴です。

PLCの基本構成を先に整理したい場合は、PLCの役割を理解しておくと全体像がつかみやすくなります。

 

集中I/OとリモートI/Oの違い

集中I/Oでは、すべての入力線と出力線を制御盤内のPLCやI/Oカードへ集めます。

設備が小さいうちは分かりやすい反面、機器が増えるほど配線本数が膨らみます。

リモートI/Oでは、現場側の中継箱や装置内にI/Oユニットを置きます。

そこからPLCまでは、産業用ネットワークの通信線で信号をまとめて送ります。

 

リモートI/Oが使われる場面

リモートI/Oは、搬送ライン、組立装置、検査機、ロボット周辺装置などでよく使われます。

センサや電磁弁が広い範囲に分散している設備ほど、導入効果が大きくなります。

特に盤間配線が多い装置では、ケーブル本数と端子台点数を大きく削減できます。

単純な入出力の考え方は、I/Oの基礎と合わせて読むと理解しやすいです。

 

 

ここで重要なのは、リモートI/Oが単なる端子台ではないことです。

端子台は配線を中継するだけですが、リモートI/Oは信号状態を通信データへ変換します。

入力フィルタ、断線検出、短絡検出、診断LEDなどを持つ製品もあります。

そのため、制御盤内のI/Oを外へ移しただけでなく、現場診断の入口を増やす意味もあります。

設備停止時に「どのセンサが異常か」まで追えるかどうかは、I/O設計で大きく変わります。

2. 基本構成:PLC・通信カプラ・I/Oモジュール

リモートI/Oは、PLC、通信カプラ、I/Oモジュール、電源、現場機器で構成されます。

PLC側はネットワークの親局またはマスタとして動作します。

現場側の通信カプラは、PLCからの通信データを各I/Oモジュールへ受け渡します。

 

PLC側:制御の中心になる装置

PLCは、入力状態を読み取り、プログラムを実行し、出力状態を決定します。

リモートI/Oを使う場合でも、制御判断の中心は基本的にPLCです。

現場側のユニットは、PLCの入出力領域を遠隔地へ延長する役割と考えると分かりやすいです。

そのため、プログラム上では通常のI/Oと似た感覚で扱える場合が多くなります。

 

通信カプラ:ネットワークとI/Oをつなぐ入口

通信カプラは、PLCネットワークとリモートI/Oユニット群をつなぐ入口です。

メーカーによって、カプラ、アダプタ、ヘッドユニット、通信ユニットなどと呼ばれます。

通信プロトコルごとに専用品が用意されるため、PLC側のネットワークと合わせて選定します。

同じI/Oモジュールでも、カプラを変えることで別のネットワークへ対応できる製品もあります。

 

I/Oモジュール:信号種別ごとに選ぶ部品

I/Oモジュールには、デジタル入力、デジタル出力、アナログ入力、アナログ出力があります。

センサのON/OFF信号ならデジタル入力、電磁弁やランプならデジタル出力を使います。

温度、圧力、流量などの連続量を扱う場合は、アナログ入力モジュールが必要です。

アナログ信号の変換原理は、A/D変換の知識とつながります。

 

モジュール構成では、点数だけでなくスライス単位の制約も確認します。

たとえば8点単位、16点単位、コモン単位で仕様が分かれていることがあります。

センサのNPN/PNP、出力のソース/シンク、負荷電流の上限も合わせて確認します。

現場で混在させると、同じ入力点に見えても配線方式が合わず動作しない場合があります。

また、増設モジュールの最大枚数や総点数にも上限があります。

将来の改造を見込むなら、初期設計の時点で空きスロットと予備電源を残しておくと安心です。

 

3. 配線削減の考え方:盤間配線を通信ケーブルに置き換える

リモートI/Oの最大の目的は、信号配線を減らすことです。

従来方式では、センサ1点ごとに入力線を制御盤まで引き戻します。

リモートI/Oでは、現場近くで複数の信号を集約し、通信データとしてPLCへ送ります。

 

従来配線で増えやすいもの

従来配線では、信号線だけでなく端子台、線番、ケーブルダクト、図面ページも増えます。

点数が増えるほど、設計、製作、検査、改造のすべてで作業量が増加します。

現場で断線や誤配線が起きた場合も、追いかける線の本数が多いほど復旧に時間がかかります。

盤外へ出るケーブルが太くなると、コネクタやケーブルベアの設計にも影響します。

 

リモートI/Oで減らせるもの

リモートI/Oを使うと、PLC盤と装置側盤の間は通信ケーブルと電源線が中心になります。

信号線を一本ずつ盤まで戻す必要が少なくなり、盤間配線の束を細くできます。

改造時も、現場側ユニットに空き点数があれば近くで配線を追加できます。

ただし、通信異常が起きると複数点が同時に影響を受けるため、診断設計が重要です。

 

 

配線削減の効果は、ケーブル代だけで判断しない方が現実的です。

実務では、電気図面の作成時間、線番印字、端子締め、導通確認、現地復旧も工数になります。

点数が多い設備では、リモートI/Oの機器費を払っても総工数で有利になることがあります。

一方で、小さな装置ではリモートI/Oの設定工数がかえって負担になる場合もあります。

信号点数、装置サイズ、盤間距離、標準化の有無を合わせて判断することが大切です。

比較項目 集中I/O リモートI/O
配線の考え方 各信号をPLC盤へ集めます 現場側で信号をまとめます
盤間配線 点数に比例して増えます 通信線中心にできます
増設性 PLC盤側の空きに依存します 現場側ユニットで拡張しやすいです
異常時の影響 点ごとの異常が中心です 通信単位で影響が広がります
向く設備 小規模で盤に近い設備です 広いラインや分散設備です

 

4. 通信方式:フィールドバスと産業Ethernetとの関係

リモートI/Oは、単体の部品名ではなくネットワーク構成の考え方です。

実際には、各メーカーや規格の通信方式に対応したユニットを選びます。

代表例には、フィールドバス系と産業Ethernet系があります。

通信方式全体の分類は、フィールドバスの記事も参考になります。

 

産業Ethernet系のリモートI/O

近年は、産業Ethernet対応のリモートI/Oが多く使われています。

代表例として、EtherNet/IPPROFINETCC-Link IE系があります。

通信速度や診断機能に優れ、大規模設備や上位連携を考える場合に採用しやすい方式です。

ただし、一般的な事務用Ethernetと同じ感覚で扱うと、ノイズや遅延で問題が出ることがあります。

 

フィールドバス系のリモートI/O

既設設備では、フィールドバス系のリモートI/Oも多く残っています。

ModbusやDeviceNetなどは、現場機器との接続で長く使われてきました。

通信速度だけでなく、既設PLC、保守部品、保全担当者の慣れも選定要素になります。

古い設備では、最新仕様へ一気に置き換えるより段階的に更新する方が現実的です。

 

RS-485ベースの構成

小規模な装置や低速通信では、RS-485系のリモートI/Oが使われることもあります。

RS-485は長距離・マルチドロップに向きますが、終端抵抗や配線品質の影響を受けます。

配線の基本は、RS-485の終端抵抗と幹線構成を理解しておく必要があります。

通信が不安定な場合は、ユニットの故障より先に配線、終端、シールドを疑うべきです。

 

関連記事

 

5. 入出力更新と応答遅れ:スキャンタイムとの関係

リモートI/Oでは、信号がPLCへ届くまでに通信処理が入ります。

そのため、集中I/Oと同じ点数でも応答遅れの考え方は少し変わります。

重要なのは、PLCスキャン、通信周期、I/Oユニットの内部処理を分けて考えることです。

 

リモートI/Oの遅れは、概算では次のように分解できます。

 T_{delay} pprox T_{filter}+T_{network}+T_{scan}+T_{output}

 T_{filter} は入力フィルタ、 T_{network} は通信周期、 T_{scan} はPLCスキャンです。

 T_{output} は出力更新やリレー、電磁弁などの応答時間を含みます。

たとえば入力フィルタが5ms、通信周期が4ms、PLCスキャンが10msなら、それだけで約19msです。

ここに出力機器の応答時間が加わるため、実機の反応はさらに遅く見えます。

高速停止や寸法検査のような用途では、この遅れを無視できません。

単に「通信が速い」と書かれた機器を選ぶだけでなく、設備全体の応答時間を見積もる必要があります。

 

入力信号がPLCへ届く流れ

まず、センサのON/OFF状態がリモートI/Oの入力モジュールに入ります。

次に、通信カプラが入力状態を読み取り、PLCへ通信データとして送信します。

PLCは受け取った入力情報を内部のデバイスやメモリに反映し、プログラムで参照します。

この一連の流れがあるため、現場の変化は一瞬でPLCに反映されるわけではありません。

 

応答遅れを決める主な要因

応答遅れは、入力フィルタ時間、通信周期、PLCスキャンタイム、出力更新周期で決まります。

どれか一つだけを短くしても、全体の遅れが劇的に短くなるとは限りません。

高速入力を扱う場合は、通常入力ではなく高速カウンタや専用モジュールが必要な場合があります。

位置決めや高速検査では、リモートI/Oだけで処理させない設計も検討します。

 

スキャンタイムとの切り分け

設備の反応が遅いとき、すぐにリモートI/Oのせいと決めつけるのは危険です。

PLCプログラムの処理量、通信負荷、HMI更新、上位通信が重なっている可能性もあります。

入力更新、演算、出力更新の流れを分けて測定すると、遅れの原因を切り分けやすくなります。

スキャンと更新周期の関係は、別記事のPLCスキャンタイム記事とも内部リンクでつなげやすいテーマです。

 

6. 通信異常時の挙動:止める・保持する・警報を出す

リモートI/Oで最も注意すべき点は、通信異常時の出力状態です。

通信が切れたときに出力をOFFするのか、直前状態を保持するのかで設備挙動が変わります。

この設定を曖昧にすると、トラブル時に想定外の動作が起こります。

 

出力クリアと出力ホールド

出力クリアは、通信異常時に出力をOFFまたは安全側の状態へ落とす考え方です。

安全停止を重視する装置では、基本的にこちらの考え方が優先されます。

出力ホールドは、通信異常時に直前の出力状態を維持する考え方です。

一時的な通信瞬断で設備を止めたくない場面では有効ですが、危険側になる可能性もあります。

 

異常診断をPLCへ取り込む

リモートI/Oは、単に入力と出力を運ぶだけではありません。

通信異常、モジュール異常、短絡、断線、電源低下などを診断情報として返せる製品もあります。

これらをPLC側で拾えば、HMIに具体的な異常メッセージを表示できます。

診断情報を捨ててしまうと、現場では「通信異常」だけが表示され、原因特定に時間がかかります。

 

安全回路とは分けて考える

リモートI/Oは便利ですが、通常制御と安全制御を混同してはいけません。

非常停止、扉スイッチ、ライトカーテンなどは、安全PLCや安全リレーで別管理するのが基本です。

標準I/Oの通信異常検出だけで、人身安全を担保できると考えるのは危険です。

安全機能が必要な箇所は、必ず安全カテゴリや要求性能を確認して設計します。

 

 

通信異常の原因は、PLC、通信カプラ、モジュール、電源、配線のどこかに分かれます。

復旧を早くするには、最初から確認順序を決めておくことが重要です。

症状 主な原因 確認ポイント
全点が更新されない 通信断、カプラ異常、電源断 通信LED、局番、電源電圧を確認します
一部モジュールだけ異常 増設バス異常、モジュール故障 スロット位置と診断コードを確認します
入力がちらつく ノイズ、接点チャタリング、電源低下 配線ルートと入力フィルタを確認します
出力だけ動かない 負荷電源断、過電流、コモン配線ミス 出力電源と負荷側ヒューズを確認します

この表のように、症状を入力系、出力系、通信系に分けると切り分けが早くなります。

保全担当者がPLCソフトを開かなくても分かるよう、HMIの警報文にも反映しておくと効果的です。

7. 選定と設計:点数・距離・電源・保守性を見る

リモートI/Oを選ぶときは、単に入力点数と出力点数だけで決めない方が安全です。

通信方式、電源容量、設置環境、保守性、予備点数を含めて確認します。

後から点数不足や電源容量不足が分かると、盤や配線のやり直しにつながります。

 

確認項目の一覧

設計時は、必要点数、信号種別、通信方式、設置場所、保護構造を整理します。

特に、入力だけでなく出力負荷の電流値を確認することが重要です。

電磁弁や表示灯を多く接続すると、I/Oユニット単体の定格を超える場合があります。

ユニットごとの総電流、コモン単位の電流、突入電流を必ず見ておきます。

 

確認項目 見るべき内容 見落とした時の問題
通信方式 PLCと同じネットワークに対応するか 接続できず機器変更になります
点数 入力、出力、予備点を分けて数えるか 増設時にモジュール不足になります
電源容量 センサ電源と出力負荷電源を分けて確認するか 電圧降下や瞬断が起きます
設置環境 温度、粉じん、水、振動に耐えるか 現場で誤動作や故障が増えます
診断機能 断線、短絡、通信異常を取得できるか 原因切り分けに時間がかかります

 

電源設計とノイズ対策

リモートI/Oは現場側に置くため、電源品質とノイズの影響を受けやすくなります。

センサ電源、アクチュエータ電源、通信ユニット電源を分けて考えると設計しやすくなります。

大電流負荷やインバータ配線の近くを通信線が通る場合は、配線ルートにも注意が必要です。

シールド、接地、ケーブル分離を適切に行うことで、原因不明の通信異常を減らせます。

 

保全しやすい配置

リモートI/Oは、設置場所によって保全性が大きく変わります。

現場機器に近すぎると配線は短くできますが、交換作業がしにくい場合があります。

逆に盤内に寄せすぎると、リモート化による配線削減効果が小さくなります。

点検扉、表示LED、コネクタ着脱スペースを考えて配置を決めることが大切です。

 

 

たとえば、搬送ラインに20個のセンサと12個の電磁弁があるとします。

集中I/Oでは、信号線をすべてPLC盤へ戻すため、配線本数と端子台が大きく増えます。

リモートI/Oをライン側に置けば、センサ線と電磁弁線は現場側の短い範囲で完結できます。

PLC盤との接続は通信線と電源線が中心になり、盤間配線は大きく整理できます。

ただし、この構成ではライン側のリモートI/Oが落ちると、複数のセンサと電磁弁が同時に使えなくなります。

したがって、ユニット異常時には搬送を停止し、出力を安全側へ落とす設計が必要です。

配線削減だけを見るのではなく、停止時の影響範囲まで含めて採否を決めるべきです。

8. 使い方:導入から立ち上げまでの流れ

リモートI/Oの導入では、設計段階でアドレス、点数、通信設定をそろえておきます。

現場で初めて設定を考えると、デバッグ時に原因が見えにくくなります。

PLCプログラム、電気図面、ネットワーク構成図を同じ番号体系で管理しましょう。

 

Step 1:入出力点数と配置を決める

まず、装置ごとに必要な入力点数と出力点数を洗い出します。

次に、どの範囲を一つのリモートI/O島としてまとめるかを決めます。

センサ密度が高い場所や、装置ユニットごとに分割できる場所はリモート化しやすいです。

予備点を持たせる場合は、単純な空き点数だけでなくコモン構成も確認します。

 

Step 2:アドレスと信号名を統一する

リモートI/Oでは、物理的な端子番号とPLC上のデバイス番号がずれることがあります。

図面、PLCコメント、HMI表示名が不一致だと、立ち上げと保全で混乱します。

信号名は、センサ名、設備番号、動作名が分かる形にしておくと追跡しやすくなります。

異常メッセージも同じ名称体系にすると、現場での切り分けが早くなります。

 

Step 3:単体確認と通信確認を分ける

立ち上げでは、まず各I/OモジュールのLEDで現場信号のON/OFFを確認します。

次に、PLC側のデバイスモニタで同じ状態が反映されるかを確認します。

最後に、プログラム動作、HMI表示、アラーム履歴まで確認します。

単体確認、通信確認、制御確認を分けることで、問題箇所を絞り込みやすくなります。

 

関連記事

 

 

既設設備へ後付けする場合は、既存I/Oを一度にすべて置き換える必要はありません。

まずは増設点数が多い装置や、盤間配線が長いユニットから部分的に適用できます。

この方法なら、既設PLCプログラムへの影響を抑えながら省配線化を進められます。

ただし、既存図面と現場配線が一致していない設備では、事前調査に時間をかけるべきです。

図面上の信号名、端子番号、実配線、PLCデバイスを突き合わせてから移設します。

この確認を省くと、リモートI/O化そのものよりも、既設信号の特定でトラブルが長引きます。

9. まとめ:リモートI/Oは配線削減と診断設計をセットで考える

リモートI/Oは、現場側に入出力を分散し、PLCとは通信で接続する仕組みです。

盤間配線を減らし、装置ユニットごとの設計や増設をしやすくできます。

一方で、通信異常時には複数点が同時に影響を受けるため、異常時出力の設計が重要です。

出力クリア、出力ホールド、診断情報の取得、HMI表示を事前に決めておく必要があります。

設備データを上位へ活用する場合は、OPC UAエッジ処理との関係も意識すると拡張しやすくなります。

リモートI/Oは、単なる省配線部品ではなく、制御盤設計と保全性を変える重要な設計要素です。