MQTT verständlich erklärt: Broker, Topics, QoS, Sessions und MQTT-5-Funktionen – mit praktischen Beispielen auf dem kostenlosen öffentlichen Broker broker.connectmq.com.
MQTT wurde 1999 von Andy Stanford-Clark (IBM) und Arlen Nipper (Arcom) erfunden, um Ölpipelines per Satellit zu überwachen. Verfolgen Sie den Weg zu Open Source, OASIS, ISO und den heutigen verwalteten MQTT-Brokern in der Cloud.
MQTT kann technisch ein Paket von 256 MB übertragen, doch Broker, Client-Bibliotheken und Geräte setzen weit niedrigere Grenzen. Erfahren Sie, wo die echten Limits liegen, was bei einer Überschreitung passiert und wie Sie große Payloads senden.
Reconnect-Schleifen gehören zu den häufigsten MQTT-Problemen. Lernen Sie die fünf üblichen Ursachen kennen, von doppelten Client IDs bis zu Keep-Alive-Timeouts und zu großen Paketen, und folgen Sie einem Diagnoseablauf, der Ihre Ursache eingrenzt.
MQTT und CoAP zielen beide auf eingeschränkte IoT-Geräte, verfolgen aber gegensätzliche Ansätze: Broker-basiertes Pub/Sub über TCP gegenüber RESTful Request/Response über UDP. So schneiden sie im Vergleich ab, und so wissen Sie, wann Sie welches einsetzen.
Vierzig MQTT-Interviewfragen mit prägnanten Antworten zu Grundlagen, QoS, Sessions, Retained Messages, Last Will, MQTT 5 und Sicherheit, dazu Wege, jedes Konzept auf broker.connectmq.com zu üben.
Ein MQTT-Broker und eine Message Queue sitzen beide zwischen Produzenten und Konsumenten, liefern Nachrichten aber grundlegend verschieden aus. Lernen Sie die Semantik beider Modelle kennen und wann ein Cloud-MQTT-Broker der richtige Baustein ist.
Wie viele Bytes kostet eine MQTT-Nachricht wirklich? Gehen Sie den Overhead von Connect, Keep Alive und Publish auf jeder QoS-Stufe durch, ergänzen Sie TCP und TLS und erstellen Sie eine monatliche Datenschätzung für Mobilfunk-IoT-Geräte.
Sie erhalten „Connection Refused: not authorised“ oder Reason Code 0x87? Arbeiten Sie diese Checkliste zu Zugangsdaten, Bindung der Client ID, Ports und TLS sowie Konten pro Broker durch, um die Ursache schnell zu finden.
Ein praxisnaher Vergleich von MQTT 3.1.1 und 5.0 mit geändertem Protokollverhalten, Unterstützung in Client-Bibliotheken und einer Schritt-für-Schritt-Checkliste, um eine gemischte Flotte schrittweise zu migrieren.
MQTT-Broker können Nachrichten für vorübergehend getrennte Clients vorhalten, allerdings nur unter bestimmten Bedingungen. Lernen Sie die Regeln, die Limits und einen reproduzierbaren Test kennen, den Sie in fünf Minuten durchführen.
Mit Last Will and Testament kann der Broker melden, dass ein Client sich ohne Abschied verabschiedet hat. Lernen Sie die Will-Felder, die genauen Auslöseregeln und wie Sie LWT testen, indem Sie einen Client auf einem Live-Broker beenden.
Was jede Subscription-Option in MQTT 5 bewirkt, wann sie sinnvoll ist und wie Sie sie in MQTT.js und paho-mqtt setzen, mit lauffähigen Beispielen gegen den öffentlichen MQTT-Broker von ConnectMQ.
MQTT ist Publish/Subscribe, doch Geräte müssen oft Fragen beantworten. Erfahren Sie, wie Response Topic und Correlation Data aus MQTT 5 MQTT zu einem sauberen Request/Response-Kanal machen, mit funktionierendem Python- und Node.js-Code.
Alle MQTT-5-Reason-Codes in einer Tabelle, gruppiert nach den Paketen, die sie tragen, mit typischen Ursachen und praktischen Lösungen. Inklusive Zuordnung der Rückgabecodes aus MQTT 3.1.1 und Python-Code zum sauberen Protokollieren von Reason Codes.
MQTT hält Nachrichten in Reihenfolge, aber nur innerhalb enger Regeln. Erfahren Sie genau, was die Spezifikation garantiert, in welchen realen Situationen Nachrichten umsortiert werden und wie Sequenznummern Ihre Konsumenten robust machen.
MQTT-3.1.1-Broker beantworten jedes CONNECT mit einem CONNACK-Rückgabecode von 0 bis 5. Erfahren Sie, was jeder Code bedeutet, wie er in Mosquitto, Paho und MQTT.js aussieht und wie Sie jede Ablehnung am schnellsten beheben.
Eine veraltete Retained Message begrüßt jeden neuen Subscriber mit alten Daten. So löschen Sie eine Retained Message in MQTT mit einem leeren Retained-Publish, per Kommandozeile, Python, JavaScript und Browser-Client.
Ein Gerät, das drei Sekunden lang das WLAN verliert, sollte nicht Ihre Rufbereitschaft wecken. Das Will Delay Interval von MQTT 5 hält die Last-Will-Nachricht lange genug zurück, um einen schnellen Reconnect abzuwarten.
MQTT läuft über TCP, entweder direkt, in TLS oder in WebSocket. Erfahren Sie, warum das Protokoll einen geordneten, zuverlässigen Datenstrom braucht, wo MQTT-SN und QUIC ins Bild passen und welche Ports Sie für einen ConnectMQ-Broker öffnen.
MQTT-SN passt MQTT für batteriebetriebene Sensoren in UDP-, Zigbee- und anderen Nicht-TCP-Netzen an. Lernen Sie Topic-IDs, schlafende Clients und Gateways kennen und erfahren Sie, wie Sie MQTT-SN-Verkehr an einen Standard-MQTT-Broker weiterleiten.
In MQTT 5 kann ein Publisher festlegen, wie lange eine Nachricht gültig bleibt. Erfahren Sie, wie das Message Expiry Interval mit persistenten Sessions und Retained Messages zusammenspielt und wie Sie verhindern, dass spät verbundene Geräte veraltete Befehle ausführen.
Woher kommt MQTT-Latenz? Dieser Leitfaden zerlegt Verzögerungen durch Netzwerk, TLS, QoS und Broker-Verarbeitung und liefert ein Python-Skript, mit dem Sie die Round-Trip-Zeit gegen broker.connectmq.com messen.
Der QoS, den Sie anfordern, ist nicht immer der QoS, den Sie bekommen. Erfahren Sie, wie der effektive QoS berechnet wird, wie Broker einen maximalen QoS ankündigen und niedrigere Subscription-Level gewähren und wie Sie prüfen, was Ihre Verbindung wirklich nutzt.
MQTT ist es egal, was in einem Payload steckt, die Wahl liegt also bei Ihnen. Vergleichen Sie JSON, Protobuf und CBOR nach Größe, Schemas, Debugging und Tooling anhand der Bytezahlen für denselben Sensormesswert.
Topic-Namen sind die API eines MQTT-Systems und lassen sich später nur schwer ändern. Diese 12 Namensregeln mit guten und schlechten Beispielen halten Ihren Topic-Baum lesbar, sicher und wildcard-freundlich.
Von ACL bis Will Delay Interval: Dieses MQTT-Glossar erklärt 60 Begriffe zu Protokoll, Broker und Sparkplug B in verständlicher Sprache, mit Beispielen, die Sie auf broker.connectmq.com ausprobieren können.
Fünfzehn praxisnahe MQTT-Anwendungsfälle aus Fertigung, Energie, Automotive, Smart Buildings, Landwirtschaft und Logistik, jeweils mit Beispiel-Topic-Design, den genutzten MQTT-Funktionen und dem Broker-Plan, der zur Größenordnung passt.
Mit dem Retain-Flag übergibt ein MQTT-Broker jedem neuen Subscriber sofort den letzten bekannten Wert eines Topics. Erfahren Sie, wie das funktioniert, wo es glänzt und wo es zu Fehlern durch veraltete Daten führt.
MQTT-Bridging leitet ausgewählte Topics zwischen Brokern weiter, sodass jeder Standort einen lokalen Broker behält, während die Cloud alles sieht. Lernen Sie die Muster, eine Mosquitto-Bridge-Konfiguration und eine Node-RED-Alternative mit ConnectMQ kennen.
MQTT 5 ist mehr als ein Versionssprung. Lernen Sie die Funktionen kennen, die verändern, wie Sie IoT-Systeme bauen – von Reason Codes und Expiry bis zu Shared Subscriptions und Request/Response, mit Praxisbeispielen.
Konto anlegen, Broker-Zugangsdaten erhalten und das erste Gerät verbinden — ohne Server, die installiert, gepatcht oder skaliert werden müssen.
