ゼファーネットのロゴ

オムロン FINS プロトコルの基本と MQTT へのブリッジングの利点

日付:

オムロン FINS プロトコルの基本と MQTT へのブリッジングの利点
イラスト:©IoT For All

オムロン FINS (Factory Interface Network Service) は、オムロンが産業オートメーション制御用に開発したネットワーク通信プロトコルです。オムロン FINS は、FINS コマンドを介してイーサネット、制御ネットワーク コントローラ リンク、RS232C/485 シリアル通信間のシームレスな通信を可能にするため、さまざまな利点があります。

FINS プロトコルは TCP/IP モデルのアプリケーション層で動作し、優れた拡張性、実用性、リアルタイム パフォーマンスを保証し、HMI、SCADA、ヒストリアン、MES、ERP などのクライアント アプリケーションや無数のカスタム アプリケーションをコントローラに接続します。オムロン FINS イーサネット ドライバーを介して。

FINS プロトコルには 2 つのバリエーションがあります。FINS/UDP プロトコルは通信に UDP パケットを使用し、FINS/TCP プロトコルは TCP 接続を使用します。

FINSセッションプロセス

FINS セッション プロセスは、TCP/IP プロトコルに基づいています。次の図は、FINS セッションの開始時のいくつかのデータ フレームの役割を説明しています。

イニシエーターは、FINS プロトコル セッション中にそのノード パラメーターを要求フレームに添付します。サーバー側 (PLCS など) はノードパラメータを確認し、リクエスタに返します。 FINS over TCP のみセッション プロセスが必要です。

FINSフレーム構造

FINS フレーム構造は、FIN ヘッダー、FINS コマンド コード、および FINS コマンド データの 3 つの部分で構成されます。

コマンドフレームおよびレスポンスフレームともに、FINSヘッダには転送制御情報が格納され、FINSコマンドフィールドにはコマンドが格納され、FINSパラメータ/データフィールドにはコマンドパラメータおよび送信/応答データが格納される。

FINSヘッダーこのコマンドは、応答フレームの FINS パラメータ/データ フィールドの先頭に応答コード (MRES と SRES にそれぞれ 1 バイト) を追加します。

FINS 応答フレーム構成FINS over UDP は、FINS コマンド コードと FINS コマンド データの 2 つの部分で構成されます。

FINS 読み取り/書き込み IO メモリ領域

次の表に、PC データの読み取りまたは書き込み時に使用するアドレスを示します。

  • データ領域アドレス欄には、PC プログラムで使用される通常のアドレスが表示されます。
  • CV モード コマンドと応答で使用されるアドレス (CV モード コマンドは FINS コマンドのエイリアスです) はメモリ エリア コー​​ドと組み合わされて、通信列で PC メモリの場所を指定します。これらは、データの実際のメモリ アドレスと同じではありません。
  • [バイト数] 列では、その領域のデータを読み書きするバイト数を指定します。同じ領域でもメモリの領域コードによってバイト数が異なります。

シーケンサ CPU のモデルによってメモリ領域が異なります。 CV500 または CVM1-CPU01-E を例に挙げます。

FINSコマンドリスト

以下の表のコマンド コード フィールドの列では、各セルがバイト (2 桁の 16 進数) を表します。次の表は、CV シリーズ PC がサポートする FINS コマンドの概要と、それらが有効になる PC 動作モードを示しています。

Note:パソコンがRUNモードの場合、ファイルからプログラム領域へのデータ転送はできませんが、プログラム領域からファイルへのデータ転送は可能です。

FINS を MQTT にブリッジする理由

の波の到来により、 Industry 4.0、産業分野ではデータインテリジェンス、相互接続性、クラウドエッジコラボレーションに対する需要が高まっています。このような背景から、オムロン FINS プロトコルには利点があるにもかかわらず、いくつかの問題に直面する可能性があります。

まず、イントラネット アプリケーション プロトコルとしての FINS はセキュリティを考慮して設計されておらず、その通信方法が単純であるため、運用環境に脅威をもたらす可能性のあるハッカー攻撃やデータ改ざんの影響を受けやすくなっています。

さらに、FINS は複雑なアプリケーション アーキテクチャで 1 対 1 の通信しか実行できず、分散アプリケーションやクラウド ネイティブ アプリケーションの開発を効果的にサポートできません。

FINSと比較すると、 MQTT には大きな利点があります。 IoT アプリケーションは通常、リモート監視と通信用の軽量のパブリッシュ/サブスクライブ メッセージ トランスポート プロトコルとして MQTT を使用します。

これは、多数の同時接続を効果的に処理しながら、デバイス間でメッセージを転送するためのシンプルかつ柔軟な方法を提供します。現在、IoT、モバイルインターネット、スマートハードウェア、コネクテッドカー、スマートシティ、遠隔医療、電力、石油、エネルギーなどのさまざまな分野で使用されています。

IoT分野では、 MQTT 分散システムでのメッセージ送信により適しています。したがって、FINS を MQTT にブリッジして相互に補完できます。

スポット画像

最新のインテリジェンス

スポット画像