MQTT Protokoll - Versionsgeschichte

Thomas.will am 14. April 2024 um 08:35 Uhr

2024-04-14T08:35:27Z

Thomas.will: /* Weiter */

2024-04-14T08:34:48Z

Weiter

Thomas.will am 14. April 2024 um 08:34 Uhr

2024-04-14T08:34:33Z

Thomas.will: /* Weiter */

2024-04-14T08:33:46Z

Weiter

Thomas.will: /* Weiter */

2024-04-14T08:29:41Z

Weiter

Thomas.will: /* Weiter */

2024-04-14T08:29:05Z

Weiter

Thomas.will: /* Weiter */

2024-04-14T08:27:42Z

Weiter

Thomas.will: /* Weiter */

2024-04-14T08:18:52Z

Weiter

Thomas.will am 14. April 2024 um 08:17 Uhr

2024-04-14T08:17:17Z

Thomas.will am 14. April 2024 um 08:14 Uhr

2024-04-14T08:14:34Z

@@ Zeile 14: / Zeile 14: @@
 ;Letzter Wille und Retained-Flag:
 * Ermöglicht das Setzen von Nachrichten, die gespeichert und bei Bedarf an Subscriber gesendet werden.
 ;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.
@@ Zeile 23: / Zeile 22: @@
 ;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.

@@ Zeile 15: / Zeile 15: @@
 * Ermöglicht das Setzen von Nachrichten, die gespeichert und bei Bedarf an Subscriber gesendet werden.
 =Weiter=
 ;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.
@@ Zeile 27: / Zeile 25: @@
 ;Praktische Anwendung:
 * Ein Beispiel ist ein Temperatursensor, der Temperaturen in Fahrenheit misst und nach Konvertierung in Celsius wieder publiziert.
 =Weiter=

← Nächstältere Version		Version vom 14. April 2024, 08:34 Uhr
Zeile 114:		Zeile 114:
	* Bei der Heimautomatisierung und Open HAB kann MQTT ebenfalls nützlich sein.		* Bei der Heimautomatisierung und Open HAB kann MQTT ebenfalls nützlich sein.
	* Facebook setzt beim Messenger aufgrund der geringen Latenz auf MQTT.		* Facebook setzt beim Messenger aufgrund der geringen Latenz auf MQTT.
		+	=Quellen=
		+	*https://www.linux-magazin.de/ausgaben/2015/11/mqtt/

← Nächstältere Version		Version vom 14. April 2024, 08:33 Uhr
Zeile 54:		Zeile 54:
	mqtt "So, jetzt ist Schluss"		mqtt "So, jetzt ist Schluss"
	</pre>		</pre>
		+	=Weiter=
		+	; Für Programmierer:
		+	* Die »mosquitto_*« -Utilities sind für Tests oder zum Einbetten in Shellskripte unerlässlich.
		+	* Unabhängig davon existieren MQTT-APIs für viele Sprachen, von Java und Javascript über C, C#, Objective-C und Lua bis Perl und Python.
		+	* Der in Python geschriebene Subscriber aus Listing 3 vereinbart zunächst einen Callback, der aufgerufen wird, sobald eine Nachricht eintrifft.
		+	* Jetzt verbindet sich der Client mit dem Broker und geht kontrolliert in eine Endlosschleife.
		+	* Trifft vom Broker eine Nachricht mit dem richtigen Topic ein, wird der Callback ausgeführt, der die Nachricht ausgibt, in eine Datenbank speichert oder Ähnliches.
		+
		+	; Listing 3 - Subscriber in Python:
		+	<pre>
		+	#!/usr/bin/env python
		+	import paho.mqtt.client as paho # pip install paho-mqtt
		+
		+	def on_message(mosq, userdata, msg):
		+	print "%s (qos=%s, r=%s) %s" % (msg.topic, str(msg.qos), msg.retain, str(msg.payload))
		+
		+	mqtt = paho.Client()
		+	mqtt.on_message = on_message
		+
		+	mqtt.connect("localhost", 1883, 60)
		+	mqtt.subscribe("linux/+", 0)
		+
		+	mqtt.loop_forever()
		+	</pre>
		+
		+	; Weitere Funktionen:
		+	* Um den Client-Status zu überwachen, fügt man einen letzten Willen in das Skript ein, wie in Listing 3 gezeigt.
		+	* Das Projekt »mqttwarn« bietet ein Python-Werkzeug mit vielen Plugins für das Monitoring an.
		+
		+	; Listing 4 - Mqttwarn-Konfiguration:
		+	<pre>
		+	[defaults]
		+	launch = log, pushover
		+
		+	[config:log]
		+	targets = {
		+	'info' : [ 'info' ],
		+	}
		+
		+	[config:pushover]
		+	targets = {
		+	'linux' : ['ml1234567890..', 'buzQx...'],
		+	}
		+
		+	[alerts/attention]
		+	targets = pushover:linux, log:info
		+	title: Linux Magazin
		+	format = {payload}
		+	</pre>
		+
		+	; Websockets:
		+	* Moderne Webbrowser können MQTT mit Hilfe von Websockets nutzen.
		+	* Das Paho-Projekt stellt ein Javascript-Modul bereit, das dies implementiert.
		+	* Alle Broker verfügen über Websocket-Unterstützung auf frei konfigurierbaren Ports.
		+
		+	; Im richtigen Leben:
		+	* MQTT wird außerhalb des IoT in verschiedenen Produkten eingesetzt, z. B. für den Statistik-Daemon Collectd und das Loggingsystem Graylog.
		+	* Das Open-Source-Projekt Owntracks stellt I-OS- und Android-Clients bereit, die über MQTT Positionierungsdaten an den eigenen MQTT-Broker liefern.
		+	* Bei der Heimautomatisierung und Open HAB kann MQTT ebenfalls nützlich sein.
		+	* Facebook setzt beim Messenger aufgrund der geringen Latenz auf MQTT.

@@ Zeile 45: / Zeile 45: @@
 * Beispiel eines Skripts, das MQTT nutzt, um den Status eines laufenden Prozesses zu überwachen:
-```bash
+<pre>
 #!/bin/sh
 source mqttfuncs.sh
@@ Zeile 53: / Zeile 53: @@
 # done
 mqtt "So, jetzt ist Schluss"

@@ Zeile 27: / Zeile 27: @@
 ;Praktische Anwendung:
 * Ein Beispiel ist ein Temperatursensor, der Temperaturen in Fahrenheit misst und nach Konvertierung in Celsius wieder publiziert.
-Hier ist eine Zusammenfassung und ein weiterführendes Skriptbeispiel basierend auf dem Artikel aus dem Linux-Magazin:
+=Weiter=
-Dieser Code-Block umfasst alle wesentlichen Aspekte des Textes, angepasst für eine direkte Verwendung in einem technischen Dokument oder Wiki.
+; Retained Messages:

← Nächstältere Version		Version vom 14. April 2024, 08:27 Uhr
Zeile 29:		Zeile 29:
	Hier ist eine Zusammenfassung und ein weiterführendes Skriptbeispiel basierend auf dem Artikel aus dem Linux-Magazin:		Hier ist eine Zusammenfassung und ein weiterführendes Skriptbeispiel basierend auf dem Artikel aus dem Linux-Magazin:

−	~~;Einsatz von MQTT für Admins:~~
−	* MQTT bietet mit dem Last Will and Testament (LWT) und dem Retained-Flag nützliche Funktionen, um den Zustand von Clients zu überwachen und zu verwalten.
−	* MQTT erleichtert das Monitoring von Systemen und Prozessen, indem es regelmäßige Statusmeldungen über einfache Publish-Befehle in Skripten ermöglicht.

−	~~;MQTT Bridge Funktion:~~	+	Dieser Code-Block umfasst alle wesentlichen Aspekte des Textes, angepasst für eine direkte Verwendung in einem technischen Dokument oder Wiki.
−	* MQTT Bridges ermöglichen die sichere Anbindung von Geräten ohne TLS durch Weiterleitung von Nachrichten an einen sicheren Broker.
−
−	~~;Clustering und Redundanz:~~
−	* Einige MQTT Broker wie Vernemq und Hivemq bieten Clustering, was die Redundanz und somit die Zuverlässigkeit erhöht.
−
−	~~;Beispiel eines Monitoring~~-~~Skripts:~~
−	~~```sh~~
−	~~#!/bin/sh~~
−	~~source mqttfuncs.sh~~
−	~~mqtt Start~~
−	~~# for ... # lange Schleife~~
−	~~mqtt "verarbeite jetzt xyz `date`"~~
−	~~# done~~
−	~~mqtt "So, jetzt ist Schluss"~~
−	~~```~~
−	~~Dieses Skript demonstriert, wie MQTT zur Überwachung langer Prozesse verwendet werden kann~~, ~~indem es regelmäßige Updates über MQTT sendet~~.

← Nächstältere Version		Version vom 14. April 2024, 08:18 Uhr
Zeile 27:		Zeile 27:
	;Praktische Anwendung:		;Praktische Anwendung:
	* Ein Beispiel ist ein Temperatursensor, der Temperaturen in Fahrenheit misst und nach Konvertierung in Celsius wieder publiziert.		* Ein Beispiel ist ein Temperatursensor, der Temperaturen in Fahrenheit misst und nach Konvertierung in Celsius wieder publiziert.
		+	Hier ist eine Zusammenfassung und ein weiterführendes Skriptbeispiel basierend auf dem Artikel aus dem Linux-Magazin:
		+
		+	;Einsatz von MQTT für Admins:
		+	* MQTT bietet mit dem Last Will and Testament (LWT) und dem Retained-Flag nützliche Funktionen, um den Zustand von Clients zu überwachen und zu verwalten.
		+	* MQTT erleichtert das Monitoring von Systemen und Prozessen, indem es regelmäßige Statusmeldungen über einfache Publish-Befehle in Skripten ermöglicht.
		+
		+	;MQTT Bridge Funktion:
		+	* MQTT Bridges ermöglichen die sichere Anbindung von Geräten ohne TLS durch Weiterleitung von Nachrichten an einen sicheren Broker.
		+
		+	;Clustering und Redundanz:
		+	* Einige MQTT Broker wie Vernemq und Hivemq bieten Clustering, was die Redundanz und somit die Zuverlässigkeit erhöht.
		+
		+	;Beispiel eines Monitoring-Skripts:
		+	```sh
		+	#!/bin/sh
		+	source mqttfuncs.sh
		+	mqtt Start
		+	# for ... # lange Schleife
		+	mqtt "verarbeite jetzt xyz `date`"
		+	# done
		+	mqtt "So, jetzt ist Schluss"
		+	```
		+	Dieses Skript demonstriert, wie MQTT zur Überwachung langer Prozesse verwendet werden kann, indem es regelmäßige Updates über MQTT sendet.

@@ Zeile 1: / Zeile 1: @@
 =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:

@@ Zeile 1: / Zeile 1: @@
-;Leichtgewichtigkeit:
+=Grunsätzliches=
-* MQTT funktioniert auf Geräten mit geringen Systemressourcen, wie Mikrocontrollern und Mini-Computern (z.B. Arduino, Raspberry Pi).
+Hier ist eine klare und zusammenhängende Zusammenfassung des MQTT-Protokolls basierend auf deinen Anforderungen:
-;Effiziente Datenübertragung:
-* MQTT nutzt ein Binärformat für eine kompakte Datenübertragung.
+* **Entwicklung und Zweck:** MQTT wurde von IBM als "Message Queueing Telemetry Transport" entwickelt und ist besonders für das IoT geeignet.
-;Servicequalitätslevel (QoS):
+* **Protokollart:** Es ist ein Pub/Sub-Protokoll, bei dem sich Clients mit einem Broker verbinden, um Nachrichten zu senden oder zu empfangen.
-* MQTT unterstützt verschiedene QoS-Level, die je nach Netzwerkstabilität gewählt werden können (QoS = 0, 1, 2).
+* **Ports und Kommunikation:** Verwendet TCP-Port 1883 und TLS-TCP-Port 8883, keine Client-Polling notwendig, was die Bandbreite spart und Latenz minimiert.
-;Sessions:
+* **Client und Broker Beziehung:** Unbekannter Inhalt der Nachrichten für den Broker, der nur die Zustellung verwaltet. Ermöglicht entkoppelte Kommunikation zwischen Geräten.
-* MQTT kann mit Verbindungsabbrüchen umgehen, indem Nachrichten, die während eines Abbruchs nicht zugestellt werden konnten, gespeichert und später übertragen werden.
+* **Topics und Nachrichtenhandling:** Nachrichten sind mit Topics verbunden, die wie hierarchische Pfade strukturiert sind, unterstützen Wildcards zur flexiblen Abonnementverwaltung.
-;Publish / Subscribe:
+* **Payloads und Daten:** Unterstützt bis zu 256 MByte große Payloads, oft verwendet für einfache Datenstrings oder JSON-verpackte Daten.
-* MQTT basiert auf dem Publish/Subscribe (Pub/Sub) Messaging-Prinzip.
+* **Letzter Wille und Retained-Flag:** Ermöglicht das Setzen von Nachrichten, die gespeichert und bei Bedarf an Subscriber gesendet werden.
-** Publisher und Topics: MQTT-Clients (Publisher) senden Nachrichten unter definierten Topics an den Broker. Topics sind hierarchisch strukturierte Zeichenketten.
-** Subscriber: Clients, die sich für bestimmte Topics registrieren, um Nachrichten zu empfangen, werden Subscriber genannt.
+Dieses Format sollte eine klare und direkte Übersicht bieten, die leicht zu verstehen und anzuwenden ist.