オーバーヘッド (パケット)、セキュリティ、情報モデリング、信頼性など、両方のプロトコルの一般的な特性に基づいて、OPC UA と MQTT を比較したいと思います。各プロトコルのオーバーヘッドやその他の特性のサンプル データはどこにありますか? あなたの提案が必要です。これらのプロトコルを比較するためのツールを提案できます。
3 に答える
MQTT は、ペイロードのエンコードとコンテンツが完全にアプリケーション固有である、ブローカー ベースのメッセージング プロトコルです。したがって、開発した 2 つのアプリケーション間でメッセージを送信したい場合に便利です。
OPC UA は、通信プロトコルが扱われるトピックの一部にすぎないアーキテクチャ (OPC 統合アーキテクチャ) です。OPC UA アプリケーションは、オブジェクト、変数、メソッド、およびデータ構造のフル メッシュ ネットワークをオブジェクト指向の方法で公開できます。今日の通信はクライアント/サーバー モデルに基づいており、サーバーは一連の標準サービスを公開して、利用可能なオブジェクトをナビゲートし、データを読み書きし、メソッドを呼び出し、データの変更やイベントをサブスクライブします。
主な目標は、情報を利用可能にする方法に関するメタ メタ モデルを定義し、情報にアクセスするための標準サービスを定義し、サービス呼び出し用のさまざまなトランスポート プロトコルとデータ エンコーディングを定義することによって、異なるベンダーのアプリケーション間の相互運用性を提供することです。プロトコルには、エンド ツー エンドのセキュリティを提供する最適化された OPC UA バイナリ プロトコルだけでなく、Web サービスまたは HTTPS ベースのプロトコルも含まれます。
OPC UA は現在、OPC UA アプリケーション間のメッセージングを可能にする 2 番目のパブリッシュ サブスクライブ ベースの通信モデルに取り組んでいます。UDP ベースのピアツーピア プロトコルに加えて、この PubSub 拡張機能は、AMQP や MQTT などのブローカー ベースのメッセージング プロトコルも使用します。
したがって、MQTT や MQTT などのプロトコルを含む完全な機能セットである OPC UA をスタンドアロン プロトコルとして比較することは困難です。
他の応答には、MQTT 資料への参照が既に含まれています。
OPC UA 資料へのリンクを次に示します。
OPC UA の概要を説明したパンフレット: https://opcfoundation.org/resources/brochures/
OPC UA 仕様: https://opcfoundation.org/developer-tools/specifications-unified-architecture
無料の評価およびテスト ツール:
テスト/デモ クライアント: https://www.unified-automation.com/downloads/opc-ua-clients.html
テスト/デモ サーバー: https://www.unified-automation.com/downloads/opc-ua-servers.html
さまざまなプログラミング言語の開発ツール: https://www.unified-automation.com/downloads/opc-ua-development.html
OPC UA と MQTT は、異なる問題を解決しようとするため、直交しています。
OPC UA WG は現在、MQTT、AMQP、または XMPP を介して OPC UA ペイロードを送信する方法を指定する PubSub 拡張 OPC UA を開発しています。
MQTT の最大の問題の 1 つは、ペイロードの形式がアプリケーションに任されていることです。つまり、相互に動作するように特別にコーディングされていないアプリケーション間では、実際の相互運用性がありません。OPC UA PubSub 拡張機能は、OPC UA ペイロードの構文を定義することで、この制限に対処します。