Warum BACnet-Planung mehr ist als ein Kommunikationsprotokoll

Wer ein Gebäude plant, investiert viel Zeit in Statik, Fassade, Haustechnik, und oft erstaunlich wenig in die Frage, wie all diese Systeme später miteinander sprechen sollen. Genau hier beginnt BACnet-Planung. Sie ist nicht einfach «ein Protokoll wählen», sondern eine strategische Entscheidung darüber, wie transparent, wartbar und herstellerunabhängig eine Gebäudeautomation über ihren gesamten Lebenszyklus bleibt.

Die Serie «BACnet Planung: Das Fundament» ergänzt unsere Serie «BACnet Objekte verstehen», die sich mit der Mechanik einzelner Objekttypen befasst. Hier geht es um die übergeordnete Frage: Was muss ein Planer, ein Bauherr oder ein Generalunternehmer vorschreiben, damit BACnet nicht nur auf dem Papier steht, sondern im Betrieb funktioniert?

Dieser erste Teil legt das Fundament: Warum braucht es eine eigenständige BACnet-Planungsdisziplin, welche Risiken entstehen ohne sie, und wie sieht der rote Faden aus, den diese Serie über sechs Teile hinweg verfolgt?

Was BACnet-Planung eigentlich bedeutet

BACnet (Building Automation and Control Networks) ist ein offener Kommunikationsstandard nach ISO 16484-5. Er definiert, wie Geräte unterschiedlicher Hersteller Daten austauschen: über standardisierte Objekte, Properties und Dienste. Soweit die Theorie.

In der Praxis reicht es aber nicht, in der Ausschreibung «BACnet-konform» zu schreiben und darauf zu hoffen, dass alles zusammenpasst. Denn «BACnet-konform» ist ein weiter Begriff. Zwei Geräte können beide ein gültiges BACnet-Zertifikat (BTL-Listing) besitzen und trotzdem nicht sinnvoll miteinander arbeiten, weil ihre Profile, Dienste und Objektkonfigurationen nicht aufeinander abgestimmt sind.

BACnet-Planung bedeutet deshalb: systematisch festlegen, welche Objekttypen, Properties, Dienste, Namenskonventionen, Adressräume und Netzwerkstrukturen in einem Projekt gelten, bevor das erste Gerät bestellt wird. Und sicherstellen, dass diese Festlegungen vom Lastenheft über die Ausschreibung bis zur Abnahme durchgängig eingehalten werden.

Warum die Planung oft zu kurz kommt

In vielen Schweizer Bauprojekten läuft die Gebäudeautomation (GA) unter dem Radar, bis es zu spät ist. Drei typische Muster:

Muster 1: «Das macht der Systemintegrator»

Der HLK-Planer spezifiziert Ventile, Klappen und Regler. Die GA-Programmierung überlässt er dem Systemintegrator, der das Gerät liefert. Das Ergebnis: Der Integrator entscheidet über Objektstrukturen, Namenskonventionen, Alarmkonfigurationen und Trendaufzeichnungen, nach seinen eigenen Gewohnheiten, nicht nach den Bedürfnissen des Betreibers.

Muster 2: «BACnet steht im Leistungsverzeichnis»

Die Ausschreibung enthält einen Satz wie «Kommunikation über BACnet/IP». Mehr nicht. Kein Hinweis auf geforderte Profile, keine Objektvorgaben, keine Namensregeln. Der Anbieter liefert, was er standardmässig hat, und der Betreiber entdeckt erst nach der Inbetriebnahme, dass Trend Logs fehlen, Alarme nicht meldbar sind oder Datenpunkte unleserlich benannt wurden.

Muster 3: «Wir machen das in der Inbetriebnahme»

GA-Funktionen wie Zeitprogramme, Alarmlogik und Trendaufzeichnung werden als «Inbetriebnahme-Thema» betrachtet. In der Realität fehlt bei der Inbetriebnahme die Zeit, die Vorgaben und oft auch das Budget, um diese Funktionen nachträglich sauber einzurichten.

Alle drei Muster führen zum gleichen Ergebnis: eine Anlage, die zwar läuft, aber weder transparent noch wartbar noch herstellerunabhängig ist.

Was auf dem Spiel steht

Eine Gebäudeautomation hat eine Lebensdauer von 15 bis 25 Jahren. In dieser Zeit werden Komponenten ersetzt, Anlagen erweitert, Betreiber wechseln. Ohne saubere BACnet-Planung entstehen konkrete Risiken:

Herstellerabhängigkeit

Wenn der Integrator proprietäre Objektstrukturen, Namenskonventionen und Dienste verwendet, kann nur er selbst die Anlage warten und erweitern. Der Betreiber verliert die Freiheit, den Dienstleister zu wechseln, ohne die gesamte Programmierung neu aufzusetzen. Das ist das Gegenteil dessen, was BACnet als offener Standard verspricht.

Intransparenter Betrieb

Ohne definierte Namenskonventionen und Beschriftungsregeln liest sich eine Datenpunktliste wie ein Telefonbuch ohne Alphabet. Der Betreiber kann Störungen nicht selbst lokalisieren, keine Reports erstellen und keine Optimierungen vornehmen, weil er die Anlage schlicht nicht versteht.

Fehlende Betriebsfunktionen

Wenn Trend Logs, Alarme und Zeitprogramme nicht von Anfang an geplant und ausgeschrieben werden, fehlen sie im Betrieb, oder sie existieren nur auf dem Leitsystem, nicht auf den Geräten. Das bedeutet: Fällt das Leitsystem aus, gehen Betriebsdaten, Alarme und Zeitprogramme verloren.

Integrationskonflikte

Jedes Gerät bekommt eine eindeutige Device-ID (Object_Identifier). Ohne zentrale Adressverwaltung entstehen Kollisionen, sobald ein zweiter Hersteller ins Netzwerk kommt. Das gleiche gilt für Netzwerknummern, Port-Zuordnungen und BBMD-Konfigurationen.

Der normative Rahmen in der Schweiz

Die gute Nachricht: Es gibt klare Referenzdokumente, die den Planungsprozess strukturieren. In der Schweiz sind vor allem vier Quellen relevant:

KBOB-Empfehlung «BACnet Anwendung» (2021, V2.0)

Die Koordinationskonferenz der Bau- und Liegenschaftsorgane der öffentlichen Bauherren (KBOB) hat 2021 eine umfassende Empfehlung veröffentlicht, die als Quasi-Standard für öffentliche Bauten gilt, und zunehmend auch als Massstab für private Projekte dient. Sie definiert unter anderem Anforderungsprofile für Automationsstationen (AS-CH) und Management-/Bedieneinrichtungen (MBE-CH), fordert spezifische BIBBs (BACnet Interoperability Building Blocks) und legt fest, dass Alarme direkt auf dem Gerät (intrinsic reporting) konfiguriert werden sollen.

Die KBOB-Empfehlung ist der zentrale Anker dieser Serie. Wir verweisen in jedem Teil auf die jeweils relevanten Kapitel.

SIA 386 und SIA 112

Die SIA-Normenreihe gibt den Rahmen für Gebäudetechnik und Projektphasen vor. SIA 386 regelt Gebäudeautomation, SIA 112 das Phasenmodell von der Vorstudie bis zur Bewirtschaftung. Beides ist wichtig, damit BACnet-Vorgaben in den richtigen Projektphasen verankert werden.

ISO 16484

Der internationale Standard für Gebäudeautomation. Teil 3 definiert GA-Funktionen, Teil 5 das BACnet-Protokoll selbst. Die KBOB-Empfehlung baut direkt darauf auf.

VDI 3814

Die deutsche Richtlinienreihe für Gebäudeautomation ist auch in der Schweiz als methodisches Werkzeug verbreitet. Blatt 2.1 (Bedarfsplanung, Lastenhefte) und Blatt 4.1 (Anlagenkennzeichnungsschlüssel) liefern praxisnahe Planungshilfen, die sich gut mit der KBOB-Empfehlung kombinieren lassen.

Der rote Faden dieser Serie

Die Serie «BACnet Planung: Das Fundament» führt in sechs Teilen durch den gesamten Planungsprozess:

Teil 1 (dieser Artikel) klärt, warum BACnet-Planung eine eigenständige Disziplin ist und welche Risiken entstehen, wenn sie fehlt.

Teil 2, Objektvorgaben zeigt, welche Objekttypen, Properties und Dienste der Planer vorschreiben muss, damit eine Anlage interoperabel und wartbar wird. Wer verstehen will, was die einzelnen Objekttypen im Detail können, findet die Antworten in unserer Serie «BACnet Objekte verstehen».

Teil 3, Datenpunktlisten und Beschriftungsregeln behandelt die Namenskonventionen, Taxonomien und Strukturen, die darüber entscheiden, ob eine Anlage im Betrieb lesbar und navigierbar ist.

Teil 4, Netzwerkplanung geht auf Segmentierung, Routerplatzierung, Adressverwaltung und Performance-Reserven ein. Die Sicherheitsebene (BACnet/SC) behandeln wir bewusst in der eigenständigen Serie «BACnet/SC: Sicherheit und Migration».

Teil 5, Trending, Alarming und Scheduling erklärt, warum diese drei Betriebsfunktionen von Anfang an mitgeplant werden müssen und was passiert, wenn sie erst in der Inbetriebnahme nachgerüstet werden sollen.

Teil 6, Vom Lastenheft zur Abnahme schliesst den Bogen: Wie wird aus Planungsvorgaben ein belastbares Lastenheft, wer trägt welche Rolle im Projekt (BACnet-Koordinator), und wie prüft man bei der Abnahme, ob die Vorgaben eingehalten wurden?

BACnet ist nicht gleich BACnet: Profile, Revisionen und BIBBs

Ein häufiges Missverständnis: Wenn ein Gerät «BACnet-zertifiziert» ist, kann es mit jedem anderen BACnet-Gerät zusammenarbeiten. Das stimmt so nicht. Die BACnet-Zertifizierung (BTL-Listing) bestätigt lediglich, dass ein Gerät den Standard korrekt implementiert, nicht, dass es alle Funktionen beherrscht, die ein konkretes Projekt braucht.

Entscheidend sind drei Dimensionen:

Protokoll-Revision: BACnet wird kontinuierlich weiterentwickelt. Die KBOB-Empfehlung fordert mindestens Revision 1.14, einzelne Institutionen wie das Universitätsspital Zürich verlangen Revision 1.18. Wer keine Mindestrevision vorschreibt, riskiert, dass Geräte mit veralteten Revisionen geliefert werden, denen wichtige Dienste fehlen.

Profile: BACnet definiert Geräteprofile wie B-ASC (BACnet Advanced Smart Actuator) oder B-BC (BACnet Building Controller). Die KBOB-Empfehlung ergänzt schweizspezifische Anforderungsprofile (AS-CH, MBE-CH). Diese Profile bestimmen, welche Objekttypen und Dienste ein Gerät mindestens unterstützen muss. Ohne Profilvorgabe liefert der Anbieter das Minimalprofil, und der Betreiber vermisst später Funktionen, die er als selbstverständlich vorausgesetzt hat.

BIBBs (BACnet Interoperability Building Blocks): BIBBs sind standardisierte Funktionsbausteine, die definieren, wie zwei Geräte zusammenarbeiten, zum Beispiel «Alarm and Event» oder «Trending». Erst durch die Vorgabe konkreter BIBBs stellt der Planer sicher, dass Geräte nicht nur Daten austauschen, sondern tatsächlich die geforderten Betriebsfunktionen gemeinsam ausführen können.

Wer diese drei Dimensionen in der Ausschreibung nicht adressiert, bekommt eine Anlage, die formal BACnet spricht, aber funktional hinter den Erwartungen zurückbleibt.

Was einen guten BACnet-Planer ausmacht

BACnet-Planung ist keine Aufgabe, die man nebenbei erledigt. Sie erfordert Fachwissen in drei Bereichen gleichzeitig: im BACnet-Protokoll selbst (Objektmodell, Dienste, Netzwerkarchitektur), in der Gebäudetechnik (HLK-Funktionen, Alarmphilosophie, Betriebskonzepte) und in der Projektorganisation (SIA-Phasen, Ausschreibungsrecht, Abnahmeprozesse).

In der Praxis übernehmen diese Aufgabe entweder spezialisierte GA-Planer oder Ingenieurbüros, die sich neben der klassischen HLK-Planung auf Gebäudeautomation fokussieren. Entscheidend ist, dass die BACnet-Planung als eigenständige Leistung beauftragt und vergütet wird, nicht als Nebenprodukt der Elektroplanung oder der Systemintegration.

Die KBOB-Empfehlung betont explizit die Rolle eines BACnet-Koordinators oder -Administrators, der die Schnittstelle zwischen IT, GA und den Fachplanern bildet. Diese Rolle wird in Teil 6 dieser Serie ausführlich behandelt.

Aus der Praxis: die häufigsten Fehler beim Projektstart

• Keine GA-Leistungsbeschreibung. Ohne eigenes GA-Kapitel im Leistungsverzeichnis entscheidet der Anbieter über Funktionsumfang und Qualität.
• BACnet nur als Schnittstelle betrachtet. Wer BACnet nur als Verbindung zwischen Leitsystem und Unterstationen versteht, verpasst die Chance, Betriebsfunktionen wie Alarme und Trends im Gerät zu verankern.
• Keine Adressverwaltung. Device-IDs, Netzwerknummern und BBMD-Konfigurationen werden erst bei der Inbetriebnahme vergeben: mit Kollisionen als Folge.
• Copy-Paste aus dem letzten Projekt. Jede Liegenschaft hat eigene Anforderungen. Standardtexte aus früheren Projekten werden den spezifischen Gegebenheiten selten gerecht.
• Keine Vorgaben für Namenskonventionen. Ohne definierte Beschriftungsregeln benennt jeder Integrator seine Objekte anders, und der Betreiber verliert den Überblick.

Wichtig: Die KBOB-Empfehlung «BACnet Anwendung» (2021) definiert klare Anforderungsprofile und Planungsvorgaben für öffentliche Bauten in der Schweiz. Auch für private Bauvorhaben bietet sie einen belastbaren Orientierungsrahmen. Ergänzend regelt die SIA 386 die Grundlagen der Gebäudeautomation, und die ISO 16484 liefert den internationalen Referenzstandard für das BACnet-Protokoll.

Was eine fehlende BACnet-Planung im Betrieb wirklich kostet

Die Folgen mangelhafter BACnet-Planung zeigen sich selten sofort. Sie werden spürbar, wenn der erste Wartungsvertrag abläuft, der erste Gerätetausch ansteht oder der erste Betreiberwechsel stattfindet.

Ein konkretes Beispiel: In einem Bürogebäude mit drei Gewerken (Lüftung, Heizung, Kälte) wurden die Automationsstationen von zwei verschiedenen Herstellern geliefert. Beide sprachen BACnet/IP, aber ohne zentrale Adressverwaltung kollidierten die Device-IDs beim Zusammenschalten. Ohne definierte Namenskonventionen trugen identische Datenpunkte (Raumtemperatur, Klappenstellung) völlig unterschiedliche Bezeichnungen. Und ohne Vorgaben für Trend Logs zeichnete ein Hersteller alle zehn Minuten auf, der andere gar nicht.

Das Resultat: Der Betreiber konnte seine Anlage nicht einheitlich überwachen, kein sinnvolles Energiemonitoring betreiben und keine automatisierten Berichte erstellen. Die Nachrüstung, Harmonisierung der Namenskonventionen, Ergänzung der Trend Logs, Korrektur der Adressverwaltung, kostete mehr als die ursprüngliche GA-Programmierung.

Solche Fälle sind keine Ausnahme. Sie sind die Regel, wenn BACnet-Planung als Nebenprodukt statt als eigenständige Disziplin behandelt wird.

Fazit

BACnet-Planung ist mehr als Protokollwahl. Sie ist die Grundlage dafür, dass eine Gebäudeautomation über 15 bis 25 Jahre hinweg transparent, wartbar und herstellerunabhängig bleibt. Ohne sie entstehen Abhängigkeiten, Intransparenzen und Funktionslücken, die sich im Betrieb nur noch mit hohem Aufwand und hohen Kosten korrigieren lassen.

Der normative Rahmen, von der KBOB-Empfehlung über die SIA-Normen bis zur VDI 3814, liefert die Werkzeuge. Es fehlt in vielen Projekten nicht am Standard, sondern daran, dass die Planung als eigenständige Disziplin behandelt und beauftragt wird.

Die folgenden fünf Teile dieser Serie zeigen Schritt für Schritt, wie eine professionelle BACnet-Planung aufgebaut wird: von den Objektvorgaben über Datenpunktlisten und Netzwerkplanung bis zum Lastenheft und zur Abnahme.

Diese Serie ergänzt unsere Serie «BACnet Objekte verstehen», die sich mit der technischen Mechanik der einzelnen Objekttypen befasst. Wer beide Serien kennt, versteht nicht nur, was BACnet-Objekte können, sondern auch, wie man sie richtig plant.

Sie haben Fragen dazu?

Sprechen Sie uns an, wir unterstützen Bauherren, Planer und Betreiber bei der professionellen BACnet-Planung, von der Bedarfsanalyse bis zur Abnahme.

WENGET GmbH E-Mail: info@wenget.ch Telefon: +41 44 552 34 88

Quellenverzeichnis

• KBOB, «Empfehlung BACnet Anwendung», Version 2.0, Juli 2021
• SIA 386, «Gebäudeautomation: Grundlagen», Schweizerischer Ingenieur- und Architektenverein
• SIA 112, «Modell Bauplanung: Verständigungsnorm», Schweizerischer Ingenieur- und Architektenverein
• ISO 16484-3, «Building automation and control systems: Part 3: Functions»
• ISO 16484-5, «Building automation and control systems: Part 5: Data communication protocol (BACnet)»
• VDI 3814 Blatt 1–4, «Gebäudeautomation», Verein Deutscher Ingenieure
• AMEV, «BACnet 2017», Arbeitskreis Maschinen- und Elektrotechnik staatlicher und kommunaler Verwaltungen