§ 56 GModG verlangt für Nichtwohngebäude mit HLK-Anlagen von mehr als 70 kW Nennleistung ein Gebäudeautomatisierungssystem mit gängiger, frei konfigurierbarer Schnittstelle. BACnet bleibt das am weitesten verbreitete Kommunikationsprotokoll, um diese Anforderung zu erfüllen. Man muss allerdings wissen, was es tatsächlich abdeckt. Hinter dem Akronym stehen mehrere Netzwerkvarianten, ein normiertes Objektmodell und Grenzen in der Praxis, die der Betrieb der Gebäudeautomation täglich offenlegt. Dieser Artikel erläutert die Funktionsweise des Protokolls, seine Ausprägungen und das, was wir im Betrieb beobachten.
Definition, Herkunft und Funktionsweise des BACnet-Protokolls
Building Automation and Control Networks: was hinter dem Akronym steckt
BACnet – kurz für Building Automation and Control Networks – ist ein offenes Kommunikationsprotokoll für die Automation und Steuerung von Gebäuden. Seit 2003 ISO-normiert und in Deutschland als DIN EN ISO 16484-5 übernommen, ermöglicht dieser Standard, dass Geräte unterschiedlicher Hersteller im selben Netz miteinander kommunizieren. Eine Gebäudeleittechnik kann Automationsstationen von Schneider und Siemens Desigo ebenso wie ein Metasys von Johnson Controls ohne proprietäres Gateway abfragen. Um zu verstehen, was Gebäudeautomation ist und wie Gebäudeautomation funktioniert, ist diese herstellerübergreifende Interoperabilität die Grundlage, die man beherrschen muss.
Normung durch ASHRAE, ANSI und ISO 16484-5
Die Norm ISO 16484-5 ist in mehr als 30 Ländern übernommen. Sie stellt sicher, dass ein in den USA oder in Japan zertifiziertes Gerät dieselben Objekte und Dienste bereitstellt wie ein in Deutschland installiertes Gerät.
BACnet entstand in einem Ausschuss der ASHRAE (American Society of Heating, Refrigerating and Air-Conditioning Engineers). Der Standard wurde 1995 als Norm ANSI/ASHRAE 135 verabschiedet und 2003 in die internationale Norm ISO 16484-5 übernommen (Quelle: ASHRAE SSPC 135). Diese dreifache normative Verankerung unterscheidet BACnet von einem proprietären Protokoll: Wer im Leistungsverzeichnis einen offenen, ISO-normierten Standard fordert, schützt den Bauherrn vor technischer Abhängigkeit von einem einzigen Hersteller.
Von 1987 bis BACnet/SC: dreißig Jahre Weiterentwicklung des Standards
Der ASHRAE-Ausschuss SPC 135 nimmt seine Arbeit 1987 auf. Die erste ANSI-Norm erscheint 1995, die ISO-Übernahme folgt 2003. 2019 ergänzt das Addendum BACnet/SC (Secure Connect) eine mit TLS 1.3 gesicherte Kommunikationsschicht, um den Cybersicherheitsanforderungen konvergenter IP-Netze gerecht zu werden (Quelle: ASHRAE SSPC 135). Ein Standard, der seit mehr als 35 Jahren Bestand hat, ist keine technologische Wette.
Die Protokollschichten: vom Kabel bis zur Anwendung
Die Schichten des BACnet-Protokolls
Klicken Sie auf eine Schicht, um ihre Rolle im BACnet-Stack zu erkunden
BACnet (ASHRAE 135 / ISO 16484-5) gliedert seine Kommunikation in übereinanderliegende Schichten, vom physischen Transport bis zu den fachlichen Objekten. Jede Schicht erfüllt eine klar definierte Funktion in der Kommunikation zwischen GA-Komponenten.
Quellen: Norm ASHRAE 135-2020, ISO 16484-5:2022 (DIN EN ISO 16484-5:2023-02), BACnet International
BACnet schreibt keine einzelne physische Schicht vor. Seine Architektur beruht auf drei Ebenen. Die physische Schicht unterstützt Ethernet, RS-485 (MS/TP) oder LonTalk. Die Netzwerkschicht kapselt die Telegramme in IP-Pakete (BACnet/IP) oder in TLS-gesicherte WebSockets (BACnet/SC). Die Anwendungsschicht stellt die Objekte und Dienste des Protokolls bereit, unabhängig von der darunterliegenden Verkabelung. Diese Trennung erklärt die Flexibilität des Protokolls – und die Komplexität seiner Integration.
Das Objektmodell: Analog Input, Binary Output und Notification Class
Jedes BACnet-Gerät stellt typisierte Objekte bereit. Die Norm ASHRAE 135 definiert mehr als 60 davon (Quelle: ANSI/ASHRAE 135-2020). Die häufigsten in der Gebäudeautomation:
- Analog Input: Messwert eines Fühlers (Temperatur, Druck, Volumenstrom)
- Binary Output: Befehl an einen Aktor (Ventil, Klappe)
- Notification Class: strukturierte Alarmmeldung
Jedes Objekt trägt Eigenschaften wie Present Value oder Status Flags. Dieses Objektmodell macht Interoperabilität überhaupt erst möglich. Genau hier beginnen aber auch die Probleme in der Praxis: Ein bereitgestelltes Objekt ist noch kein steuerbares Objekt.
BACnet-Dienste und Client-Server-Architektur
Die BACnet-Dienste sind die „Verben“ des Protokolls. ReadProperty liest den Wert eines Objekts. WriteProperty schreibt einen Sollwert auf eine Automationsstation. SubscribeCOV überwacht Wertänderungen. Who-Is / I-Am ermöglichen die Erkennung im Netz. Die Architektur arbeitet nach dem Client-Server-Prinzip: Die Gebäudeleittechnik (Client) fragt die Automationsstationen (Server) ab, die ihre Daten bereitstellen. Im Betrieb hängt die Möglichkeit, per WriteProperty zu schreiben, von der vom Systemintegrator gelieferten Konfiguration ab – und genau dort endet die Steuerbarkeit oft.
BACnet/IP, BACnet MS/TP und BACnet/SC: welche Variante wählen?
BACnet/IP: die Netzwerkebene der Gebäudeleittechnik
BACnet/IP kapselt die BACnet-Telegramme in UDP/IP-Pakete auf Port 47808 (Quelle: ANSI/ASHRAE 135, Annex J). Die Datenrate hängt von der darunterliegenden Ethernet-Infrastruktur ab: in der Praxis 100 Mbit/s bis 1 Gbit/s. Es ist die Variante der Gebäudeleittechnik und der standortübergreifenden Managementebene. Ferndiagnose ist nativ möglich. BACnet/IP erfordert ein dediziertes oder per VLAN segmentiertes Netz, um den OT-Verkehr vom IT-Büronetz zu trennen. Diese Variante findet sich zwischen dem GLT-Server und den Automationsstationen der Etagen.
BACnet im Vergleich zu anderen Protokollen und die Grenzen der Interoperabilität in der Praxis
LonWorks: ein Protokoll, das im Bestand der Nichtwohngebäude noch präsent ist
LonWorks (LON, ISO/IEC 14908) ist in vielen vor 2015 errichteten GA-Anlagen von Nichtwohngebäuden weiterhin im Einsatz. Jeder LON-Knoten trägt seine eigene Intelligenz. In der Praxis ist die Koexistenz von BACnet und LON ein häufiger Fall: Ein BACnet-Gateway auf Ebene der Gebäudeleittechnik führt die beiden Gerätenetze BACnet und LON zusammen, ohne die Automationsstationen im Feld zu ersetzen. Seit Renesas das Ende der Chipfertigung angekündigt hat, befindet sich LonWorks am Ende seines Lebenszyklus: Das Netz funktioniert, aber Neuteile werden nicht mehr nachkommen.
KNX: der Standard der Elektrotechnik und der Raumautomation in Nichtwohngebäuden
KNX (ISO 14543-3) dominiert die Gewerke Beleuchtung und Sonnenschutz in Nichtwohngebäuden. Die zentrale HLK-Technik (Erzeugung, RLT-Anlagen) deckt es kaum ab. BACnet und KNX koexistieren in einem Gebäude je nach technischem Gewerk: BACnet für Heizung, Lüftung und Klima, KNX für die Beleuchtung. Das KNX/BACnet-Gateway ist ein Klassiker der gewerkeübergreifenden Kommunikation.
Modbus: das Industrieprotokoll, das sich in der Heizzentrale hält
Modbus (RS-485 oder TCP/IP) ist bei Kesseln, Kältemaschinen und Energiezählern weiterhin verbreitet. Dieses Protokoll arbeitet mit dem Lesen und Schreiben roher Register. Keine typisierten Objekte, keine strukturierten Alarme. Der Unterschied zu BACnet ist deutlich: Modbus überträgt Werte, BACnet überträgt Bedeutung. Die Unterscheidung entspricht der zwischen Gebäudeautomation und Gebäudeleittechnik in der Heizungs-, Lüftungs- und Klimatechnik (HLK).
Syntaktische vs. semantische Interoperabilität
Syntaktische vs. semantische Interoperabilität
Die syntaktische Interoperabilität garantiert, dass zwei BACnet-Geräte normkonforme Telegramme austauschen. Die semantische Interoperabilität garantiert, dass sie sich wie erwartet verhalten, wenn man ihnen einen Sollwert schreibt. In der Praxis ist die Lücke dazwischen enorm. BACnet-Objekte sind oft nur lesbar freigegeben, obwohl sie writable sein müssten. Das PICS des Herstellers wird nach der Inbetriebnahme fast nie überprüft.
- Ein vom Hersteller gesperrter Binary Output
- Ein Writable-Flag, das in der gelieferten Konfiguration fehlt
- Ein vielversprechendes PICS, das die Realität der Automationsstation widerlegt
Die BTL-Konformität deckt die syntaktische Ebene ab, nicht das Anwendungsverhalten (Quelle: BIG-EU – BACnet Interest Group Europe)
Ein Blick auf die GA-Effizienzklassen erlaubt es, diese Einschätzung mit den Anforderungen an die funktionale Integration abzugleichen.
BTL-Konformität und PICS: was die Zertifizierung tatsächlich abdeckt
BTL (BACnet Testing Laboratories) prüft die Protokollkonformität eines bestimmten Geräts. Das PICS dokumentiert die unterstützten Objekte und Dienste. Mehr als 1.200 Produkte stehen im BTL-Verzeichnis (Quelle: btl.org). Die BTL-Zertifizierung bezieht sich auf normierte Testfälle. Eine zertifizierte Automationsstation kann in der Konfiguration, die im Gebäude ausgeliefert wurde, trotzdem schreibgeschützt sein.
BACnet und § 56 GModG: was das Protokoll für die Konformität bedeutet
Was § 56 GModG zur Kommunikation zwischen den Anlagen verlangt
Seit dem 29.07.2026 gilt § 56 GModG: Nichtwohngebäude mit HLK-Anlagen von mehr als 70 kW Nennleistung müssen bis zum 31.12.2029 mit Gebäudeautomation ausgerüstet sein. Nach dem früheren § 71a GEG lag die Schwelle bei 290 kW, Frist war der 31.12.2024 (Quelle: gesetze-im-internet.de, § 56 GModG).
§ 56 GModG verlangt für Nichtwohngebäude mit HLK-Anlagen von mehr als 70 kW Nennleistung ein System für die Gebäudeautomatisierung und Gebäudesteuerung, das die Verbräuche aller Hauptenergieträger und aller gebäudetechnischen Systeme erfasst. Das Gesetz nennt konkrete Funktionen – kontinuierliche Überwachung, Protokollierung und Analyse der Verbräuche, Anpassung des Verbrauchs, Erkennung von Effizienzverlusten – und verlangt in Absatz 2, die erhobenen Daten über eine gängige und frei konfigurierbare Schnittstelle zugänglich zu machen, sodass Auswertungen firmen- und herstellerunabhängig erfolgen können. BACnet nennt es dabei nicht. Diese Anforderung verweist de facto auf offene, normierte Protokolle. Nach dem früheren § 71a GEG mussten Nichtwohngebäude mit Anlagen von mehr als 290 kW Nennleistung bereits bis zum 31.12.2024 ausgerüstet sein; § 71a wurde inzwischen durch § 56 GModG ersetzt. Für die nach § 56 GModG geforderte Interoperabilität führt der Weg in der Praxis über ein ISO-normiertes Protokoll der Gebäudeautomation.
Was BACnet konkret für die Konformität leistet
BACnet deckt die drei zentralen Funktionen ab, die § 56 Abs. 2 GModG verlangt:
- Anpassung der Sollwerte für Temperatur und Lüftung per WriteProperty auf den HLK-Automationsstationen
- Überwachung und Aufzeichnung der Energieverbräuche über die Zählerobjekte (Accumulator, Pulse Converter)
- Erkennung von Effizienzverlusten durch strukturierte Alarme über Notification Class und Event Enrollment
BACnet beruht auf einem Anwendungsmodell, das diese Funktionen prüfbar macht. Sind die Objekte in der Gebäudeautomation nicht korrekt konfiguriert, existiert zwar der Bus, die Funktion für Heizung, Lüftung und Klima (HLK) ist aber nicht erfüllt (Quelle: § 56 Abs. 2 GModG).
Eine bestehende Gebäudeautomation steuern, ohne sie zu ersetzen: Gateways und Protokollkoexistenz
Im Bestand koexistieren BACnet, LonWorks und Modbus. BACnet/LON- und BACnet/Modbus-Gateways führen diese Protokolle unter einer einzigen Gebäudeleittechnik zusammen – ohne Eingriffe an den Automationsstationen im Feld. Genau diese Protokollkoexistenz bewältigt Foobot täglich: Ihre Gebäudeautomation über BACnet oder LON regeln, über die vorhandene Gebäudeleittechnik, ohne die bestehende Infrastruktur zu ersetzen.
Wie Foobot BACnet täglich in Ihrer Gebäudeautomation nutzt
GA-Beratung: die BACnet-Konfiguration Ihrer Anlage prüfen
Wenn Foobot eine Gebäudeautomation prüft, besteht der erste Schritt darin, die BACnet-Konfiguration zu kontrollieren. Entsprechen die bereitgestellten Objekte den physischen Anlagen? Sind die Datenpunkte writable? Gibt das PICS des Herstellers die Realität vor Ort wieder? Das ist GA-Beratung auf Protokollebene: Wir ersetzen die Gebäudeautomation nicht, wir prüfen, ob sie hält, was sie verspricht.
KI-Regelung: die HLK-Technik alle 15 Minuten über BACnet regeln
Der digitale Zwilling von Foobot schreibt Sollwerte für Temperatur und Volumenstrom per WriteProperty auf die BACnet-Automationsstationen – alle 15 Minuten, rund um die Uhr. Das Protokoll ist der Befehlskanal. Ohne BACnet (oder LON) keine KI-Regelung. BACnet ist kein weiteres Werkzeug im Stack: Es ist die Leitung, durch die jede Entscheidung der KI läuft.
BACnet und LonWorks: Gebäudeautomation mit mehreren Protokollen regeln, ohne alles zu ersetzen
Bevor Sie Ihre LON-Automationsstationen durch BACnet/IP ersetzen, prüfen Sie, ob ein Software-Gateway auf Ebene der Gebäudeleittechnik nicht ausreicht. Die Kosten sinken auf ein Zehntel, und das Ergebnis ist sofort da.
Foobot integriert sich in Gebäudeautomationen, die BACnet und LonWorks (LON) mischen. Die Integration erfolgt über die Mehrprotokoll-Automationsstation oder direkt über die Ebene der Gebäudeleittechnik, ohne zusätzliche Hardware. Die Protokollkoexistenz ist kein Hindernis für die KI-Regelung: Sie ist unser Alltag. Bevor Sie einen Hardwaretausch anstoßen, empfehlen wir das Obsoleszenz-Audit Ihrer Anlage.
Praxisvergleich – reale Betriebskriterien
| Kriterium | BACnet/IP | BACnet MS/TP | BACnet/SC |
|---|---|---|---|
| Reale Datenrate im Betrieb | 100 Mbit/s bis 1 Gbit/s (Ethernet) | 9.600 bis 76.800 Baud (RS-485) | Ethernet-Datenrate über WebSocket mit TLS 1.3 |
| Max. Geräte pro Segment | Begrenzt durch die IP-Infrastruktur | 128 Adressen pro Segment | Begrenzt durch die IP-Infrastruktur |
| Ferndiagnose | ✓ Nativ | ✗ BACnet/IP-Router erforderlich | ✓ Nativ – firewallfreundlich |
| Kompatibilität mit Automationsstationen > 10 Jahre | ✓ Breit – die meisten unterstützen IP | ✓ Sehr breit – Großteil des installierten Bestands | ✗ Selten – Addendum 2019, wenige kompatible Automationsstationen |
| Netzwerkanforderungen | ~ Dediziertes VLAN oder IT/OT-Segmentierung | ✓ Keine – autonomer serieller Bus | ✗ PKI – X.509-Zertifikate + TLS-Infrastruktur |
| Kosten der Aufrüstung | ~ Moderat – Ethernet-Switch + VLAN | ✓ Null – bereits vorhanden | ✗ Hoch – Firmware + PKI + Schulung |
Quellen: ANSI/ASHRAE 135-2020 (Annex J, Clause 9) – ASHRAE SSPC 135 (Addendum 135-2016bj)
Vom Audit zur Regelung: die 5 Phasen eines BACnet-Projekts
Erkunden Sie jede Phase, um Maßnahmen, Ergebnisse und Kennzahlen zu verstehen
Ein Projekt zur Regelung über BACnet gliedert sich in aufeinander aufbauende Phasen. Jede Phase erfordert spezifische Kompetenzen und liefert messbare Ergebnisse. Klicken Sie auf eine Phase, um die Details zu sehen.
Quellen: ASHRAE 135-2020, Norm ISO 16484, Praxiserfahrungen in der Gebäudeautomation von Nichtwohngebäuden 2024–2025
Vom BACnet-Protokoll zur konkreten energetischen Regelung
Die 5 zentralen Schritte, um Ihre bestehende BACnet-Infrastruktur zu nutzen
Ihr Gebäude kommuniziert bereits über BACnet, aber die Anlagen laufen seit der Inbetriebnahme in starren Sequenzen. Hier ist der Weg, um diese technische Basis in reale Einsparungen zu verwandeln – ohne Ihre HLK-Anlagen zu ersetzen.
- Anzahl und Typen der zugänglichen BACnet-Datenpunkte (AI, AO, BI, BO, AV, BV)
- Zustand der in den Automationsstationen programmierten Regelsequenzen
- Tatsächliche Interoperabilität zwischen Automationsstationen verschiedener Hersteller
- Verfügbare historische Daten (Trends, Alarme, Logs)
- Erkennung von „Geisterpunkten“: deklariert, aber nie aktualisiert
- RLT-Anlagen, die nachts oder am Wochenende im Handbetrieb (Override) laufen: 30 % der Fälle
- Sich überlappende Heiz- und Kühlsollwerte (zu enges Totband)
- Pumpen und Ventilatoren mit fester Drehzahl, obwohl Frequenzumrichter vorhanden sind
- Zu früher morgendlicher Anlagenstart (teils 2 h vor der tatsächlichen Belegung)
- Heizkurven, die nach einer Nutzungsänderung der Räume nie nachjustiert wurden
- Natives Lesen/Schreiben über BACnet/IP (kein zusätzliches Gateway)
- Prädiktive Algorithmen auf Basis von Wetter, thermischer Trägheit und Belegung
- Optimierter Anlagenstart: Die KI berechnet den spätestmöglichen Startzeitpunkt (KI-Anlagenstart)
- Kontinuierliche Anpassung der Sollwerte ohne menschliches Eingreifen
- Komfort bleibt gewahrt: Ober- und Untergrenzen bleiben garantiert
- Referenzverbrauch auf Grundlage von 12 Monaten historischer BACnet-Daten
- Witterungsbereinigung über Gradtagzahlen (VDI 3807) und tatsächliche Belegungsquote
- Monatlicher Bericht: vermiedene kWh, eingesparte Euro, reduzierte tCO2e
- Belastbare Datenbasis für Energieaudit (DIN EN 16247-1) und Energiemanagement nach ISO 50001
- Volle Transparenz: Die Rohdaten sind für den Kunden zugänglich
- Automatische Erkennung von Abweichungen (Alarm, wenn der Verbrauch das Modell überschreitet)
- Anpassung an Nutzungsänderungen (neu belegte Etage, geänderte Zeiten)
- Quartalsweise Performance-Berichte mit Empfehlungen
- Menschliche Begleitung ergänzend zur KI (keine Black Box)
- Verbrauchsentwicklung Jahr für Jahr dokumentiert – Datenbasis für ESG-Reporting und Energiemanagement nach ISO 50001
Ihr Gebäude ist bereits mit BACnet ausgestattet?
Lassen Sie uns gemeinsam das Einsparpotenzial ohne Baumaßnahmen bewerten.
Quellen: ASHRAE BACnet Committee 2024, IPMVP-Protokoll (EVO), ISO 50015, AMEV-Empfehlung Technisches Monitoring 2025 (Nr. 178)
FAQ – BACnet
Was ist das BACnet-Protokoll?
BACnet (Building Automation and Control Networks) ist ein offenes, nach ISO 16484-5 normiertes Kommunikationsprotokoll. Es ermöglicht den Anlagen eines Nichtwohngebäudes – Automationsstationen, Sensoren, Gebäudeleittechnik – unabhängig vom Hersteller miteinander zu kommunizieren.
Wie funktioniert BACnet?
BACnet beruht auf einem Objektmodell (Analog Input, Binary Output) und Diensten (ReadProperty, WriteProperty). Die Anwendungsschicht kommuniziert nach dem Client-Server-Prinzip: Die Gebäudeleittechnik liest und schreibt auf die Automationsstationen, die ihre Objekte und Eigenschaften bereitstellen.
Was ist der Unterschied zwischen dem BACnet-Protokoll und Modbus?
BACnet strukturiert die Daten in typisierte Objekte mit normierten Eigenschaften. Modbus arbeitet mit dem Lesen und Schreiben roher Register ohne Objektmodell. BACnet beherrscht außerdem strukturierte Alarme und Abonnements auf Wertänderungen, was Modbus nicht abdeckt.
BACnet IP vs. BACnet MS/TP: was sind die Unterschiede?
BACnet IP kapselt die Telegramme in UDP-Pakete in einem Ethernet-Netz. BACnet MS/TP nutzt einen seriellen RS-485-Bus mit Token-Passing zwischen den Geräten (maximal 128 Adressen pro Segment). Datenrate und Ferndiagnose sprechen für BACnet IP.
Welche Vorteile bietet BACnet für die Gebäudeautomation?
BACnet bietet eine herstellerübergreifende, als ISO-Standard normierte Interoperabilität. Das Protokoll ermöglicht es, HLK, Beleuchtung und Zähler unter einer einzigen Gebäudeleittechnik zusammenzuführen. Das Objektmodell erleichtert Wartung, strukturierte Alarme und die Erfüllung der Anforderungen des § 56 GModG.
Wie setzt man BACnet in einem Nichtwohngebäude um?
Die Umsetzung beginnt mit einem Audit der bestehenden Anlage. Ein BACnet-Gateway führt die bereits vorhandenen Protokolle (LON, Modbus) zusammen. Das PICS jeder Automationsstation muss geprüft werden, um zu bestätigen, dass die Objekte im Betrieb tatsächlich writable sind.
Was bedeutet „frei konfigurierbare Schnittstelle“ im Sinne des § 56 GModG?
§ 56 Abs. 2 GModG verlangt, dass das System die erhobenen Daten über eine gängige und frei konfigurierbare Schnittstelle zugänglich macht, sodass Auswertungen firmen- und herstellerunabhängig erfolgen können. In der Praxis spricht das für ein offenes, ISO-normiertes Protokoll wie BACnet – nicht für einen proprietären, von einem einzigen Hersteller gesperrten Bus.