MQTT verständlich erklärt: Broker, Topics, QoS, Sessions und MQTT-5-Funktionen – mit praktischen Beispielen auf dem kostenlosen öffentlichen Broker broker.connectmq.com.
Ein Praxisleitfaden zum $SYS-Topic-Baum: woher er stammt, warum Wildcards ihn überspringen, was Broker im Stil von Mosquitto dort veröffentlichen und wie Sie den Verbindungsstatus von Clients bei ConnectMQ beobachten.
MQTT routet über einen Broker; bei DDS finden sich Teilnehmer gegenseitig und tauschen typisierte Daten direkt aus. Dieser Vergleich behandelt Architektur, Echtzeitgarantien, Robotik gegenüber IIoT und die Kopplung beider Welten.
Eine Schritt-für-Schritt-Erklärung, wie MQTT funktioniert, von der TCP-Verbindung über CONNECT, SUBSCRIBE, PUBLISH und Keep Alive bis zum Disconnect, mit einem Trace, den Sie auf einem öffentlichen MQTT-Broker nachvollziehen können.
Mit der einstufigen Wildcard + und der mehrstufigen Wildcard # deckt eine einzige MQTT-Subscription viele Topics ab. Lernen Sie die genauen Matching-Regeln, die Sonderfälle und wie Sie jeden Filter an einem Live-Broker testen.
Ein praxisnaher Leitfaden zu MQTT-Ports: unverschlüsseltes TCP auf 1883, TLS auf 8883, WebSocket auf 8083 und Secure WebSocket auf 8084, mit Firewall-Tipps und Tests zum Kopieren gegen broker.connectmq.com.
Das Keep-Alive-Intervall bestimmt, wie schnell ein Broker eine tote Verbindung bemerkt und wie viel Datenverkehr und Akku ein inaktiver Client verbraucht. So funktioniert es und so wählen Sie einen Wert.
Ein Rundgang durch MQTT-Pakete auf Byte-Ebene: wie der Fixed Header Typ und Flags kodiert, wie die Remaining Length funktioniert und was Variable Header und Payload enthalten, anhand eines CONNECT und PUBLISH, die Sie mit Wireshark mitschneiden können.
Über die Client-ID weiß ein MQTT-Broker, wer Sie sind. Machen Sie hier Fehler, werfen sich Geräte gegenseitig vom Broker oder verlieren ihre Sessions. Hier sind die Regeln, Formate und Debugging-Schritte, die funktionieren.
MQTT 5 User Properties sind Key/Value-Header, die Sie an eine Nachricht hängen können, ohne deren Payload zu ändern. Erfahren Sie, wie sie funktionieren, wofür sie taugen und wie Sie sie in Python, Node.js und auf der Kommandozeile senden und lesen.
Eine MQTT-Test-Checkliste für den Go-Live mit schnellen, wiederholbaren Tests für Reconnects, QoS, Retained Messages, Last Will, Payload-Validierung, Limits und Last, alle gegen einen kostenlosen öffentlichen MQTT-Broker ausführbar.
Shared Subscriptions machen MQTT zur Arbeitswarteschlange: Jede Nachricht geht an genau ein Mitglied einer Consumer-Gruppe. Lernen Sie die $share-Syntax, die Zustellsemantik, Skalierungsmuster und wie Sie die Unterstützung testen.
Receive Maximum ist die eingebaute Flusskontrolle von MQTT 5. Es begrenzt, wie viele unbestätigte QoS-1- und QoS-2-Nachrichten gleichzeitig unterwegs sein dürfen, damit langsame Geräte nach einem Reconnect nicht überrollt werden.
MQTT kennt nur 15 Control-Pakettypen. Diese Referenz erklärt jeden davon, von CONNECT bis AUTH, mit Typnummer, Richtung, erstem Byte und seinem Erscheinungsbild in Debug-Logs bei der Fehlersuche.
Ein praxisnaher Vergleich von MQTT und HTTP im IoT: Nachrichten-Overhead, Push statt Polling, Akkulaufzeit und Verbindungsmodelle, mit einem kleinen Benchmark, den Sie selbst ausführen können.
MQTT und Kafka sind weniger Konkurrenten als Nachbarn. Dieser Leitfaden erklärt, wofür beide gebaut sind, vergleicht sie direkt und zeigt, wie Sie Kafka mit einem externen Consumer-Dienst aus einem MQTT-Broker speisen.
MQTT und AMQP sind beides Broker-basierte Messaging-Protokolle, lösen aber unterschiedliche Probleme. Dieser Vergleich behandelt Routing, Zustellgarantien, Footprint und typische Architekturen, damit Sie sicher entscheiden.
Ein MQTT-Broker ist die Zentrale, die jede Nachricht zwischen IoT-Geräten und Anwendungen weiterleitet. Lernen Sie Publish/Subscribe, Topics und Wildcards, Sessions, QoS, Retained Messages und Last Will kennen und probieren Sie es in wenigen Minuten selbst aus.
MQTT 5 hat das alte Clean-Session-Flag in Clean Start und Session Expiry Interval aufgeteilt. So wirken beide zusammen, diese Werte sollten Sie wählen, und so prüfen Sie sie an einem Live-Broker.
Kopierfertige MQTT-Topic-Bäume für Smart Home, Flottenverfolgung, Fabrik und Energiemonitoring, jeweils mit den Wildcard-Subscriptions, für die sie ausgelegt sind, und den Fehlern, die Sie vermeiden sollten, plus ein Unified Namespace nach ISA-95.
Ein schrittweises Präsenzmuster für MQTT-Geräteflotten: retained Birth Messages, ein retained Last Will, Offline-Meldungen beim geordneten Herunterfahren und ein Monitor, der den Zustand jedes Geräts in Echtzeit verfolgt.
MQTT und NATS sind beide schlanke Publish/Subscribe-Systeme, zielen aber auf unterschiedliche Clients. Dieser Vergleich behandelt Geräteunterstützung, Zustellgarantien, Persistenz und Ökosystem, damit Sie beide richtig einordnen.
Ein Praxisleitfaden zu MQTT QoS: wie QoS 0, 1 und 2 auf Paketebene funktionieren, warum die zugestellte QoS niedriger sein kann als angefordert, wie Sessions Nachrichten zwischenspeichern und welche Stufe für welchen Anwendungsfall passt.
Ein praxisnahes MQTT Tutorial für Einsteiger: Lernen Sie Broker, Topics, QoS, Retained Messages und Last Will kennen und veröffentlichen und abonnieren Sie dann echte Nachrichten auf dem kostenlosen broker.connectmq.com mit CLI, Python und JavaScript.
Mit einer Persistent Session merkt sich der Broker die Subscriptions eines Clients und puffert seine QoS-1- und QoS-2-Nachrichten, während er offline ist. Erfahren Sie, was gespeichert wird, wann sie sinnvoll ist und welche Fallstricke Sie vermeiden sollten.
Mit dem MQTT-Publish/Subscribe-Modell tauschen Geräte und Apps Daten aus, ohne voneinander zu wissen. Lernen Sie die drei Arten der Entkopplung kennen und probieren Sie sie live mit zwei Clients auf broker.connectmq.com aus.
WebSocket und MQTT werden oft verglichen, doch das eine ist ein Transport, das andere ein Messaging-Protokoll. Erfahren Sie, was reine WebSocket-Apps selbst bauen müssen und wie Sie MQTT über Secure WebSocket im Browser nutzen.
Topic Aliases in MQTT 5 ersetzen lange Topic-Namen nach dem ersten Publish durch eine Zwei-Byte-Zahl. Erfahren Sie, wie die Aushandlung funktioniert, wie viele Bytes Sie tatsächlich sparen und wie Sie Aliases in MQTT.js sicher einsetzen.
QoS 1 heißt mindestens einmal – und manchmal heißt das zweimal. Erfahren Sie, warum doppelte MQTT-Nachrichten entstehen, warum das DUP-Flag allein Sie nicht rettet und wie Sie idempotente Konsumenten bauen, die sicher damit umgehen.
Konto anlegen, Broker-Zugangsdaten erhalten und das erste Gerät verbinden — ohne Server, die installiert, gepatcht oder skaliert werden müssen.
