MQTT Protokoll: Unterschied zwischen den Versionen

Aus xinux.net
Zur Navigation springen Zur Suche springen
Zeile 1: Zeile 1:
 
=Grunsätzliches=
 
=Grunsätzliches=
Hier ist eine klare und zusammenhängende Zusammenfassung des MQTT-Protokolls basierend auf deinen Anforderungen:
+
;Entwicklung und Zweck:
 
+
* MQTT wurde von IBM als "Message Queueing Telemetry Transport" entwickelt und ist besonders für das IoT geeignet.
* **Entwicklung und Zweck:** MQTT wurde von IBM als "Message Queueing Telemetry Transport" entwickelt und ist besonders für das IoT geeignet.
+
;Protokollart:
* **Protokollart:** Es ist ein Pub/Sub-Protokoll, bei dem sich Clients mit einem Broker verbinden, um Nachrichten zu senden oder zu empfangen.
+
* MQTT ist ein Publish/Subscribe-Protokoll, bei dem sich Clients mit einem Broker verbinden, um Nachrichten zu senden oder zu empfangen.
* **Ports und Kommunikation:** Verwendet TCP-Port 1883 und TLS-TCP-Port 8883, keine Client-Polling notwendig, was die Bandbreite spart und Latenz minimiert.
+
;Ports und Kommunikation:
* **Client und Broker Beziehung:** Unbekannter Inhalt der Nachrichten für den Broker, der nur die Zustellung verwaltet. Ermöglicht entkoppelte Kommunikation zwischen Geräten.
+
* Nutzt TCP-Port 1883 und TLS-TCP-Port 8883, reduziert die Notwendigkeit von Polling, was Bandbreite spart und die Latenz minimiert.
* **Topics und Nachrichtenhandling:** Nachrichten sind mit Topics verbunden, die wie hierarchische Pfade strukturiert sind, unterstützen Wildcards zur flexiblen Abonnementverwaltung.
+
;Client und Broker Beziehung:
* **Payloads und Daten:** Unterstützt bis zu 256 MByte große Payloads, oft verwendet für einfache Datenstrings oder JSON-verpackte Daten.
+
* Die Inhalt der Nachrichten ist dem Broker unbekannt; seine Aufgabe endet mit der Zustellung der Nachricht.
* **Letzter Wille und Retained-Flag:** Ermöglicht das Setzen von Nachrichten, die gespeichert und bei Bedarf an Subscriber gesendet werden.
+
;Topics und Nachrichtenhandling:
 
+
* Nachrichten sind mit Topics verbunden, die wie hierarchische Pfade strukturiert sind und Wildcards für flexible Abonnements unterstützen.
Dieses Format sollte eine klare und direkte Übersicht bieten, die leicht zu verstehen und anzuwenden ist.
+
;Payloads und Daten:
 +
* Unterstützt bis zu 256 MByte große Payloads, häufig verwendet für einfache Datenstrings oder JSON-verpackte Daten.
 +
;Letzter Wille und Retained-Flag:
 +
* Ermöglicht das Setzen von Nachrichten, die gespeichert und bei Bedarf an Subscriber gesendet werden.
 +
=Weiter=
 +
;Entwicklung und Zweck:
 +
* MQTT, entwickelt von IBM, dient als effizientes Kommunikationsprotokoll, besonders für IoT-Anwendungen.
 +
;LWT (Last Will and Testament):
 +
* Ermöglicht Clients, Nachrichten für den Fall eines unerwarteten Ausfalls zu hinterlegen, die dann vom Broker veröffentlicht werden.
 +
;Retained-Flag:
 +
* Wird genutzt, um den Zustand eines Clients dauerhaft zu speichern und zu kommunizieren, ob ein Client online oder offline ist.
 +
;Qualitätskontrolle:
 +
* MQTT bietet drei Servicequalitätsstufen (QoS), die von keiner Zusicherung bis zur garantierten einmaligen Zustellung reichen.
 +
;Broker:
 +
* MQTT-Broker wie Mosquitto und Hivemq bieten erweiterte Funktionen wie Clustering und unterstützen Websockets für flexible Netzwerkanwendungen.
 +
;Praktische Anwendung:
 +
* Ein Beispiel ist ein Temperatursensor, der Temperaturen in Fahrenheit misst und nach Konvertierung in Celsius wieder publiziert.

Version vom 14. April 2024, 08:17 Uhr

Grunsätzliches

Entwicklung und Zweck
  • MQTT wurde von IBM als "Message Queueing Telemetry Transport" entwickelt und ist besonders für das IoT geeignet.
Protokollart
  • MQTT ist ein Publish/Subscribe-Protokoll, bei dem sich Clients mit einem Broker verbinden, um Nachrichten zu senden oder zu empfangen.
Ports und Kommunikation
  • Nutzt TCP-Port 1883 und TLS-TCP-Port 8883, reduziert die Notwendigkeit von Polling, was Bandbreite spart und die Latenz minimiert.
Client und Broker Beziehung
  • Die Inhalt der Nachrichten ist dem Broker unbekannt; seine Aufgabe endet mit der Zustellung der Nachricht.
Topics und Nachrichtenhandling
  • Nachrichten sind mit Topics verbunden, die wie hierarchische Pfade strukturiert sind und Wildcards für flexible Abonnements unterstützen.
Payloads und Daten
  • Unterstützt bis zu 256 MByte große Payloads, häufig verwendet für einfache Datenstrings oder JSON-verpackte Daten.
Letzter Wille und Retained-Flag
  • Ermöglicht das Setzen von Nachrichten, die gespeichert und bei Bedarf an Subscriber gesendet werden.

Weiter

Entwicklung und Zweck
  • MQTT, entwickelt von IBM, dient als effizientes Kommunikationsprotokoll, besonders für IoT-Anwendungen.
LWT (Last Will and Testament)
  • Ermöglicht Clients, Nachrichten für den Fall eines unerwarteten Ausfalls zu hinterlegen, die dann vom Broker veröffentlicht werden.
Retained-Flag
  • Wird genutzt, um den Zustand eines Clients dauerhaft zu speichern und zu kommunizieren, ob ein Client online oder offline ist.
Qualitätskontrolle
  • MQTT bietet drei Servicequalitätsstufen (QoS), die von keiner Zusicherung bis zur garantierten einmaligen Zustellung reichen.
Broker
  • MQTT-Broker wie Mosquitto und Hivemq bieten erweiterte Funktionen wie Clustering und unterstützen Websockets für flexible Netzwerkanwendungen.
Praktische Anwendung
  • Ein Beispiel ist ein Temperatursensor, der Temperaturen in Fahrenheit misst und nach Konvertierung in Celsius wieder publiziert.