レガシーPLCは、制御ロジックが安定し、検証されており、生産機器と密接に結びついているため、数十年にわたり稼働し続けることが多いです。困難は、工場がこれらのコントローラをSCADA、MES、EMS、予測保守ソフトウェア、またはクラウド分析に接続する必要があるときに始まります。
Tesproのエンジニアリングの観点から見ると、現代的な接続性を得るためだけに動作するPLCを交換することは、ほとんどの場合、最初の選択肢ではありません。適切に構成されたマルチプロトコル産業用ゲートウェイは、既存の制御層を維持しつつ、レガシー機器と最新のIIoTシステム間で安全で構造化されたデータパスを作成できます。
レガシーPLC統合は多層的な問題です
古いPLCを接続するのは単にイーサネットを追加するだけではありません。エンジニアは4つの異なる互換性層を解決しなければなりません。
| 積分層 | 典型的なレガシー状態 | ゲートウェイ要件 |
| 物理インターフェース | RS232、RS485、または初期のイーサネット | 互換性のある孤立した工業用ポート |
| デバイスプロトコル | Modbus RTU/TCP、BACnet、または独自プロトコル | 正しいクライアント/サーバー実装 |
| データモデル | ラベルやタイムスタンプなしのRAWレジスタ | データ型付け、スケーリングおよび正規化 |
| アプリケーションインターフェース | ネイティブのクラウド接続はありません | MQTT、OPC UA、またはHTTPSパブリッシング |
接続は電気的に正しくても、使用できないデータを生成し続けることができます。試運転前に、積分者はPLCアドレス、シリアルパラメータ、レジスタマップ、データ型、バイト順序、許可された読み書き操作を把握している必要があります。
ルーター、プロトコルコンバーター、それとも産業用ゲートウェイ?
これらのデバイスは統合問題の異なる部分に対応しています。
| 装置 | 主な役割 | プロトコル解釈 | エッジ処理 | クラウドデータパブリッシング |
| 産業用ルーター | 接続IPネットワーク | 限定 | 限定 | 通常は外部に |
| プロトコルコンバータ | 定義されたプロトコルペアを翻訳する | はい | ベーシック | アプリケーション依存 |
| マルチプロトコル産業用ゲートウェイ | データの取得、正規化、処理、公開 | はい | はい | 統合 |
産業用ルーターはリモートネットワークアクセスを提供するかもしれませんが、PLCレジスタ40021が何を意味するかを必ずしも理解しているわけではありません。プロトコルコンバーターはある通信フォーマットを別の形式に変換できますが、ローカルフィルタリング、データバッファリング、スクリプト、フリート管理を提供しない場合があります。
マルチプロトコル産業用ゲートウェイは、異なるPLC、複数のインターフェース、エッジロジック、複数のノースバウンドシステムを組み合わせたプロジェクトにより適しています。
マルチプロトコル産業用ゲートウェイがPLCデータを処理する方法
1. 南行き接続の確立
ゲートウェイはRS232、RS485、またはイーサネットを通じてPLCに接続されます。シリアル統合には、単なる接続端子以上のものが必要です。以下のパラメータを確認する必要があります:
• ボーレート、パリティ、ストップビット
• PLCアドレスまたはModbusスレーブID
• RS485 2線式または4線式構成
• マスター/スレーブまたはクライアント/サーバーの役割
・終端、接地およびケーブル長
• 投票タイムアウトおよび再試行制限
電気的にノイズの多いキャビネットでは、通信接地、サージイベント、電位差が断続的な故障や損傷を引き起こす可能性があるため、インターフェース絶縁は重要です。
2. PLCレジスタマップの復号
マルチプロトコル産業用ゲートウェイは、IIoTアプリケーションで必要なポイントのみをポーリングします。各ポイントには以下で文書化されるべきです:
• レジスタまたはオブジェクトアドレス
• 読み書き許可
• データ長と型
・スケーリングファクターおよびエンジニアリング単位
• 有効な動作範囲
• サンプリングおよび報告間隔
監視展開はデフォルトで読み取り専用であるべきです。リモートコマンドが必要な場合は、書き込み可能なポイントを別途認証し、ログ化し、定義された動作状態に制限すべきです。
3. 異種データの正規化
従来のPLCはしばしばINT16、UINT32、FLOAT32、HEXまたはASCIIの数値を格納します。Modbusを使用する2つのPLCは、同じ測定値を異なる方法で表現することがあります。
したがって、ゲートウェイは以下を処理しなければなりません:
・符号付きおよび符号なし値変換
• ABCD、DCBA、CDAB、BADCのバイト順序
・生値スケーリング
・タグの命名と機器の階層構造
• タイムスタンプ割り当て
・品質および例外コード
この正規化段階では、プロトコル固有のレジスタをMES、EMS、クラウドアプリケーションが解釈可能な一貫した情報に変換します。
4. エッジルールの実行
すべてのポーリング値をクラウドに送信すると帯域幅が無駄になり、分析が複雑になります。マルチプロトコル産業用ゲートウェイは、以下を適用することで選ばれたデータをローカルで処理できます:
・価値変動またはデッドバンド報告
• 最小、最大、平均の計算
• 閾値および機器状態アラーム
• データ集約
・プロトコル固有の例外処理
・イベントトリガーによる報告
重要なインターロックや決定論的な機械制御はPLC内に留まるべきです。ゲートウェイは、主要な制御ループに不必要な依存関係となることなく、データ統合や監督機能をサポートすべきです。
5. 北行きデータの公開
正規化されたデータは、MQTT、OPC UA、HTTP/HTTPSを通じてSCADA、MES、EMS、MQTTブローカー、またはクラウドプラットフォームへ提供できます。
ノースバウンド仕様では、MQTTトピック構造、QoS、ペイロードスキーマ、タイムスタンプ、証明書、デバイス識別を定義すべきです。OPCのUAについては、エンジニアがネームスペース、ノード構造、セキュリティポリシー、クライアント/サーバー役割を定義すべきです。
不安定ネットワーク設計
産業用IIoTサイトは連続接続を想定できません。キャリアの障害、信号の弱さ、ケーブルの損傷、上流の保守によりイーサネット、Wi-Fi、セルラーリンクが故障することがあります。
信頼性の高いマルチプロトコル産業用ゲートウェイの展開は、以下を定義すべきです:
・局所緩衝容量
• ストア・アンド・フォワード動作
・再接続間隔
・メッセージの順序付けと重複除去
• 主要およびバックアップリンク
・心拍および接続状態の監視
・停電後の回復
これらのルールがなければ、ネットワーク障害後にクラウドプラットフォームは不完全、重複、または誤って並べられたレコードを受け取る可能性があります。
OTとIIoTシステム間のセキュリティ
ゲートウェイはPLCポートを外部ネットワークに直接露出させるのではなく、制御された境界を形成すべきです。推奨される制御には以下が含まれます:
・制御ネットワークと保守ネットワーク間のVLAN分離
・リモート接続のためのVPNトンネル
• MQTTおよびHTTPS用のTLS証明書
・個別ユーザーアカウントおよびロールベースの権限
・ファイアウォールルールとサービスホワイトリスト
• 無効化された未使用インターフェースおよびサービス
・ログ設定変更
・制御されたファームウェアおよび証明書の更新
リモートアクセスは最小権限原則に従うべきです。クラウドアプリケーションは、データを収集する必要があるからといってPLCネットワークへの制限のないルートを受け取るべきではありません。
統合プラットフォームとしてのTespro TG-325
テスプロでは、TG-325 インテリジェントエッジコンピューティングゲートウェイ従来のシリアル機器と最新の有線、無線、携帯電話インフラを組み合わせたプロジェクト。
ハードウェアには以下が含まれます:
• RS232ポート1基とRS485ポート2基(3kV絶縁付き)
• 4つの設定可能なGPIOチャネル
• 2つの10/100/1000 Mbpsイーサネットポート
・デュアルバンドWi-Fi
• 2G/3G/4G/5G接続
・デュアルSIM/eSIMオプション
• 12–36 V DC入力
・ファンレスの金属製筐体およびDINレールまたは壁掛け式
• −40°Cから75°Cまでの指定運用範囲
TG-325プロトコル環境にはModbus RTU/TCP、BACnet、M-Bus、OPC UAが含まれ、MQTT、Azure MQTT、HTTP(S)はノースバウンドレポートをサポートします。TesproOSはウェブベースの設定、イベントおよびシステムログ、リモート診断、バッチ構成、クラウドファームウェアのアップグレードを提供します。
分散インストールの場合、VPNオプション、VLAN分離、証明書管理、リンク検出、デュアルSIMスイッチング、内蔵ウォッチドッグが安全な接続を維持し、一般的な通信障害からの回復に役立ちます。正確なプロトコルドライバーおよびオプション機能は、PLCのドキュメントおよび提供されたファームウェアと照合して検証する必要があります。
就役チェックリスト
マルチプロトコル産業用ゲートウェイを展開する前に、以下の点を確認してください:
- PLCモデル、ファームウェア、インターフェースおよびプロトコルバージョン
- レジスタマップ、データ型、スケーリング、バイト順序
- 読み取り専用および認可書き込み可能なポイント
- ポーリング率と許容可能なPLC通信負荷
- エッジフィルタリング、アラームおよびバッファリングのルール
- MQTT、OPC UA または API データモデル
- イーサネット、Wi-Fi、またはセルラーのフェイルオーバー動作
- VPN、証明書およびアクセス権限
- 電力、接地、温度およびエンクロージャー条件
- データの精度、遅延、障害復旧およびリモートアップグレードの結果
結論
マルチプロトコル産業用ゲートウェイは、メーカーが実績のあるPLC制御システムを保持しつつ、そのデータを現代のIIoTアプリケーションに利用可能にすることを可能にします。その結果は、プロトコルサポートだけでなく、規律的なプロトコルマッピング、データ正規化、セキュリティ設計、現場受容テストに依存します。
レガシーPLC統合を計画している場合、TesproはPLCモデル、通信マニュアル、ポイントリスト、ネットワーク状態、ターゲットIIoTプラットフォームを確認し、サイト展開前に適切なTG-325構成とテスト計画を決定できます。
よくある質問
Q1。Tespro TG-325はレガシーPLCに接続できますか?
はい。TG-325はRS232、RS485、ギガビットイーサネットインターフェースを提供し、従来のPLC、コントローラ、メーター、産業用機器の接続に用いられます。互換性はPLC通信マニュアルおよびプロトコル版で検証する必要があります。
Q2。Tespro TG-325はどのような産業用プロトコルをサポートしていますか?
TG-325はModbus RTU、Modbus TCP、BACnet、M-Bus、OPC UAなどのプロトコルをサポートしています。また、複数の電力メーターおよびエネルギープロトコルもサポートしています。提供されたファームウェアに対して利用可能なドライバーは確認する必要があります。
Q3。TG-325はModbus RTUデータをModbus TCPに変換できますか?
はい。Tespro TG-325はRS485を通じてModbus RTUデバイスからデータを取得し、Modbus TCPを通じてデータを利用可能にできます。レジスタアドレス、データ型、バイト順序、ポーリング間隔は正しく設定されなければなりません。
Q4。TesproはレガシーPLCデータをMQTTプラットフォームに送信できますか?
はい。TG-325はMQTTの公開およびModbusからMQTTへの統合をサポートしています。エンジニアはターゲットのIIoTプラットフォームに応じてデータポイント、MQTTトピック、報告間隔、サーバーパラメータを定義できます。
Q5。TG-325はOPCのUA統合をサポートしていますか?
はい。OPC UAはTG-325プロトコル環境に含まれています。プロジェクト計画では、ゲートウェイがクライアントとして動作するかサーバーとして動作するか、ノード構造、証明書、セキュリティポリシーを定義すべきです。
