Gebäudeautomation · MSRL + GA · Lernseite

BACnet

Das offene Netzwerkprotokoll der Gebäudeautomation — von der GA-Pyramide über Objekte & Dienste bis zum Systemaufbau. Mit Diagrammen und interaktivem Mini-Test.

ASHRAE · ISO 16484-5 herstellerübergreifend Objekte · Dienste · Transport BACnet/IP · /SC · MS/TP
01

Was ist BACnet?

Building Automation and Control networks — ein offenes Netzwerkprotokoll, das Geräte verschiedener Hersteller im Gebäude kommunizieren lässt (Heizung, Lüftung, Klima, Beleuchtung, Sonnenschutz). Es definiert Struktur und Format der ausgetauschten Daten.

Eckdaten

  • Herausgeber: ASHRAE
  • Norm: international ISO 16484-5
  • offen & herstellerübergreifend — der zentrale Vorteil
  • 1995 erste Version, seither stark erweitert

Die 3 Säulen — der rote Faden

  • Objekte (objects) → was wird dargestellt
  • Dienste (services) → was tun (lesen/schreiben/suchen)
  • Transportwege (Netzwerkoptionen) → wie hin
EselsbrückeObjekt = Substantiv (was) · Dienst = Verb (was tun) · Transportweg = Briefumschlag (wie hin).
02

Die GA-Pyramide — wo BACnet sitzt

Gebäudeautomation ist in Ebenen gegliedert. Du musst wissen, welches Protokoll wo typisch ist. BACnet ist auf Management- und Automationsebene der De-facto-Standard.

Managementebene Visualisierung · Trending · Bedienung · GLT BACnet Automationsebene Regelung · Logik · Automationsstationen (DDC/SPS) BACnet · (Modbus) Feldebene Sensoren · Aktoren · Raumautomation KNX · DALI · M-Bus · EnOcean · Modbus · MP-Bus · DMX
Fig. 1 — GA-Pyramide: BACnet als Backbone, Feldbusse darunter

Die 3 Einsatzgebiete von BACnet

KNX vs. BACnet — FaustregelKNX = dezentral, langsam (TP1 ≈ 9600 bit/s), perfekt auf Raumebene. BACnet = schnell, IP-fähig, Backbone. In der Praxis hybrid: KNX im Raum, BACnet darüber. LON/LonMark gilt heute als obsolet.
03

Netzwerkoptionen & OSI-Bezug

«Netzwerkoption» (EN: Data Link Layer Options) = das Übertragungsmedium / der Protokollstapel. Jede Option = ein eigener Stapel. Heute relevant: BACnet/IP, BACnet/SC, MS/TP.

OptionStatusStärkenSchwächen
BACnet/IPaktuellnutzt IT-Infrastruktur, schnell, routingfähig, weit verbreitetIT-Know-how nötig, keine Verschlüsselung
BACnet/SCneuTLS-verschlüsselt, cloud-/firewall-tauglich, zukunftssicherkomplexer, Zertifikate, noch wenig verbreitet
MS/TPaktuellgünstig, robust (RS-485), ideal Feldebenelangsam, wenig Teilnehmer, Fehlersuche
Ethernetveraltetdirekt, wenig Overheadnicht routingfähig, kaum unterstützt
ARCnetveraltetrobust (Altanlagen)veraltet, kaum verfügbar
PTPveraltetsimple serielle Verbindungsehr langsam, veraltet
over LonTalkveraltetIntegration in LonWorksveraltet

Bezug zum ISO/OSI-Schichtenmodell

BACnet nutzt nur 4 Schichten (ein «kollabiertes» Modell). Wichtig: BACnet/IP kann geroutet werden (über Subnetze), Ethernet ist auf 1 Subnetz beschränkt.

OSI-SchichtBACnet/IPMS/TPPTP
7 · AnwendungBACnet Application Layer
4 · TransportUDP
3 · VermittlungIP + Network Layer (Router)Network Layer
2 · SicherungIEEE 802.2 LLC (Switch)MS/TPPTP
1 · BitübertragungIEEE 802.3 EthernetRS-485RS-232

BACnet/IP vs. BACnet/SC

EigenschaftBACnet/IPBACnet/SC
TransportUDP/IPTCP + TLS + WebSockets
BroadcastsJaNein
BBMD nötig?oft jaNein
GerätesucheWho-Is / I-Am (Broadcast)Hub-/Node
Sicherheitkeine VerschlüsselungTLS-verschlüsselt
Cloud/WANeingeschränktdafür entwickelt
Verbreitungsehr verbreitetim Kommen
Zero Trust (BACnet/SC)Authentifizierung: nur Teilnehmer mit Zertifikat zugelassen. Verschlüsselung: Daten nur mit Schlüssel lesbar. → niemandem wird grundsätzlich vertraut.
04

BBMD — Broadcasts über Subnetze

Problem: BACnet/IP nutzt Broadcasts (Who-Is/I-Am, Gerätesuche). Aber IP-Router leiten normale Broadcasts nicht über Subnetzgrenzen. Lösung: Das BBMD (BACnet Broadcast Management Device) tunnelt Broadcasts gezielt zwischen Subnetzen.

IP-Subnetz 192.168.104.x DDC DDC BBMD Router IP-Subnetz 192.168.107.x DDC DDC BBMD Broadcast-Tunnel (BBMD↔BBMD)
Fig. 2 — BBMD pro Subnetz, Tunnel über den Router
MerkeBACnet/SC braucht weder Broadcasts noch BBMDs — stattdessen dauerhafte TCP/TLS-Verbindungen über einen BACnet/SC-Hub. Genau deshalb ist SC firewall- und cloudtauglich.
05

Objekte & Properties

In BACnet wird jede Information als Objekt dargestellt — ein einzelner Datenpunkt oder eine Verknüpfung mehrerer. Objekte werden konfiguriert, nicht programmiert.

21.0 °C Fühler Analog Input Objekt Present_Value21.0 Description"Outside Air Temp" Device_Type"10k Thermistor" Out_of_ServiceFALSE UnitsDegrees-Celsius Status_Flags{normal} Present_Value? …is 21.0
Fig. 3 — Objekt = Properties; Abfrage über das Netzwerk via Dienst

Property-Klassen

Jede Property hat einen Pflichtgrad und Zugriff:

PropertyPflichtZugriffDatentyp
Object_Identifierrequiredread-onlyBACnetObjectIdentifier
Object_Namerequiredread-onlyCharacterString
Object_Typerequiredread-onlyBACnetObjectType
Present_ValuerequiredwritableREAL
Descriptionoptionalread-onlyCharacterString
Out_of_Servicerequiredread-onlyBOOLEAN
Unitsrequiredread-onlyBACnetEngineeringUnits

Standard-Properties: 123 (1995) → 351 (Rev. 12, 2010).

Prüfungsfalle — Out_of_Service vs. ReliabilityOut_of_Service = Objekt bewusst vom realen I/O trennen und Wert manuell überschreiben (Bediener-Entscheidung). Reliability = automatische Qualitätsmeldung des Geräts (z.B. No_Fault_Detected / Sensorbruch).
AI vs. AV (YABE-Übung)Raumtemperatur = Analog Input (AI) — physikalischer Eingang, Present_Value nur lesbar. Sollwert = Analog Value (AV) — interner Wert, Present_Value beschreibbar.

Sonderfall: Device-Objekt

06

Dienste (services)

Dienste = die «Anstandsregeln» für den Austausch zwischen Knoten. 5 Kategorien:

KategorieAufgabeBeispiele
Objekt-ZugriffDaten lesen/schreiben, Objekte verwaltenReadProperty, WriteProperty, ReadRange
Device-ManagementKnoten fern bedienen/findenWho-Is/I-Am, ReinitializeDevice, TimeSync
Alarm & EreignisAlarme, Ereignisse, QuittierungSubscribeCOV, EventNotification, AckAlarm
Datei-ZugriffMassenübertragung (Trends, Backups)AtomicReadFile, AtomicWriteFile
Virtual Terminalinteraktiver SW-Zugriffirrelevant (keine Impl.)
CLIENT SERVER ReadProperty { ID=123, AI 3, Present_Value } Result { ID=123, Value = 21.0 } ID 123 = Transaktions-ID (ordnet Antwort der Anfrage zu)
Fig. 4 — ReadProperty: Anfrage → Antwort mit Transaktions-ID

Schlüsseldienste

  • ReadProperty / WriteProperty — lesen / schreiben
  • Who-Is / I-Am — Gerätesuche (Broadcast!)
  • Who-Has / I-Have — Suche nach Objekt
  • WriteProperty → SimpleAck — Bestätigung Erfolg/Misserfolg

COV = Change of Value

  • SubscribeCOV — «melde mir jede Änderung > X»
  • COVNotification — die Rückmeldung bei Änderung
  • → effizienter als ständiges Pollen
07

So baust du ein System auf

Eine typische, prüfungstaugliche Architektur kombiniert die Ebenen: Management oben, BACnet/IP als Backbone, MS/TP & Feldbusse unten. Genau so denkst du eine Liegenschaft durch.

MANAGEMENTEBENE Leitrechner / GLT BACnet/IP + Web BACnet/IP — Backbone (Ethernet) Autom.-StationDDC (Etage 1) Autom.-StationDDC (Etage 2) Autom.-StationPrimäranlagen KNX — RaumautomationLicht · Storen · Raumregler MS/TP (RS-485)Terminal-/VAV-Regler Modbus / M-BusKälte · Zähler · Pumpen Aufbau-Regeln 1 · Backbone = BACnet/IP (schnell, routingfähig). Über Subnetze → BBMD. 2 · Automationsstationen (DDC) regeln autark, reden via BACnet untereinander. 3 · Feld: KNX im Raum, MS/TP für BACnet-Feldgeräte, Modbus/M-Bus für Anlagen. 4 · Sicherheit / Cloud-Zugriff → BACnet/SC statt /IP.
Fig. 5 — Referenz-Topologie: Management → BACnet/IP-Backbone → Automation → Feld
Denkschema fürs ProjektFrag dich pro Funktion: Welche Ebene? Wie viele Datenpunkte? Regelungstiefe? Herstellerübergreifend? Daraus folgt das Protokoll. Raum & Komfort → KNX. Regelung & Anlagen → DDC/BACnet. Zusammenführung & Bedienung → BACnet/IP (oder /SC bei Fernzugriff).
08

Mini-Test

12 Fragen quer durch den Stoff. Antwort wählen → sofort Feedback & Begründung. Am Ende deine Punktzahl.

Frage 1 / 12Punkte: 0
0/12