OPC UA-Protokoll MQTT vs-Protokoll
Ich würde gerne vergleichen OPC-UA vs MQTT auf Grundlage der Allgemeinen Eigenschaften der beiden Protokolle wie Overhead (Packets), Sicherheit, Information modeling und Zuverlässigkeit. Wo finde ich einige Beispiel-Daten für Overhead -, und andere Merkmale, für jedes Protokoll, so dass ich vergleichen. Ich brauche Eure Vorschläge. Können Sie vorschlagen, eine tool, um zu vergleichen, diese Protokolle.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich habe nicht gesehen, ein OPC-UA vs MQTT-Vergleich noch. Beachten Sie, dass die OPC-UA scheint für die meisten SCADA-Systeme MQTT ist sehr gut für das Veröffentlichen - /Abonnieren-messaging über unzuverlässige Netze wie Mobilfunknetze.
Wenn wenig Aufwand ist der Schlüssel für Sie, MQTT kann eine viel bessere Passform als OPC-UA. Dies ist natürlich stark abhängig von Ihrem Anwendungsfall.
Finden Sie vielleicht dieser link hilfreich, wenn Sie interessiert sind, in der MQTT-overhead: http://stephendnicholas.com/archives/1217
Wenn Sie Interesse an MQTT und Sicherheit, dieser blog post-Serie hilfreich sein können: http://www.hivemq.com/introducing-the-mqtt-security-fundamentals/
Wenn Sie bekommen begann mit MQTT, diesem ausführlichen blog-post-Serie kann für Sie nützlich sein: http://www.hivemq.com/mqtt-essentials-wrap-up/
MQTT ist ein broker-basiertes messaging-Protokoll, wo die payload-Codierung und Inhalt ist völlig anwendungsspezifisch. Daher wäre es nützlich, wenn Sie möchten, senden von Nachrichten zwischen zwei Anwendungen entwickelt, die Sie.
OPC-UA ist eine Architektur (OPC Unified Architecture), wo ein Kommunikations-Protokoll ist nur ein Teil der behandelten Themen. Ein OPC-UA-Anwendung ist in der Lage, um aufzudecken ein voll vernetztes Netzwerk von Objekten, Variablen, Methoden und Datenstrukturen, die in einer Objekt-orientierten Art und Weise. Der heutigen Kommunikation basiert auf einem client/server-Modell, wobei der server stellt eine Reihe von standard-services zu navigieren Sie durch die verfügbaren Objekt, Lesen und schreiben von Daten, Methoden aufrufen oder abonnieren für änderungen der Daten oder der Ereignisse.
Das Hauptziel ist es, die Interoperabilität zwischen Anwendungen verschiedener Hersteller durch die Definition des meta-meta-Modell auf, wie Informationen zur Verfügung stellen, durch die Definition von standard-services für den Zugang zu den Informationen und durch die Definition von unterschiedlichen transport-Protokollen und-Daten-Kodierungen, die für den service-Aufruf. Protokolle sind eine optimierte OPC-UA-binary-Protokoll bietet Ende-zu-Ende Sicherheit, aber auch web-services-oder HTTPS-basierten Protokollen.
Die OPC-UA-Arbeit arbeitet derzeit an einem zweiten Publish-Subscribe-basierte Kommunikations-Modell, der es erlaubt, Nachrichten zwischen OPC UA-Anwendungen. Neben einer UDP-basierten peer-to-peer-Protokoll, das PubSub-Erweiterung wird auch broker-basierten messaging-Protokolle wie AMQP und MQTT.
Daher ist es schwer zu vergleichen, OPC UA, die einen kompletten Satz von features, einschließlich der Protokolle wie MQTT und MQTT als stand-alone-Protokoll.
Anderen Antworten schon enthalten Verweise auf MQTT material.
Hier sind einige links zu OPC-UA-material:
Broschüre mit einigen high-level-Einführung in OPC-UA:
https://opcfoundation.org/resources/brochures/
OPC-UA-Spezifikationen:
https://opcfoundation.org/developer-tools/specifications-unified-architecture
Demo-und test-tools:
Test /demo-client:
https://www.unified-automation.com/downloads/opc-ua-clients.html
Test /demo-Server:
https://www.unified-automation.com/downloads/opc-ua-servers.html
Entwicklungs-tools für verschiedene Programmiersprachen:
https://www.unified-automation.com/downloads/opc-ua-development.html
OPC UA und MQTT sind orthogonal, weil Sie versuchen, verschiedene Probleme zu lösen.
Die OPC-UA-WG ist derzeit die Entwicklung eines PubSub-Erweiterung der OPC-UA, die angibt, wie OPC-UA-payloads gesendet werden können, über MQTT, AMQP oder XMPP.
Eines der größten Probleme, mit MQTT ist das format der payload ist Links, um die Anwendung, die bedeutet, dass Sie keine echte Interoperabilität zwischen Anwendungen, die nicht speziell codiert, um mit einander arbeiten. Die OPC-UA-PubSub-Erweiterung behebt diese Einschränkung durch die Festlegung einer syntax, die für OPC-UA-Nutzlasten.