Eine Wärmepumpe soll ihren Betriebsstatus an die Gebäudeautomation melden, Klimageräte nach Zeitprogramm fahren und der Energiezähler Lastspitzen sichtbar machen. Genau an diesem Punkt stellt sich die Frage: mqtt vs modbus vs bacnet - welches protokoll wann? Die kurze Antwort lautet: Modbus spricht zuverlässig mit Geräten, BACnet organisiert die Gebäudeautomation und MQTT verteilt Daten flexibel an übergeordnete Anwendungen. Entscheidend sind aber nicht die Namen auf dem Datenblatt, sondern Gerätetyp, Anlagenumfang, Betreiber und spätere Erweiterungen.
Nicht das modernste Protokoll gewinnt, sondern das passende
In der technischen Gebäudeausrüstung erfüllen die drei Protokolle unterschiedliche Aufgaben. Deshalb ist ein direkter Vergleich nur sinnvoll, wenn klar ist, was kommunizieren soll. Geht es um einen Wechselrichter, Wärmezähler oder eine Wärmepumpe mit wenigen festen Messwerten? Dann ist Modbus häufig die sachlich richtige Wahl. Soll eine Lüftungs-, Heizungs- und Klimaanlage in eine zentrale Gebäudeleittechnik eingebunden werden, ist BACnet meist die bessere Grundlage. Sollen Daten aus vielen Quellen an Visualisierungen, Energiemanagement oder eigene Anwendungen weitergegeben werden, spielt MQTT seine Stärken aus.
Ein häufiger Planungsfehler ist, ein Protokoll für alle Ebenen erzwingen zu wollen. Das führt zu unnötigen Schnittstellen, unklaren Zuständigkeiten oder Funktionen, die sich gar nicht sauber abbilden lassen. In vielen funktionierenden Anlagen laufen Modbus, BACnet und MQTT parallel. Ein Automationsserver oder ein Gateway übersetzt dann zwischen den Ebenen.
MQTT vs Modbus vs BACnet - die Unterschiede im Betrieb
Modbus: direkt am Gerät, klar bei festen Datenpunkten
Modbus ist in der Heizungs-, Klima- und Energietechnik weit verbreitet. Typisch sind Modbus RTU über RS-485 und Modbus TCP über Ethernet. Das Protokoll arbeitet nach einem einfachen Abfrageprinzip: Ein übergeordnetes System liest Register aus oder schreibt definierte Werte in Register. Darin stehen zum Beispiel Vorlauf- und Rücklauftemperaturen, Betriebsstunden, Leistungswerte, Störungen oder Sollwerte.
Der Vorteil liegt in der Einfachheit. Viele Wärmepumpen, Zähler, Frequenzumrichter, Speicherregler und Lüftungsgeräte bieten Modbus-Schnittstellen oder passende Erweiterungsmodule. Für eine überschaubare Anlage ist das gut planbar, weil die Registerliste festlegt, welche Daten verfügbar sind und in welchem Format sie übertragen werden.
Die Kehrseite: Modbus kennt keine einheitliche Bedeutung hinter einem Register. Register 40001 kann bei Gerät A eine Temperatur sein und bei Gerät B eine Betriebsart. Eine Steuerung braucht deshalb die genaue Registerdokumentation des Herstellers. Auch Themen wie Zeitprogramme, Alarmklassen, Bedienrechte oder komplexe Anlagenobjekte sind nicht der eigentliche Schwerpunkt von Modbus.
Bei Modbus RTU kommt die Verkabelung hinzu. RS-485 verlangt eine sauber geplante Busstruktur, passende Abschlusswiderstände und eine korrekte Schirmung nach Herstellervorgabe. Gerade bei langen Leitungswegen, mehreren Teilnehmern oder Umrichtern im Umfeld entscheidet die Ausführung über eine störungsfreie Kommunikation. Das gehört in die Hände eines Fachbetriebs.
BACnet: für koordinierte Gebäudeautomation
BACnet wurde für die Gebäudeautomation entwickelt. Statt bloßer Register arbeitet es mit standardisierten Objekten wie Analogwerten, Binärwerten, Zeitplänen, Kalendern und Alarmen. Ein Temperaturwert ist damit nicht nur eine Zahl, sondern kann mit Einheit, Status, Grenzwerten und Prioritäten beschrieben werden. Das erleichtert die Einbindung in eine Gebäudeleittechnik deutlich.
BACnet/IP nutzt das vorhandene IP-Netzwerk. BACnet MS/TP läuft typischerweise über RS-485 und kommt oft bei Feldgeräten, Raumreglern oder kleineren Automationsstationen zum Einsatz. Welcher Übertragungsweg passt, hängt von der Anlage und der vorhandenen Infrastruktur ab. Für größere Nichtwohngebäude, Hotels, Büroflächen, Schulen oder Liegenschaften mit Facility Management ist BACnet häufig der gemeinsame Nenner zwischen Gewerken.
Seine Stärke zeigt BACnet dort, wo Anlagen miteinander abgestimmt werden müssen. Die Klimaanlage soll bei geöffnetem Fenster reagieren, die Heizkreise sollen Feiertage berücksichtigen und eine Störung muss mit Priorität in der Leitwarte erscheinen. BACnet bringt die dafür nötigen Konzepte mit.
Das heißt nicht, dass BACnet automatisch einfacher ist. Die Qualität der Einbindung hängt von der Objektliste des Herstellers, der Funktionsbeschreibung und der Inbetriebnahme ab. Ein Gerät mit BACnet-Schnittstelle liefert nicht zwangsläufig alle gewünschten Werte oder Stellmöglichkeiten. Vor der Bestellung sollte deshalb geprüft werden, welche BACnet-Objekte tatsächlich vorhanden sind, ob die benötigten Funktionen beschreibbar sind und ob eine passende Gerätebeschreibung vorliegt.
MQTT: Datendrehscheibe für Visualisierung und Energiemanagement
MQTT funktioniert anders als Modbus und BACnet. Geräte oder Dienste senden Nachrichten an einen Vermittler, den MQTT-Broker. Andere Teilnehmer abonnieren die passenden Themen und erhalten die Daten, sobald sie veröffentlicht werden. Ein Beispiel: Ein Energiemanager veröffentlicht die aktuelle PV-Leistung, die Wärmepumpenregelung nutzt diesen Wert für eine Betriebsstrategie, und eine Visualisierung zeigt ihn gleichzeitig an.
Das macht MQTT attraktiv, wenn Daten aus unterschiedlichen Systemen zusammenlaufen. Es eignet sich für Energiemonitoring, Fernvisualisierung, Verbrauchsauswertung, eigene Steuerungslogik und Verbindungen zwischen lokalen Anlagen und übergeordneten Diensten. Durch Themenstrukturen lassen sich Daten sauber sortieren, etwa nach Gebäude, Anlage und Messpunkt.
MQTT definiert jedoch nicht, was eine Nachricht fachlich bedeutet. Ob in einer Nachricht eine Temperatur, ein Schaltbefehl oder ein Fehlercode steckt, legen Planer oder Integrator selbst fest. Das schafft Freiheit, erhöht aber den Abstimmungsbedarf. Für eine wartbare Anlage müssen Themen, Datenformate, Zugriffsrechte und die Reaktion bei Kommunikationsausfall dokumentiert sein.
Bei externen Verbindungen ist Sicherheit Pflicht. Dazu gehören verschlüsselte Übertragung, getrennte Benutzerkonten, sichere Kennwörter, klar begrenzte Berechtigungen und ein Konzept für Updates. Ein offen erreichbarer Broker hat in der Gebäudeautomation nichts verloren. MQTT ist daher keine Abkürzung für eine schnelle Bastellösung, sondern ein Werkzeug für sauber geplante Datenkommunikation.
Welches Protokoll passt zu welchem Projekt?
Für ein Einfamilienhaus mit Wärmepumpe, Photovoltaik, Speicher und Wallbox reicht häufig Modbus für einzelne Geräteverbindungen. Ein Energiezähler liefert Werte, ein Wechselrichter stellt Erzeugungsdaten bereit, und ein geeigneter Energiemanager wertet sie aus. Wenn Hersteller und Regelung die benötigten Schnittstellen unterstützen, ist das überschaubar und wartbar.
Bei einer Sanierung mit mehreren Heizkreisen, zentraler Lüftung, Klimageräten und einer übergeordneten Bedienung kommt es auf die Regelungsarchitektur an. BACnet ist sinnvoll, wenn verschiedene Gewerke langfristig über eine Gebäudeleittechnik koordiniert werden sollen. Gerade bei Mietobjekten oder Gewerbeeinheiten zählen klare Alarmierung, Zeitprogramme und nachvollziehbare Bedienrechte mehr als eine möglichst kurze Inbetriebnahme.
MQTT passt ergänzend, wenn Betriebsdaten aus der Anlage in eine Visualisierung oder ein Energiemanagement fließen sollen. Es kann auch die Verbindung zwischen mehreren lokalen Systemen herstellen. Die eigentliche Regelung sollte aber nicht ohne Prüfung vollständig von einer externen Datenverbindung abhängig gemacht werden. Sicherheitsfunktionen, Frostschutz und geräteinterne Schutzlogik bleiben im jeweiligen Gerät oder in der dafür vorgesehenen Automationsstation.
Bei einer einzelnen Split-Klimaanlage ist die Frage oft überdimensioniert. Viele Geräte werden über den Herstellerregler, ein passendes Kommunikationsmodul oder eine zentrale Raumregelung betrieben. Erst bei mehreren Innengeräten, einer gewerblichen Nutzung oder einer Einbindung in die Gebäudeautomation wird die Protokollwahl zum Planungsthema.
Vier Fragen vor der Schnittstellenentscheidung
Bevor du Geräte auswählst, kläre diese vier Punkte mit dem Fachbetrieb oder Planer:
- Welche Werte und Funktionen werden wirklich benötigt - nur lesen, oder auch Sollwerte, Betriebsarten und Zeitprogramme schreiben?
- Welche Schnittstelle unterstützt das konkrete Gerät serienmäßig, und welches Zusatzmodul ist erforderlich?
- Wer nimmt die Anlage in Betrieb und dokumentiert Register, Objekte, Adressen und Zugangsdaten?
- Was passiert bei Busfehler, Netzwerkausfall oder Neustart der Steuerung?
Diese Fragen wirken banal, sparen aber später Zeit. Besonders wichtig ist die zweite Frage: Nicht jede Schnittstelle eines Geräts ist für die vollständige externe Regelung gedacht. Manche Hersteller geben nur Monitoring frei, andere erlauben bestimmte Parameter, während Schutz- und Serviceparameter gesperrt bleiben. Das ist technisch sinnvoll und muss in der Funktionsplanung berücksichtigt werden.
Schnittstellen nicht nur nach dem Datenblatt kaufen
Für die Produktwahl zählen neben dem Protokoll auch das Kommunikationsmodul, die Zahl der verfügbaren Datenpunkte, die Dokumentation und der Support des Gesamtsystems. Bei Wärmepumpen kann ein optionales Modul erforderlich sein. Bei Zählern sind die Schnittstellenvariante, die Messrichtung und die zulässige Abfragehäufigkeit relevant. Bei Automationsstationen müssen genügend Schnittstellen und Lizenzumfang für das Projekt vorhanden sein.
Auch die Netzwerktrennung gehört zur Planung. Gebäudeautomation, Büro-IT und externe Zugriffe sollten nicht unkontrolliert im gleichen Netz laufen. Bei BACnet/IP und MQTT ist eine abgestimmte Netzwerkkonfiguration Teil der Inbetriebnahme. Bei Modbus RTU sind korrekte Teilnehmeradressen und die physische Busausführung die häufigsten Grundlagen für einen stabilen Betrieb.
Die beste Entscheidung ist oft keine Entweder-oder-Entscheidung: Modbus bindet das Feldgerät ein, BACnet verbindet Gewerke in der Gebäudeautomation, MQTT stellt Daten für Auswertung und Visualisierung bereit. Wenn diese Rollen von Beginn an sauber verteilt sind, bleibt die Anlage auch bei Erweiterungen beherrschbar. Plane deshalb erst die Funktionen und Zuständigkeiten - das passende Protokoll ergibt sich daraus deutlich klarer.