IoT-Protokolle im Vergleich: MQTT, HTTP, Modbus & OPC-UA
Welches Protokoll passt zu welchem Anwendungsfall? Von batteriebetriebenen LoRaWAN-Sensoren bis zur Produktionsanlage – Elbesoft IoT aus Dresden verbindet alle Protokollwelten auf einer einzigen Plattform.
IoT-Protokolle im Vergleich: MQTT, HTTP, Modbus und OPC-UA für verschiedene Anwendungsfälle
Die Wahl des richtigen IoT-Protokolls entscheidet über Energieverbrauch, Skalierbarkeit und Integrationskomplexität – MQTT, HTTP/REST, Modbus und OPC-UA haben sich in verschiedenen Anwendungsdomänen etabliert und ergänzen sich in modernen LoRaWAN-Architekturen häufig gegenseitig. Dieser Beitrag vergleicht die vier Protokolle sachlich und zeigt, für welchen Anwendungsfall sich welches eignet.
Warum die Protokollwahl über den Projekterfolg entscheidet
In modernen IoT-Projekten ist die Wahl des Kommunikationsprotokolls keine rein technische Frage – sie beeinflusst Betriebskosten, Wartungsaufwand und die langfristige Erweiterbarkeit einer Lösung entscheidend. Ein batteriebetriebener Sensor, der im 15-Minuten-Takt Temperatur und Luftfeuchtigkeit übermittelt, stellt völlig andere Anforderungen als eine Produktionsmaschine, die Echtzeit-Steuerbefehle in Millisekunden verarbeiten muss. Wer das falsche Protokoll wählt, riskiert übermäßigen Energieverbrauch, Sicherheitslücken oder teure Nachintegration.
MQTT, HTTP/REST, Modbus und OPC-UA haben sich jeweils in bestimmten Domänen etabliert: MQTT im LoRaWAN- und Consumer-IoT-Umfeld, HTTP/REST für Web-Integrationen, Modbus in der industriellen Bestandsinfrastruktur und OPC-UA als moderner Industrie-4.0-Standard. In der Praxis kommen in einer leistungsfähigen IoT-Architektur häufig alle vier gleichzeitig vor – auf verschiedenen Schichten. Eine starke Plattform muss alle beherrschen und vereinen.
MQTT – Minimal-Overhead für batteriebetriebene Sensoren
MQTT (Message Queuing Telemetry Transport) wurde speziell für Verbindungen mit geringer Bandbreite und instabilem Netz entwickelt. Das Publish/Subscribe-Prinzip entkoppelt Datensender und Datenempfänger konsequent: Ein Sensor veröffentlicht Messwerte auf einem definierten Topic; alle Anwendungen, die dieses Topic abonniert haben, empfangen die Daten automatisch – ohne Polling und ohne dauerhaft offene Verbindung halten zu müssen. Der Protokoll-Overhead eines MQTT-Pakets beginnt bei nur zwei Byte für den Fixed Header, was MQTT zur idealen Wahl für batteriebetriebene Sensoren macht.
Im LoRaWAN-Ökosystem ist MQTT die Standardschnittstelle zwischen Netzwerkserver und Applikationsschicht. Unser ChirpStack-Netzwerkserver liefert alle Gerätedaten per MQTT an die Applikationsschicht, wo sie in Elbesoft Connect über mehr als 50 Sensor-Decoder in strukturierte Messgrößen umgewandelt werden. Neue Decoder werden in der Regel innerhalb von 48 Stunden auf Anfrage ergänzt. Laut Herstellerangaben erreichen LoRaWAN-Sensoren dabei Akkulaufzeiten von bis zu 10 Jahren – ein Wert, den kein HTTP-basierter Sensor auch nur annähernd erreichen kann.
MQTT eignet sich besonders für: Echtzeit-Monitoring, Alarmierung, Raumklimaerfassung, mobile Assets und alle Anwendungen im Bereich Smart Building, bei denen geringe Latenz und minimaler Energieverbrauch entscheidend sind.
HTTP/REST – Universell integrierbar, aber ressourcenintensiver
HTTP in Kombination mit REST-Prinzipien ist das universellste Protokoll der digitalen Welt. Nahezu jede Programmiersprache, jedes Framework und jede Cloud-Plattform beherrscht HTTP – was Integrationen schnell und kostengünstig umsetzbar macht. Typische IoT-Einsatzbereiche sind Webhooks zwischen Cloud-Diensten, Downstream-Konfigurationsbefehle an Gateways sowie die Anbindung von ERP-Systemen, Facility-Management-Software oder eigenen Web-Applikationen an eine IoT-Plattform.
Der entscheidende Nachteil: HTTP ist zustandslos und folgt einem Request/Response-Muster. Ein vollständiger HTTP-Header kann mehrere Hundert Byte umfassen. Für batteriebetriebene Sensoren, die nur wenige Byte Nutzdaten pro Messung übertragen, ist dieser Overhead schlicht zu hoch. Für stationäre Gateways, Dashboards oder administrative Schnittstellen bleibt HTTP jedoch die pragmatischste und am weitesten verbreitete Lösung. Elbesoft Connect stellt strukturierte REST-APIs für Datenabruf, Gerätekonfiguration und Alarmmanagement bereit, über die Drittsysteme unkompliziert angebunden werden können.
Modbus – Das Arbeitspferd der Industrie
Modbus wurde 1979 eingeführt und ist heute noch in einer Großzahl industrieller Bestandsanlagen präsent. Wärmezähler, Stromzähler, Frequenzumrichter und viele SPS-Systeme kommunizieren über Modbus RTU (seriell, RS-485) oder Modbus TCP (Ethernet). Der Grund für die anhaltende Verbreitung liegt in drei Eigenschaften: Einfachheit, Robustheit und eine nahezu universelle Geräteunterstützung durch Hersteller industrieller Komponenten.
Für IoT-Projekte mit Bestandsanlagen ist Modbus oft unumgänglich. Über das LoRaWAN-Energiemonitoring von Elbesoft können Modbus-fähige Zähler über geeignete LoRaWAN-Gateways und Klappstromwandler in ein drahtloses Netz eingebunden und über Elbesoft Connect visualisiert werden. Die Integration erfordert ein lokales Gateway, das serielle Modbus-Signale in IP-basierte Pakete übersetzt. Elbesoft unterstützt Sie bei der Auswahl geeigneter Hardware und der Konfiguration der zugehörigen Decoder.
OPC-UA – Interoperabilität für Industrie 4.0
OPC Unified Architecture (OPC-UA) ist der bevorzugte Standard für Maschine-zu-Maschine-Kommunikation in modernen Produktionsumgebungen. Im Gegensatz zu Modbus bietet OPC-UA integrierte Sicherheitsmechanismen – darunter Authentifizierung und Ende-zu-Ende-Verschlüsselung – sowie ein flexibles, hierarchisches Informationsmodell und plattformübergreifende Interoperabilität. Es ist die Grundlage für Industrie-4.0-Anwendungen, SCADA-Systeme und die Anbindung moderner CNC-Maschinen an MES- und ERP-Systeme.
OPC-UA ist ressourcenintensiver als MQTT oder Modbus und setzt leistungsfähigere Gateways oder Steuerungseinheiten voraus. Für Anwendungen, bei denen Typsicherheit, strukturierte Namespaces und ein standardisiertes Informationsmodell zwingend erforderlich sind, ist es jedoch die richtige Wahl. Über Elbesoft Connect können OPC-UA-Datenquellen gemeinsam mit LoRaWAN-Sensoren und Modbus-Geräten in einem einheitlichen Dashboard visualisiert und ausgewertet werden.
Welches Protokoll für welchen Anwendungsfall?
MQTT: Batteriebetriebene Sensoren, LoRaWAN-Netzwerke, Echtzeit-Monitoring,
Alarmierung – überall dort, wo geringer Overhead und lange Akkulaufzeiten
(laut Herstellerangaben bis zu 10 Jahre) entscheidend sind.
HTTP/REST: Integration von ERP-Systemen, Cloud-Diensten,
Facility-Management-Software und Dashboards – überall dort, wo
Universalität und einfache Anbindbarkeit wichtiger sind als
Ressourceneffizienz.
Modbus RTU/TCP: Bestandsanlagen, industrielle Messtechnik,
Energiezähler, SPS-Systeme – überall dort, wo Geräte kein
modernes Protokoll unterstützen, aber dennoch in IoT-Architekturen
eingebunden werden sollen.
OPC-UA: Produktionsmaschinen, SCADA-Systeme, Industrie-4.0-Anlagen
– überall dort, wo ein standardisiertes Informationsmodell, hohe
Sicherheitsanforderungen und Interoperabilität zwischen verschiedenen Herstellern
gefordert sind.
Praxisbeispiel: Altonaer Kaispeicher Hamburg
Ein anschauliches Beispiel für den Praxiseinsatz von LoRaWAN mit MQTT als Transportschicht ist das Smart-Building-Projekt am Altonaer Kaispeicher in Hamburg. In dem denkmalgeschützten Gebäude wurden zusammen mit dem Partner HWP Raumklimasensoren, LoRaWAN-Thermostate, Tür- und Fensterkontakte, Leckagesensorik sowie Klappstromwandler installiert – die gesamte Montage erfolgte an einem einzigen Tag. Sämtliche Sensordaten werden über MQTT an Elbesoft Connect übertragen und dort in Echtzeit visualisiert und ausgewertet.
Dieses Projekt zeigt exemplarisch, wie MQTT als energieeffizientes Transportprotokoll auch in baulich anspruchsvollen Umgebungen mit denkmalschutzkonformen IoT-Lösungen zuverlässig funktioniert. Die Kombination aus LoRaWAN-Sensoren, MQTT-Transport und einer zentralen Plattform ermöglicht dabei den Betrieb ohne aufwendige Verkabelung – ein wesentlicher Vorteil in historischen Gebäuden, in denen bauliche Eingriffe minimiert werden müssen.
Technologie & Plattform: Elbesoft Connect
Elbesoft Connect ist der kommerzielle Managed Service von Elbesoft IoT auf Basis von ThingsBoard CE. Die Plattform nimmt Sensordaten per MQTT aus LoRaWAN-Netzwerken entgegen, stellt REST-APIs für die Integration von Drittsystemen bereit und unterstützt die Einbindung von Modbus- und OPC-UA-Geräten über entsprechende Gateways. Der Service ist ab Tag 1 einsatzbereit – die initiale Einrichtung dauert in der Regel 15 Minuten – und startet ab 175 €/Monat für bis zu 50 Sensoren.
Elbesoft Connect ist kein Open-Source-Produkt, sondern ein vollständig verwalteter Dienst mit Service-Level-Garantien, direktem Support aus Dresden und laufenden Plattform-Updates. Über 50 Sensor-Decoder sind ab Tag 1 verfügbar; neue Decoder für zusätzliche Sensortypen werden in der Regel innerhalb von 48 Stunden auf Anfrage ergänzt. Für Projekte, die mehrere Protokollwelten – MQTT, HTTP/REST, Modbus, OPC-UA – in einer einheitlichen Oberfläche zusammenführen müssen, ist Elbesoft Connect die direkt einsatzfähige Lösung ohne Eigenentwicklungsaufwand.
Häufige Fragen zu IoT-Protokollen
MQTT in Kombination mit LoRaWAN ist die optimale Wahl. Der minimale Protokoll-Overhead und die energieeffiziente Übertragung über LoRaWAN ermöglichen laut Herstellerangaben Akkulaufzeiten von bis zu 10 Jahren. HTTP-basierte Protokolle sind für solche Szenarien aufgrund des hohen Header-Overheads ungeeignet.
Ja. Elbesoft Connect verarbeitet MQTT, HTTP/REST und weitere Protokolle parallel. Modbus- und OPC-UA-Geräte werden über lokale Gateways eingebunden und erscheinen anschließend in demselben Dashboard wie LoRaWAN-Sensoren. Über 50 Sensor-Decoder stehen ab Tag 1 bereit.
MQTT nutzt ein Publish/Subscribe-Muster mit minimalem Overhead und ist für Echtzeit-Monitoring und batteriebetriebene Sensoren optimiert. HTTP/REST folgt dem Request/Response-Muster, ist deutlich ressourcenintensiver, aber universell integrierbar – ideal für die Anbindung von ERP-Systemen oder externen Diensten.
Elbesoft Connect ist ab Tag 1 einsatzbereit. Die initiale Einrichtung dauert in der Regel 15 Minuten. Der kommerzielle Managed Service startet ab 175 €/Monat für bis zu 50 Sensoren und umfasst direkten Support sowie regelmäßige Plattform-Updates aus Dresden.
Kostenlos & unverbindlich · Antwort innerhalb von 24 h · Elbesoft IoT, Dresden
