Vom Lastenheft zur Abnahme: Der BACnet-Planungsprozess in der Praxis

In den fünf vorangegangenen Teilen dieser Serie haben wir die inhaltlichen Bausteine der BACnet-Planung behandelt: Objektvorgaben, Datenpunktlisten, Beschriftungsregeln, Netzwerkplanung sowie Trending, Alarming und Scheduling. In diesem abschliessenden sechsten Teil geht es um den Prozess selbst: Wie wird die BACnet-Planung in den Projektablauf eingebettet, vom Lastenheft über die Ausschreibung und Realisierung bis zur Abnahme?

Ein häufiges Missverständnis: BACnet-Planung ist keine Einzelaufgabe, die irgendwann erledigt wird. Sie ist ein Prozess, der sich über alle Projektphasen erstreckt und in jeder Phase andere Schwerpunkte hat. Wer den Prozess versteht, kann die richtigen Entscheidungen zum richtigen Zeitpunkt treffen, und vermeidet die teuren Nachbesserungen, die entstehen, wenn wichtige Festlegungen zu spät getroffen werden.

Phase 1: Bedarfsanalyse und Lastenheft

Die BACnet-Planung beginnt nicht mit dem BACnet-Standard, sondern mit den Bedürfnissen des Bauherrn. Was will der Betreiber mit seiner Gebäudeautomation erreichen? Welche Funktionen braucht er im Alltag? Welche Systeme müssen kommunizieren?

Das Lastenheft (oder Pflichtenheft des Bauherrn) dokumentiert diese Anforderungen. Für die BACnet-Planung relevante Punkte im Lastenheft sind:

• Interoperabilitätsanforderungen: Welche Gewerke müssen über BACnet kommunizieren? Nur HLKS, oder auch Beleuchtung, Beschattung, Zutrittskontrolle, Brandmeldeanlage?
• Integrationstiefen: Reicht eine einfache Zustandsanzeige, oder werden Regelungen gewerkübergreifend ausgeführt? Die Integrationstiefe bestimmt, welche BACnet-Dienste und Objekttypen gefordert werden müssen.
• Betriebsanforderungen: Welche Daten braucht der Betreiber für das Energiemonitoring? Welche Alarmierungswege sind erforderlich? Wie sollen Zeitprogramme verwaltet werden?
• IT-Anforderungen: Welche Sicherheitsanforderungen stellt die IT-Abteilung? Ist eine Cloud-Anbindung geplant? Gibt es Vorgaben für Netzwerkarchitektur und Verschlüsselung?
• Lebenszyklus-Perspektive: Wie lange soll die Anlage betrieben werden? Ist eine Erweiterung geplant? Sollen Komponenten herstellerübergreifend austauschbar sein?

Die KBOB-Empfehlung «BACnet Anwendung» liefert eine Checkliste für die Bedarfsanalyse, die der Planer als Ausgangspunkt verwenden kann. Sie hilft, keine wesentliche Anforderung zu vergessen.

Besonders wichtig in dieser Phase: Der Planer muss die richtigen Fragen stellen. Viele Bauherren können ihre Anforderungen an die Gebäudeautomation nicht im Detail formulieren, weil ihnen das technische Vokabular fehlt. Es ist die Aufgabe des Planers, die betrieblichen Bedürfnisse in technische Anforderungen zu übersetzen, beispielsweise die Aussage «ich möchte wissen, wie viel Energie jede Anlage verbraucht» in konkrete Anforderungen an Zählerdatenpunkte, Trending-Intervalle und Energiereporting.

Phase 2: Konzeptplanung

Auf Basis des Lastenhefts erstellt der GA-Planer das BACnet-Konzept. Dieses Dokument ist das zentrale Planungswerkzeug und umfasst:

• Netzwerkkonzept: Topologie, Segmentierung, Netzwerknummern, BBMD-Platzierung (siehe Teil 4).
• Objektvorgaben: Geforderte Objekttypen, Properties, Dienste und PICS-Anforderungen (siehe Teil 2).
• Namenskonvention und AKS: Der Anlagenkennzeichnungsschlüssel und die daraus abgeleitete Object_Name-Konvention (siehe Teil 3).
• Datenpunktliste (Soll-DPL): Die initiale Datenpunktliste mit allen geplanten Datenpunkten, ihren Eigenschaften und Konfigurationen.
• Betriebskonzept: Trend-Matrix, Alarmkonzept, Zeitprogramme (siehe Teil 5).
• Adressierungsschema: Netzwerknummern und Device-Instance-Bereiche pro Gewerk und Gebäude.

Das BACnet-Konzept wird mit dem Bauherrn abgestimmt und bildet die Grundlage für die Ausschreibung. Wichtig: Das Konzept muss realistisch sein. Übertriebene Anforderungen erhöhen die Kosten, ohne proportionalen Nutzen zu bringen. Der Planer muss abwägen, welche Funktionen der Betreiber wirklich braucht und welche nice-to-have sind.

Ein Beispiel: In einem mittelgrossen Bürogebäude mit drei Gewerken (Lüftung, Heizung, Beleuchtung) und rund 2000 Datenpunkten umfasst das BACnet-Konzept typischerweise 15 bis 25 Seiten, zuzüglich der Datenpunktliste als separate Tabelle. Der Aufwand für die Konzepterstellung beträgt wenige Arbeitstage, erspart aber Wochen an Nachbesserungen während der Realisierung.

Phase 3: Ausschreibung und Vergabe

Die Ausschreibung übersetzt das BACnet-Konzept in vertragliche Anforderungen. Der entscheidende Schritt: Die BACnet-Anforderungen müssen Teil des Leistungsverzeichnisses sein, nicht als allgemeiner Verweis auf den BACnet-Standard, sondern als konkrete, überprüfbare Positionen.

Was in die Ausschreibung gehört:

• PICS-Anforderungen: Welche BACnet Interoperability Building Blocks (BIBBs) muss ein Gerät unterstützen? Die PICS (Protocol Implementation Conformance Statement) des Anbieters wird gegen diese Anforderungen geprüft.
• Namenskonvention: Die verbindliche Object_Name-Struktur als Vertragsbestandteil. Idealerweise mit dem Naming-Sheet (siehe Teil 3) als Anlage.
• Datenpunktliste: Die Soll-DPL als Teil der Ausschreibung, mit der klaren Anforderung, dass der Integrator bei der Abnahme eine EDE-Tabelle liefern muss, die gegen die Soll-DPL geprüft wird.
• Trend- und Alarmvorgaben: Welche Datenpunkte getrendet werden müssen, welche Alarme mit welchen Grenzwerten konfiguriert werden müssen, welche Notification Classes einzurichten sind.
• Netzwerkvorgaben: Die zugewiesenen Netzwerknummern und Device-Instance-Bereiche, BBMD-Anforderungen und IT-Schnittstellenspezifikationen.
• Abnahmekriterien: Was wird bei der Abnahme geprüft und wie? Die Abnahmekriterien müssen bereits in der Ausschreibung stehen, damit der Integrator weiss, woran er gemessen wird.

Ein häufiger Fehler: Die Ausschreibung fordert lediglich «BACnet-kompatible Geräte» ohne weitere Spezifikation. Das ist so unpräzise, dass jeder Anbieter seine eigene Interpretation liefert, und der Planer bei der Abnahme keine Handhabe hat.

Die Ausschreibung sollte auch den Umfang der Dokumentation festlegen, die der Integrator zu liefern hat: EDE-Tabelle, Netzwerkdokumentation, Alarmkonfiguration, Zeitprogramme, PICS der eingesetzten Geräte. Wenn die Dokumentationsanforderungen erst bei der Abnahme kommuniziert werden, sind die Unterlagen lückenhaft oder fehlen ganz.

Zusätzlich empfiehlt es sich, in der Ausschreibung eine Testphase vorzusehen: Der Integrator muss vor der Abnahme einen Nachweis erbringen, dass die BACnet-Kommunikation mit den anderen Gewerken funktioniert. Diese Vorab-Integrationstests reduzieren das Risiko, dass bei der formellen Abnahme grundsätzliche Kommunikationsprobleme auftreten.

Phase 4: Realisierung und BACnet-Koordination

In der Realisierungsphase setzen die Systemintegratoren das BACnet-Konzept um. Hier wird die Rolle des BACnet-Koordinators zentral, eine Person oder Stelle, die die BACnet-Umsetzung über alle Gewerke hinweg koordiniert.

Die Aufgaben des BACnet-Koordinators:

• Prüfung der PICS: Vor der Gerätebestellung prüft der Koordinator, ob die angebotenen Geräte die geforderten BIBBs und Objekttypen tatsächlich unterstützen.
• Verwaltung der Adressliste: Der Koordinator pflegt die zentrale Liste mit Netzwerknummern, Device Instances und IP-Adressen und weist den Integratoren ihre Adressbereiche zu.
• Stichproben: Bereits während der Konfiguration prüft der Koordinator stichprobenartig, ob die Namenskonvention, die Beschriftungsregeln und die Trend-/Alarmkonfiguration eingehalten werden. Frühe Stichproben decken Missverständnisse auf, bevor sie sich auf die gesamte Anlage ausbreiten.
• Schnittstellentests: Wenn mehrere Integratoren BACnet-Geräte liefern, führt der Koordinator Schnittstellentests durch: Kommunizieren die Geräte verschiedener Hersteller korrekt miteinander? Werden Alarme richtig weitergeleitet? Funktioniert die gewerkübergreifende Regelung?

Die AMEV «BACnet 2017» betont, dass der BACnet-Koordinator bereits in der Planungsphase eingebunden sein sollte, nicht erst bei der Inbetriebnahme. Je früher die Koordination beginnt, desto weniger Nachbesserungen fallen an. Idealerweise wird der Koordinator bereits bei der Konzeptplanung einbezogen, spätestens aber bei Beginn der Realisierung.

Der BACnet-Koordinator muss unabhängig von den Systemintegratoren sein. Wenn der Koordinator gleichzeitig Integrator ist, besteht ein Interessenkonflikt: Er prüft seine eigene Arbeit. Der Planer oder ein externer Spezialist ist für diese Rolle besser geeignet.

Ein oft unterschätzter Aspekt der Koordination: Kommunikation. Der Koordinator muss regelmässig mit allen Beteiligten sprechen, mit den Integratoren über technische Details, mit dem Planer über Abweichungen vom Konzept, mit dem Bauherrn über Änderungswünsche und mit der IT-Abteilung über Netzwerkthemen. Ein guter BACnet-Koordinator ist nicht nur Techniker, sondern auch Moderator.

Phase 5: Abnahme und Inbetriebnahme

Die Abnahme ist der Moment der Wahrheit: Hier wird geprüft, ob die BACnet-Implementierung die Anforderungen aus der Ausschreibung erfüllt. Eine strukturierte BACnet-Abnahme umfasst:

EDE-Abgleich

Der Integrator liefert die EDE-Tabelle (Ist-DPL). Der Koordinator vergleicht sie mit der Soll-DPL: Sind alle geforderten Datenpunkte vorhanden? Stimmen die Object_Names mit der Namenskonvention überein? Sind die Properties korrekt beschriftet?

Funktionsprüfung

Die wichtigsten BACnet-Funktionen werden stichprobenartig getestet: Lassen sich Werte lesen und schreiben? Funktionieren COV-Subscriptions? Werden Alarme korrekt ausgelöst und an die richtige Notification Class gesendet? Funktionieren die Zeitprogramme?

Netzwerktest

Das BACnet-Netzwerk wird auf Funktion und Performance getestet: Sind alle Geräte erreichbar? Funktioniert die Router-Kommunikation? Sind die BBMDs korrekt konfiguriert? Wie schnell reagieren die Geräte auf Anfragen? Besonders aufschlussreich sind Lasttests, bei denen mehrere Clients gleichzeitig auf dieselben Automationsstationen zugreifen, das simuliert den realen Betrieb, in dem Leitsystem, Energiemanager und Facility-Manager-App parallel aktiv sind.

Dokumentationsprüfung

Alle geforderten Dokumente werden auf Vollständigkeit und Korrektheit geprüft: Netzwerktopologie-Diagramm, Adressliste, BBMD-Tabelle, Portbelegungsplan, EDE-Tabelle, Alarmkonfiguration, Zeitprogramme.

Der Planer sollte ein standardisiertes Abnahmeprotokoll erstellen, das alle Prüfpunkte systematisch abarbeitet. Die KBOB-Empfehlung enthält im Anhang ein Muster-Abnahmeprotokoll, das als Ausgangspunkt dienen kann.

Wichtig: Die Abnahme ist kein einmaliges Ereignis. Nach der Erstabnahme folgt typischerweise eine Probebetriebsphase (meist drei bis sechs Monate), in der Feineinstellungen an Alarmgrenzen, Zeitprogrammen und Regelparametern vorgenommen werden. Diese Phase muss vertraglich geregelt sein.

Während der Probebetriebsphase zeigt sich, ob das Alarmkonzept in der Praxis funktioniert: Stimmen die Alarmgrenzen? Sind die Notification Classes richtig zugeordnet? Gibt es Alarm-Überflutungen? Diese Erkenntnisse fliessen in eine Feineinstellung ein, die der Integrator vor dem endgültigen Projektabschluss durchführen muss. Ebenso werden die Zeitprogramme überprüft: Stimmen die Vor- und Nachlaufzeiten? Decken die Ausnahmekalender alle relevanten Feiertage ab?

Der BACnet-Planungsprozess als Ganzes

Der rote Faden durch alle Phasen: Jede Festlegung in einer früheren Phase wird in der nächsten Phase konkretisiert und geprüft. Das Lastenheft definiert die Anforderungen. Das Konzept übersetzt sie in BACnet-Vorgaben. Die Ausschreibung macht sie vertraglich verbindlich. Die Koordination stellt die Einhaltung sicher. Die Abnahme prüft das Ergebnis.

Wenn dieser Prozess konsequent eingehalten wird, entsteht eine BACnet-Implementierung, die funktioniert, wartbar ist und mit der Anlage skalieren kann. Wenn Phasen übersprungen oder verkürzt werden, und das passiert in der Praxis häufig, entstehen Lücken, die sich später nur mit hohem Aufwand schliessen lassen.

Ein konkretes Beispiel aus der Praxis: Bei einer Liegenschaft mit 4000 Datenpunkten und drei Gewerke-Integratoren wurden die Namenskonventionen erst bei der Integration festgelegt, nicht in der Planungsphase. Das Ergebnis: Zwei Integratoren hatten bereits 60 Prozent ihrer Datenpunkte konfiguriert, als die einheitliche Konvention eingeführt wurde. Die nachträgliche Umbenennung kostete mehrere Arbeitstage pro Integrator, verzögerte die Inbetriebnahme um zwei Wochen und erzeugte einen Nachtrag, der den gesamten Zeitgewinn durch die übersprungene Planungsphase aufhob.

Aus der Praxis: die häufigsten Prozessfehler

• Kein Lastenheft für BACnet. Der Bauherr wird nicht nach seinen Anforderungen an die Interoperabilität gefragt. Der Planer plant, was er für richtig hält, und der Betreiber bekommt, was er nicht braucht.
• Ausschreibung ohne konkrete BACnet-Vorgaben. «BACnet-kompatibel» steht im Leistungsverzeichnis. Mehr nicht. Bei der Abnahme gibt es keine prüfbaren Kriterien.
• Kein BACnet-Koordinator. Drei Integratoren arbeiten parallel, jeder nach eigener Logik. Die Probleme werden erst bei der Integration sichtbar.
• Abnahme ohne EDE-Abgleich. Die Anlage wird in Betrieb genommen, ohne dass geprüft wird, ob die Datenpunkte der Soll-DPL entsprechen. Fehlende oder falsch benannte Datenpunkte werden erst Monate später entdeckt.
• Keine Probebetriebsphase. Die Anlage wird abgenommen, und der Integrator zieht ab. Die Feineinstellung von Alarmgrenzen und Zeitprogrammen unterbleibt.

Wichtig: Die VDI 3814 Blatt 4.3 beschreibt den BACnet-Planungsprozess von der Bedarfsermittlung bis zur Abnahme. Die KBOB-Empfehlung «BACnet Anwendung» (2021) liefert praxisorientierte Checklisten und Mustervorlagen für jede Projektphase. Die AMEV «BACnet 2017» enthält Abnahmekriterien und Prüfverfahren.

Fazit der Serie

BACnet-Planung ist mehr als die Wahl eines Kommunikationsprotokolls. Sie umfasst Objektvorgaben, Datenpunktlisten, Beschriftungsregeln, Netzwerkplanung, Betriebsfunktionen und einen strukturierten Planungsprozess. Jeder dieser Bausteine muss in der Planungsphase definiert und in der Ausschreibung verankert werden.

Der Aufwand für eine sorgfältige BACnet-Planung beträgt typischerweise fünf bis zehn Prozent des gesamten Planungsaufwands für die Gebäudeautomation. Dieser Aufwand ist gut investiert: Er verhindert Nachbesserungen, die ein Vielfaches kosten, und schafft die Grundlage für einen effizienten, transparenten und langfristig wartbaren Anlagenbetrieb.

Die wichtigste Erkenntnis aus dieser Serie: BACnet-Planung ist kein Selbstzweck. Sie dient einem einzigen Ziel, dem Betreiber ein System zu übergeben, das er versteht, navigieren, optimieren und langfristig weiterentwickeln kann. Jede Namenskonvention, jede Datenpunktliste, jedes Alarmkonzept und jeder Abnahmeschritt muss an diesem Ziel gemessen werden.

Diese Serie ergänzt unsere Serie «BACnet Objekte verstehen», die sich mit der technischen Mechanik der einzelnen Objekttypen befasst. Zusammen bilden beide Serien ein umfassendes Wissenspaket für alle, die BACnet nicht nur einsetzen, sondern richtig planen wollen. Wir freuen uns auf den Austausch mit Ihnen.

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
• VDI 3814 Blatt 4.3, «Gebäudeautomation: Planung, Ausschreibung und Abnahme», Verein Deutscher Ingenieure
• AMEV, «BACnet 2017», Arbeitskreis Maschinen- und Elektrotechnik staatlicher und kommunaler Verwaltungen
• ISO 16484-5, «Building automation and control systems: Part 5: Data communication protocol (BACnet)»
• SIA 386, «Gebäudeautomation: Grundlagen», Schweizerischer Ingenieur- und Architektenverein