PLCとIoTゲートウェイ
─古い設備からデータを取り出す仕組み
・PLCとは何か——物流設備の「制御の頭脳」としての役割
・IoTゲートウェイとは何か——PLCのデータをクラウドに届ける「橋渡し役」
・センサー → PLC → IoTゲートウェイ → クラウドという、データの流れの全体像
・既存設備を活かしてデータ収集を始めるための考え方
前回（#2）では、物流現場のセンサーの種類とKPIとの紐付けを整理しました。しかし、センサーが数値を計測しても、それがクラウドに届かなければ分析には使えません。
実は、多くの物流倉庫には「すでにデータを持っている装置」が存在します。コンベヤやソーターなどのマテハン設備を制御しているPLC（Programmable Logic Controller）です。PLCの内部には、設備状態、センサー入力、カウンタ値など、設備制御に利用されるデータが保持されています。
しかし、現在稼働中のPLCの多くは、クラウド連携を前提に導入されたものではありません。そのため、多くの現場ではIoTゲートウェイが橋渡し役になります。
本記事では、PLCとIoTゲートウェイそれぞれの役割を整理し、既存設備からデータを取り出してクラウドに届けるまでの構成を解説します。
1. PLCとは——物流設備の「制御の頭脳」
PLCは、工場や物流倉庫で設備を自動制御するための専用コンピュータです。正式名称は Programmable Logic Controller。日本では「シーケンサ」と呼ばれることもあります（シーケンサは三菱電機の商標ですが、現場では一般名称のように使われています）。
物流倉庫における代表的なPLCの用途は以下のとおりです。
| 制御対象 | PLCが行っていること |
|---|---|
| コンベヤ | モーターの起動・停止、速度制御、搬送物の通過カウント |
| ソーター（仕分け機） | バーコード読取結果に基づく仕分け先の振り分け制御 |
| パレタイザー | 荷物の積み付けパターン制御、動作シーケンスの管理 |
| 自動倉庫（AS/RS） | スタッカークレーンの移動・入出庫制御 |
PLCの内部には「デバイスメモリ」と呼ばれる記憶領域があり、センサーからの入力値、設備の運転状態、カウンタなどがリアルタイムで書き込まれています。つまり、PLCは設備制御に必要なデータを常に保持しているのです。
PLCの中には多くのデータがありますが、それらは設備制御のために保持されているものであり、分析用に整理されているわけではありません。分析に利用するには、必要なデータを選択して取り出す設計が重要です。
2. IoTゲートウェイとは——PLCとクラウドの「橋渡し役」
IoTゲートウェイは、PLCやセンサーからデータを受け取り、クラウドや上位システムに送信するための装置です。PLCが「設備を制御する装置」であるのに対し、IoTゲートウェイは「データを収集・変換・送信する装置」です。
| 比較項目 | PLC | IoTゲートウェイ |
|---|---|---|
| 主な役割 | 設備の制御（モーター起動・停止など） | データの収集・変換・クラウド送信 |
| 設計思想 | 設備を止めないこと（リアルタイム制御） | データを確実に届けること（通信の安定性） |
| 通信先 | センサー・アクチュエータ（現場の入出力） | クラウド・サーバー・データベース |
| 通信プロトコル | Modbus、SLMP、FINS、EtherNet/IP、PROFINETなど | MQTT、HTTPSなど |
| 通信断時の動作 | 制御を継続（通信がなくても設備は動く） | データをバッファに蓄積し、復旧後に再送 |
IoTゲートウェイの重要な役割の一つが「プロトコル変換」です。PLCが使う通信プロトコル（Modbus、SLMP、FINSなど）を、クラウドが受け取れるプロトコル（MQTT、HTTPSなど）に変換します。これにより、既存のPLCを改修することなく、データをクラウドに届けることが可能になります。
IoTゲートウェイは「データを届けるプロ」。
それぞれの得意分野が違います。
3. データがクラウドに届くまでの流れ
センサーが計測した値がクラウドに届くまでの典型的な構成を整理します。
計測
制御・保持
変換・送信
蓄積・分析
この流れの中で、各装置の役割を具体的に見てみましょう。
Step 1：センサー → PLC
光電センサーや温湿度センサーなどが物理量を計測し、電気信号としてPLCの入力端子に送ります。PLCはこの信号をデバイスメモリに書き込みます。たとえば、コンベヤ上の光電センサーが荷物の通過を検知するたびに、PLCの内部カウンタが1つ加算されます。
Step 2：PLC → IoTゲートウェイ
多くの場合、IoTゲートウェイは一定周期でPLCのデバイスメモリを読み取ります。接続方法はPLCのメーカーや機種によって異なりますが、Ethernet経由で接続するのが一般的です。古い機種ではRS-232CやRS-485といったシリアルポートを使う場合もあります。
読み取りに使われるプロトコルもメーカーごとに異なります。三菱電機のMELSECであればSLMP（MC Protocol）、オムロンであればFINS、国際標準のOPC UAに対応した機種も増えています。IoTゲートウェイ側は、主要PLCメーカーのプロトコルに対応した製品が多く、設定画面から接続先のPLCを指定するだけでデータ取得を開始できる製品もあります。
Step 3：IoTゲートウェイ → クラウド
IoTゲートウェイは、PLCから読み取ったデータにタイムスタンプを付与し、クラウドが受信できる形式（JSON等）に変換して送信します。通信プロトコルはMQTTやHTTPSが一般的です。通信が途切れた場合にデータをローカルにバッファし、復旧後に再送する機能を持つ製品が多く、データの欠損を防ぎます。
4. 既存設備からデータを取り出す際の3つの確認ポイント
「PLCにデータがあるなら、すぐ取り出せるのでは？」と思うかもしれません。しかし実際には、事前に確認すべきポイントがあります。
ポイント1：PLCの通信ポートが空いているか
PLCの通信ポートは、すでに上位システム（WMSやWCSなど）との通信に使われている場合があります。IoTゲートウェイを接続するために追加の通信ポートが必要になるのか、既存の通信に影響を与えないかを確認する必要があります。PLCメーカーや設備メーカーへの確認が不可欠です。
ポイント2：取り出したいデータがPLCのどこにあるか
PLCのデバイスメモリには多数のアドレスがあり、どのアドレスにどのデータが格納されているかはPLCプログラムの設計に依存します。コンベヤの搬送カウントがどのアドレスに入っているかを特定するには、PLCプログラムの仕様書やラダー図が必要です。設備導入時の資料が残っていない場合、設備メーカーに問い合わせることになります。
ポイント3：制御に影響を与えないか
IoTゲートウェイからPLCへの通信は「読み取り（Read）」だけであれば、通常は制御に影響を与えません。ただし、読み取り頻度が高すぎるとPLCの通信負荷が上がり、制御周期に影響する可能性があります。設備メーカーと相談のうえ、適切な読み取り間隔を設定することが重要です。
5. まず「PLCの中に何があるか」を知ることから
本編シリーズ第1回「物流改善は何を記録すれば始められるのか？」で述べたとおり、データ収集の出発点は「何のKPIのために、何を記録するか」です。
PLCには、設備制御に利用されているデータが保持されており、その一部は分析にも活用できます。搬送カウント、設備状態、エラー状態、センサー入力——これらは新たにセンサーを追加しなくても、IoTゲートウェイを接続するだけで取り出せる可能性があります。
まず自社の設備に「どのメーカーの、どの型番のPLCが入っているか」「通信ポートは何が使えるか」を確認するところから始めてみてください。それが、既存設備を活かしたデータ収集の第一歩です。
すでにPLCが持っているデータを活かせないかを考える。
それが、最もコストを抑えたデータ収集の始め方です。
まとめ：PLCとIoTゲートウェイの役割を理解し、既存設備を活かす
PLCは物流設備の制御を担う装置であり、その内部にはセンサーの入力値や制御状態が保持されています。しかし、現在稼働中のPLCの多くはクラウド連携を前提に導入されたものではなく、多くの現場ではIoTゲートウェイという「橋渡し役」が必要になります。
データ収集の構成は「センサー → PLC → IoTゲートウェイ → クラウド」が基本です。既存設備のPLCからデータを取り出すためには、通信ポートの空き、データのアドレス特定、制御への影響確認という3つのポイントを押さえたうえで、設備メーカーと連携して進めることが重要です。
多くの物流倉庫では、すでにPLCが制御している設備が稼働しています。しかし、そのデータが分析に活用されていないケースがほとんどです。Nexa Warehouse-Optimizerは、既存設備から取得したデータをKPIとして可視化し、改善サイクルにつなげる分析基盤です。
お問い合わせはこちら