MQTT-Entwicklung
MQTT ist das Standardprotokoll für IoT. Leichtgewichtig, effizient und für unzuverlässige Verbindungen konzipiert. Wir implementieren vollständige MQTT-Architekturen: Managed oder Self-Hosted Broker, QoS-Level, TLS-Sicherheit, Topic-Design und Edge-to-Cloud-Bridging.
MQTT: effiziente Kommunikation zwischen Geräten und der Cloud
MQTT (Message Queuing Telemetry Transport) ist ein Pub/Sub-Messaging-Protokoll für Umgebungen mit begrenzter Bandbreite, hoher Latenz oder unzuverlässigen Verbindungen. Eine MQTT-Nachricht kommt mit nur 2 Byte Overhead aus — verglichen mit Hunderten Bytes bei einem HTTP-Request. Das macht es zum idealen Protokoll für batteriebetriebene IoT-Geräte mit eingeschränkter Konnektivität.
Das Pub/Sub-Modell von MQTT entkoppelt Datenproduzenten (Geräte) vollständig von den Konsumenten (Anwendungen, Dashboards, Alarmsysteme). Ein Gerät publiziert Daten auf ein Topic; beliebig viele Subscriber können diese Daten empfangen, ohne dass das Gerät weiß, wer sie konsumiert. So lassen sich neue Konsumenten (ein neues Dashboard, ein Alarmsystem, eine ML-Pipeline) hinzufügen, ohne die Geräte-Firmware anzupassen.
Bei Soamee setzen wir MQTT als primäres Protokoll in unseren IoT-Projekten ein. Wir nutzen es in der Spherag-Plattform für die Übertragung von Agrarsensordaten sowie in zahlreichen Projekten für industrielles IoT zum Monitoring und zur Steuerung von Geräten.
Wir arbeiten mit Managed Brokern wie AWS IoT Core und Self-Hosted Brokern wie EMQX und Mosquitto. Die Wahl hängt von Skalierung, Kosten, Kontrolle und den Compliance-Anforderungen des jeweiligen Projekts ab.
Minimaler Overhead
Native Sicherheit
Garantiestufen
Erkennung von Verbindungsabbrüchen
Quality of Service passend zum Anwendungsfall
MQTT bietet drei QoS-Level, die Zuverlässigkeit und Effizienz ausbalancieren. Die Wahl des richtigen Levels ist entscheidend für optimale Performance.
QoS 0: Höchstens einmal
Fire and Forget. Die Nachricht wird einmal ohne Empfangsbestätigung gesendet. Am schnellsten und leichtesten. Ideal für hochfrequente Telemetrie, bei der der Verlust einzelner Datenpunkte unkritisch ist (Temperatur im Sekundentakt, GPS-Position). Minimaler Netzwerk- und Batterie-Overhead.
QoS 1: Mindestens einmal
Garantierte Zustellung mit möglichen Duplikaten. Der Sender überträgt die Nachricht erneut, bis eine Bestätigung (PUBACK) eintrifft. Das im industriellen IoT am häufigsten genutzte Level. Ideal für Sensordaten, deren Verlust inakzeptabel ist, ein Duplikat aber verkraftbar (Alarme, Verbrauchswerte).
QoS 2: Genau einmal
Garantierte Zustellung ohne Duplikate. Ein 4-stufiger Handshake stellt sicher, dass jede Nachricht genau einmal ankommt. Höherer Netzwerk-Overhead und mehr Latenz. Reserviert für kritische Operationen, bei denen ein Duplikat Probleme verursachen würde (Aktor-Befehle, Transaktionen, Firmware-Updates).
Was wir mit MQTT implementieren
TLS/mTLS-Sicherheit
Verschlüsselung der gesamten MQTT-Kommunikation mit TLS 1.2/1.3. Gegenseitige Authentifizierung (mTLS) mit X.509-Zertifikaten zur Verifizierung der Identität von Gerät und Broker. Automatische Zertifikatsrotation und sofortiger Widerruf kompromittierter Geräte. Granulare Autorisierung auf Topic-Ebene, die festlegt, welches Gerät welche Daten publizieren oder abonnieren darf.
Broker-Setup & Clustering
Wir stellen MQTT-Broker gemäß den Projektanforderungen bereit und konfigurieren sie. EMQX für hohe Skalierung (Millionen Verbindungen) mit nativem Clustering. Mosquitto für kleinere Projekte oder Edge-Gateways. AWS IoT Core als Managed Service. Bridge-Konfiguration zwischen Brokern für Edge-to-Cloud-Architekturen mit Datensynchronisation.
Topic-Design
Design von MQTT-Topic-Hierarchien passend zur Projektdomäne. Muster wie {org}/{site}/{device-type}/{device-id}/{data-type} ermöglichen Wildcard-Subscriptions (# und +) für flexiblen Datenkonsum. Shared Subscriptions zur Lastverteilung auf mehrere Konsumenten.
Edge-to-Cloud-Bridge
Bridge-Architektur zwischen lokalem Edge-Broker (Mosquitto auf dem Gateway) und Cloud-Broker (AWS IoT Core, EMQX Cloud). Daten werden lokal mit geringer Latenz publiziert, bei Verbindungsabbrüchen gepuffert und bei verfügbarer Konnektivität mit der Cloud synchronisiert. Store-and-Forward für garantiert null Datenverlust.
Möchten Sie MQTT in Ihrem IoT-Projekt einsetzen?
Kostenlose Beratung →Broker und Tools, mit denen wir arbeiten
Das könnte Sie auch interessieren
Setzen Sie MQTT in Ihrem IoT-Projekt ein
Wir helfen Ihnen, den richtigen Broker zu wählen, die Topic-Architektur zu entwerfen und die komplette MQTT-Pipeline aufzubauen.