BACnet vs Modbus: Objektmodell, COV und BACnet/SC im DACH-GA-Vergleich

Der grundlegende Unterschied liegt in der Entstehungsgeschichte. Modbus wurde 1979 von Modicon (heute Schneider Electric) als einfaches Master-Slave-Protokoll (in 2026 offiziell Client-Server) für SPSen und Antriebe in der Fertigungsindustrie entworfen. Das Protokoll kennt nur Bitfelder (Coils, Diskrete Eingänge) und 16-Bit-Register (Eingangs- und Holding Register). Ein Holding Register mit dem Wert 235 hat keine eigene Bedeutung; ob es eine Temperatur in Zehntelgrad, eine Frequenz in Hz oder einen Fehlercode kodiert, steht ausschließlich im Hersteller-Datenblatt. Diese Schlankheit ist im Maschinenbau eine Tugend, in der Gebäudeautomation aber eine Belastung, weil jedes Gerät ein eigenes Mapping in den Supervisor verlangt.

BACnet dagegen wurde 1987 von einem ASHRAE-Komitee unter Leitung von H. Michael Newman explizit für Gebäude entwickelt und 1995 als ANSI/ASHRAE 135 veröffentlicht, später als ISO 16484-5 internationalisiert und in DACH als DIN EN ISO 16484-5 übernommen. BACnet bringt von Haus aus 60+ Object_Types mit, die HLK-, Beleuchtungs- und Energiekonzepte abbilden: Ein Analog Input (AI) hat Properties wie Present_Value, Units (degrees-celsius, kilowatt-hours), High_Limit, Low_Limit, Reliability und Description. Ein Schedule kann komplette Wochen-, Ausnahme- und Feiertagsprogramme abbilden, ein Trend Log archiviert Werte pro Property mit Zeitstempel.

Praxisfolge für den TGA-Planer: Ein BACnet-Gerät, das ein PICS-Dokument liefert, kann in Siemens Desigo CC, Sauter Vision Center oder Kieback&Peter Neutrino ohne herstellerspezifische Treiber aufgenommen werden. Ein Modbus-Gerät braucht in jedem Supervisor ein eigenes Register-Mapping, Skalierungsfaktoren und Einheitenkonventionen. Genau aus diesem Grund schreibt die VDI 3814 und im Gewerbebau zunehmend auch die Bauherrenseite BACnet als Managementebene vor.

Eines der unterschätzten Themen im Vergleich ist die Frage, wie Werte vom Feld zum Supervisor gelangen. Modbus kennt ausschließlich Polling: Der Client fragt jedes Register im konfigurierten Zyklus ab, typischerweise alle 1 bis 10 Sekunden. Bei einem Zähler mit 30 Registern und 60 Geräten auf einem RS-485-Strang bedeutet das mehrere tausend Anfragen pro Minute, was sowohl die Buslast als auch die CPU-Auslastung des Supervisors deutlich erhöht. Bei Modbus TCP entspannt sich die Buslast, die Anzahl der Requests bleibt aber gleich.

BACnet bietet mit COV (Change of Value) ein ereignisbasiertes Verfahren. Der Supervisor abonniert via SubscribeCOV ein Property (typisch Present_Value), und das Feldgerät sendet nur dann eine UnconfirmedCOVNotification, wenn der Wert sich um mehr als das definierte COV_Increment geändert hat. Bei einer Außentemperatur, die sich in Schritten von 0,1 K ändert, kann die Anzahl der Telegramme um den Faktor 50 oder mehr sinken. Das spart Bandbreite auf BBMD-gerouteten IP-Netzen und macht BACnet/SC mit seinen TLS-Overheads überhaupt erst praxistauglich für große Liegenschaften.

Die saubere Konsequenz im Betrieb: Wo schnelle Reaktionen auf Änderungen gefragt sind (Präsenzmeldung, Brandfallsteuerung, Frostschutz), schlägt BACnet COV jedes Modbus-Polling. Wo es um Energiezählerstände geht, die ohnehin nur alle 15 Minuten zur Lastgangerfassung benötigt werden, ist Polling völlig ausreichend, und Modbus bleibt die günstigere Lösung. Janitza löst das in der UMG-Reihe elegant: Die Geräte sprechen BACnet/IP zum Supervisor mit COV, agieren parallel als Modbus-Master zu kleineren Unterzählern und schonen so IP-Adressen und Lizenzkosten.

Die Sicherheitslage ist 2026 das ernsteste Differenzierungskriterium. Klassisches BACnet/IP über UDP 47808 ist unverschlüsselt und unauthentifiziert; Modbus TCP auf Port 502 ist es ebenfalls. Beide Protokolle sind in industriellen Vorfallsstatistiken (z. B. der BSI-Lageberichte) regelmäßig als Einfallsvektoren genannt, von Ransomware-Angriffen auf Krankenhaus-GLT bis zu manipulierten Energiezählern. Die EU-EPBD-Novelle und die nationale Umsetzung im GEG verlangen ab 2026 für Nicht-Wohngebäude mit Heizleistung über 290 kW (ab 2029/2030 über 70 kW) explizit ein Building Automation and Control System (BACS), das auch Cybersicherheitsanforderungen erfüllen muss.

Die BACnet-Antwort heißt BACnet/SC (Secure Connect, Addendum 135-2020bj). BACnet/SC nutzt TLS 1.3 über WebSockets, authentifiziert Geräte via X.509-Zertifikaten und arbeitet in einer Hub-Topologie, in der ein Primary Hub den Verkehr orchestriert und ein Failover Hub die Hochverfügbarkeit sicherstellt. Damit lassen sich BACnet-Netze über Liegenschaftsgrenzen, NAT und Internet zusammenführen, ohne BBMD, Broadcast-Foreign-Device-Registration oder VPN-Krücken. Hersteller wie Deos, Sauter, Siemens, MBS GmbH und Andivi liefern 2026 zunehmend BACnet/SC-zertifizierte Controller und Router.

Modbus hat keine etablierte gleichwertige Antwort. Eine Modbus/TCP Security-Spezifikation existiert mit TLS und X.509 auf dem Papier, wird im realen GA-Markt aber praktisch nicht angeboten. Wer Modbus heute absichern muss, segmentiert über Industrial Firewalls (Phoenix Contact mGuard, Hirschmann Eagle), VLANs und VPNs oder schiebt einen BACnet/SC-Router als Front-End vor. Für ausschreibungspflichtige Projekte mit BACS-Anforderung ist Modbus im IP-Bereich faktisch nicht mehr ohne flankierende Maßnahmen einsetzbar; auf RS-485-Strecken in physisch geschützten Technikräumen bleibt es vertretbar.

In der Praxis ist die Frage BACnet oder Modbus in den allermeisten DACH-Liegenschaften falsch gestellt. Die richtige Frage lautet: Wo liegt die Trennlinie zwischen BACnet-Managementebene und Modbus-Feldebene, und wie sieht das Gateway aus? In rund 80 Prozent der Bestandsanlagen sitzt ein BACnet-Supervisor (Desigo CC, Sauter Vision Center, Kieback&Peter Neutrino, Honeywell Niagara) oben, und ein Mix aus BACnet-MS/TP-Automation-Stations und Modbus-Feldgeräten hängt darunter.

Drei typische Gateway-Muster dominieren. Erstens, der Protokoll-Konverter auf der Hutschiene: HMS Anybus, Chipkin FieldServer, MBS UBR-01.6 BACnet/Modbus-Router oder Loytec L-INX bilden Modbus-Register auf BACnet-Objekte ab. Pro Modbus-Register wird ein BACnet AI oder AV mit Skalierungsfaktor, Einheit und COV_Increment angelegt. Zweitens, der integrierende Controller: Wago PFC200, Beckhoff CX, Sauter modu840 oder Kieback&Peter DDC4002 sprechen beide Protokolle gleichzeitig und integrieren Modbus direkt in ihre BACnet-Applikation. Drittens, das smarte Feldgerät: Janitza UMG, Loxone Miniserver mit BACnet-Extension oder neuere ABB-Antriebe beherrschen BACnet nativ.

Der TGA-Planer sollte die Trennlinie schon in der LV-Phase nach VDI 3814 Blatt 2.1 definieren und im Datenpunktbuch festhalten, welche Datenpunkte BACnet-nativ sind und welche über Gateway konvertiert werden. Spätere Wechsel sind teuer, weil jedes Gateway-Mapping eine eigene Inbetriebnahme braucht. BAFA- und KfW-Förderungen für GA-Modernisierungen verlangen seit 2025 die Erreichung der BACS-Klasse B nach DIN EN ISO 52120; in der Regel ist diese Klasse mit reiner Modbus-Architektur nicht erreichbar, mit reiner BACnet-Architektur problemlos.