Grundlagen der Gebäudeautomation
BAS, BMS und IBMS: Ein praxisorientierter Leitfaden
Wie sich Gebäudeautomationssystem (BAS), Gebäudemanagementsystem (BMS) und integriertes Gebäudemanagementsystem (IBMS) in Leistungsumfang, Architektur und Betrieb unterscheiden und wie die richtige Ebene gewählt wird.
Kurze Antwort
Ein BAS steuert die Gebäudetechnik auf Geräteebene, ein BMS überwacht und verwaltet diese Technik in einem Gebäude, und ein IBMS integriert mehrere Gebäude und Teilsysteme in einer Betriebsplattform. In der Praxis überschneiden sie sich, doch Leistungsumfang, Datenmodell und betriebliche Verantwortung sind unterschiedlich.
Drei Begriffe, drei Leistungsumfänge
BAS, BMS und IBMS werden oft so verwendet, als wären sie austauschbar. Das sind sie nicht. Ein Gebäudeautomationssystem ist die Steuerungsebene: Controller, Ein- und Ausgänge, Feldgeräte und die Sequenzen, die Anlagen betreiben. Ein Gebäudemanagementsystem ist die darüberliegende Überwachungsebene: Zeitprogramme, Alarme, Trends, Berichte und die Bedienoberfläche für die Gebäudetechnik. Ein integriertes Gebäudemanagementsystem geht weiter und verbindet mehrere Teilsysteme und häufig mehrere Gebäude in einem Betriebsmodell. Die Überschneidung ist real, weil viele Produkte Steuerung und Überwachung bündeln und viele BMS-Plattformen heute Integrationsfunktionen bieten. In Vergabeunterlagen kann dieselbe Abkürzung einen einzelnen Controller, eine Softwarelizenz und einen Servicevertrag beschreiben. Die verlässliche Frage ist nicht, wie das System heißt, sondern was es verantwortet, was es ändern kann und wer haftet, wenn es ausfällt. Diese Definition sollte in der Spezifikation festgeschrieben werden, bevor ein Produkt ausgewählt wird. Eine gemeinsame Definition macht auch die kommerzielle Grenze klarer: was geliefert, was integriert wird und was bei den bestehenden Systemen bleibt. Die drei Ebenen können Hardware teilen und dennoch getrennte Verantwortlichkeiten behalten; das Etikett ist weniger wichtig als die Grenze. Eine nützliche Gewohnheit ist, die Definition an den Anfang der Spezifikation zu setzen und in jeder späteren Klausel darauf zu verweisen.
- Das BAS verantwortet die Steuerung auf Geräteebene und die Rückfallzustände
- Das BMS verantwortet Überwachung, Alarme, Trends und Berichte
- Das IBMS verantwortet systemübergreifende Regeln und Portfolioansichten
- Definitionen gehören in die Spezifikation, nicht in die Verkaufsunterlage
Was ein BAS steuert
Ein BAS steuert die Anlagen, die ein Gebäude nutzbar machen: Kältemaschinen, Kessel, Wärmepumpen, Pumpen, RLT-Geräte, Fan-Coil-Geräte, VAV-Kästen, Lüftungsventilatoren, Lichtkreise, Sonnenschutz und Zähler. Feldgeräte messen Temperatur, Feuchte, Druck, Volumenstrom, CO2 und Belegung; Controller lesen diese Signale und steuern Ventile, Klappen, Ventilatoren und Schütze. Die Steuerungslogik liegt nahe an der Anlage, weshalb lokale Sequenzen auch dann vollständig bleiben müssen, wenn Netzwerk oder Überwachungsebene nicht verfügbar sind. Ein BAS wird daher weniger an seinem Dashboard gemessen als an seiner Punktliste, seinen Sequenzen und seinem Verhalten an der Peripherie. Diese drei Artefakte definieren, was das System tatsächlich leisten kann, und sind das Erste, was ein erfahrener Ingenieur bei einer Planungsprüfung sehen möchte. Beleuchtung und Sonnenschutz können auf denselben Controllern oder auf getrennten KNX- oder DALI-Netzen liegen; das Prinzip ist jedoch dasselbe: ein definierter Ausgang, eine definierte Sequenz und ein definierter Rückfallzustand. Ein BAS, das seine Anlage bei offline geschaltetem Leitsystem nicht betreiben kann, ist ein Fernsteuerungssystem und kein Steuerungssystem. Die Punktliste sollte physische E/A, Buspunkte, Softwarepunkte und Reserven unterscheiden, denn jeder hat andere Kosten und ein anderes Ausfallverhalten. Wo ein Controller eine Sequenz verantwortet, sollte sein Ausfall auf die von ihm versorgte Anlage begrenzt sein, und Reservekapazität ist in der Planung günstiger als ein zweiter Schaltschrank später.
- Anlagentechnik: Kältemaschinen, Kessel, Wärmepumpen und Pumpen
- Luftseite: RLT-Geräte, Fan-Coil-Geräte, VAV-Kästen und Lüftung
- Terminal: Fußbodenheizung, Heizkörper und Fan-Coil-Geräte
- Gewerke: Beleuchtung, Sonnenschutz, Energiezählung und Alarme
Was ein BMS ergänzt
Ein BMS ergänzt die Überwachung. Es normalisiert Punkte aus einem oder mehreren Steuerungssystemen in ein gemeinsames Modell, setzt Zeitprogramme und Sollwerte um, leitet Alarme weiter, speichert Trends und erzeugt Berichte. Es ist üblicherweise die Schnittstelle, die ein Bediener täglich nutzt, und die Stelle, an der ein Ingenieur prüft, warum ein Anlagenteil zu einer ungewöhnlichen Zeit gestartet ist. Ein BMS kann Fremdgeräte über BACnet, Modbus oder ein Gateway überwachen und ist daher nicht auf die Controller eines Herstellers beschränkt. Die Abgrenzung zum BAS ist betrieblich und nicht physisch: Das BMS kann im selben Netz und sogar auf demselben Software-Stack laufen, aber seine Aufgabe ist es, zu verwalten und zu erklären, nicht jede Regelschleife zu verantworten. Eine nützliche Prüfung ist die Frage, was mit der Anlage geschieht, wenn der BMS-Server abgeschaltet wird. Lautet die Antwort, dass nichts läuft, hat die Planung Überwachung mit Steuerung verwechselt. Das BMS sollte außerdem angeben, welche Alarme es ableitet, welche es lediglich weiterleitet und wie ein Bediener ein Ereignis quittiert, das in einem anderen System entstanden ist. Die Alarmrationalisierung ist Teil der BMS-Planung und kein Filter, der nach der Inbetriebnahme angewendet wird. Alarmzahlen sind ein Planungsergebnis und kein Maß für Sorgfalt; ein Bildschirm mit vierhundert stehenden Alarmen ist ein Bildschirm, den niemand liest.
- Alarme mit Priorität, Weiterleitung und Quittierung
- Zeitprogramme und Sollwert-Übersteuerungen
- Trends, Berichte und Energiebezugsbasen
- Bedieneroberfläche für den täglichen Betrieb
Was ein IBMS verändert
Ein IBMS erweitert die Integration über die Gebäudetechnik hinaus. Zutrittskontrolle, CCTV, Einbruchmeldung, Parken, Aufzüge, Beschallung, Brandüberwachung, Hotelzimmersysteme und Energiezähler können in ein gemeinsames Daten- und Alarmmodell eingebunden werden. Der Nutzen zeigt sich in systemübergreifendem Verhalten: Ein Zutrittsereignis gibt Beleuchtung und HLK frei, ein Brandalarm erzwingt sichere Zustände, ein Mieterportal zeigt den Verbrauch außerhalb der Betriebszeiten. Er zeigt sich auch in der Portfolioberichterstattung, in der dieselben Punktnamen und KPIs über Gebäude hinweg gelten. Die Grenze ist wichtig. Branderkennung und lebensschutzrelevante Systeme bleiben für ihre eigenen Funktionen maßgeblich; das IBMS überwacht und koordiniert, ohne sie zu ersetzen. Ein IBMS ohne klares Betriebsmodell wird zu einem teuren Dashboard. Vor der Spezifikation ist festzulegen, welche Entscheidungen die Plattform treffen darf, welche Systeme sie befehlen darf und welche konstruktiv unabhängig bleiben. Diese Governance-Frage ist schwieriger als die Technik und entscheidet üblicherweise darüber, ob das Projekt zwei Jahre nach der Übergabe nützlich ist. Ein einheitliches Datenmodell ist der technische Kern; eine Tabelle der Entscheidungsrechte ist der organisatorische. Beides ist erforderlich, und Letzteres fehlt in der Ausschreibung meist. Dieselbe Governance-Tabelle sollte auch klären, wer einen Sollwert ändern darf, nicht nur, wer einen Befehl ausgeben darf.
- Systemübergreifende Verriegelungen und Alarmkorrelation
- Portfolio-Dashboards und Benchmarking
- Mieter- und Gästeansichten
- Klare Befehlsgrenzen für lebensschutzrelevante Systeme
Eine Architektur, die die Übergabe übersteht
Drei Ebenen halten die Planung lesbar: Gerät, Überwachung und Anwendung. Die Geräteebene verantwortet die lokale Steuerung; die Überwachungsebene verantwortet das gemeinsame Datenmodell, Alarme und Verriegelungen; die Anwendungsebene verantwortet Dashboards, Berichte und rollenbasierte Ansichten. Jede Ebene hat eine Aufgabe, und Daten fließen durch das Überwachungsmodell, statt in jede Anwendung kopiert zu werden. Praktische Details entscheiden, ob dies Bestand hat: eine vor der Konfiguration vereinbarte Namenskonvention, eine Punktliste mit Einheiten und Störzuständen, eine Alarmphilosophie mit Prioritäten und ein Audit-Trail für Befehle. Offene Protokolle verringern die Abhängigkeit von einem Anbieter, aber Offenheit hilft nur, wenn Punktplan und Dokumentation übergeben werden. Eine flache Architektur ist kein Diagramm mit drei Kästen; sie ist die Regel, dass keine Anwendung ihre eigene Version der Wahrheit führt. Die Übergabe sollte Sicherungen, Lizenzen, Zugangsdaten, Netzpläne und ein getestetes Wiederherstellungsverfahren umfassen, nicht nur einen Ordner mit Screenshots. Die Architektur sollte auch einen Wechsel des Integrators überstehen, was die praktische Prüfung der Dokumentation ist. Wo zwei Anwendungen denselben KPI benötigen, gehört die Berechnung in die Überwachungsebene und nicht in jedes Dashboard. Eine Übergabe, die den ursprünglichen Laptop erfordert, ist keine Übergabe, so vollständig der Plansatz auch aussehen mag.
- Gerät: lokale Sequenzen und sichere Ausfallzustände
- Überwachung: ein Daten- und Alarmmodell
- Anwendung: rollenbasierte Ansichten und Berichte
- Übergabe: Sicherungen, Zugangsdaten und ein getestetes Wiederherstellen
Planungsbereiche: Punkte, Zonen und Personal
Planungsbereiche sind nützlich für die Budgetierung und für das Hinterfragen einer Planung, sofern sie als typisch gekennzeichnet sind. Ein Hotelzimmer benötigt üblicherweise zwischen 12 und 30 Punkten, wenn Beleuchtung, Sonnenschutz, HLK, Zutrittsstatus und Alarme gezählt werden. Ein Bürogeschoss kann 150 bis 400 Punkte umfassen, je nachdem, ob es sich um offene, zellenartige oder Laborflächen handelt. Eine zentrale Technikzentrale kann von einigen Hundert bis deutlich über Tausend Punkten reichen, wenn Kältemaschinen, Pumpen, RLT-Geräte und Zählung vollständig überwacht werden. Diese Zahlen sind Planungshilfen, keine Angebote. Maßgeblich ist die Punktliste. Die Personalbemessung folgt derselben Logik: Ein einzelnes Gebäude mit BMS kann von einem oder zwei Bedienern mit technischer Unterstützung betrieben werden, während ein Portfolio ein zentrales Team für Standards und Berichte sowie lokale Erstlinienreaktion benötigt. Die Bereiche sollten ersetzt werden, sobald eine Raumvorlage oder Geräteliste vorliegt, denn ein Bereich, der bis in die Beschaffung überlebt, wird zum Streitpunkt. Sie sollten zudem mit ihren Annahmen dargestellt werden, damit eine Umfangsänderung zu einer geänderten Zahl führt und nicht zu einem Streit. Die Bereiche sollten nach dem ersten Planungsstopp aktualisiert werden, wenn die Raumvorlagen endgültig bekannt sind.
- Typische Punktbereiche mit ihren Annahmen
- Raum- und Geschossvorlagen ersetzen pauschale Kennzahlen
- Die Personalbemessung folgt dem Betriebsmodell, nicht der Grundfläche
- Bereiche sind Planungshilfen, niemals Angebotsgrundlagen
Entscheidungskriterien: die Ebene wählen
Die Wahl der Ebene ist eine Entscheidung über Verantwortung, nicht allein über Größe. Beginnen Sie mit den Ergebnissen: Was muss gesteuert, was muss gemeinsam gesehen und was wem berichtet werden? Hat das Gebäude eine Technikzentrale und einige wenige Gewerke, kann ein gut geplantes BAS mit BMS-Schnittstelle ausreichen. Müssen mehrere Systeme aufeinander reagieren oder müssen mehrere Standorte gemeinsam berichten, ist ein IBMS eine Überlegung wert. Gliedern Sie den Leistungsumfang in Phasen, sodass Steuerung und Dokumentation vollständig sind, bevor die Integration erweitert wird. Fragen Sie, wer das System bedient, welche Alarme zählen, welche Berichte erforderlich sind und was bei einem Netzausfall weiterlaufen muss. Ein kleineres System, das dokumentiert und genutzt wird, ist wertvoller als ein großes System, dem niemand vertraut. Dieselbe Disziplin gilt für die Sanierung: Wiederverwenden, was betriebstauglich ist, ersetzen, was nicht dokumentiert werden kann, und Reservekapazität für die nächste Phase lassen. Umfangsentscheidungen sollten als Annahmen in den kaufmännischen Unterlagen festgehalten werden, denn der Integrationsaufwand ist üblicherweise der Punkt, an dem sich Budgets verschieben. Ein schriftlicher Ausschluss ist günstiger als eine strittige Einbeziehung. Ist die Antwort unklar, ist der kleinere Umfang mit dokumentiertem Erweiterungspfad meist die bessere kaufmännische Entscheidung.
- Mit dem Betriebsmodell und den Ergebnissen beginnen
- Muss-Steuerung von optionaler Integration trennen
- Lieferung in Phasen und Dokumentation jeder Phase
- Ausschlüsse und Annahmen in den Vertrag schreiben
Häufige Ausfallmuster und Inbetriebnahmeprüfungen
Die meisten Störungen zeigen sich lange nach der Planungsprüfung und lassen sich auf sie zurückführen. Ein BAS mit unvollständigen Sequenzen läuft im Handbetrieb. Ein BMS, das jeden Alarm ohne Rationalisierung weiterleitet, erzieht Bediener dazu, den Bildschirm zu ignorieren. Ein IBMS, das alles integriert, aber keine Entscheidungsrechte definiert, wird zu einer Betrachtungsplattform mit ehrgeizigem Namen. Weitere häufige Fehler sind eine Punktliste ohne Reserven, eine erst nach der Konfiguration angewendete Namenskonvention, ein Netzwerk ohne Zeitquelle und ein Übergabepaket, das Screenshots statt Sicherungen enthält. Die Inbetriebnahme sollte die Ausfallzustände testen, nicht nur die Normalsequenz: einen Sensor trennen, das Leitsystem stoppen, eine Gateway-Verbindung unterbrechen, einen Controller-Neustart erzwingen und bestätigen, dass das Gebäude sicher bleibt und der Bediener die Wahrheit sieht. Die abschließende Prüfung ist dokumentarisch: Kann ein neuer Ingenieur die Architektur erklären, den Punktplan finden und eine Sicherung wiederherstellen, ohne den ursprünglichen Integrator anzurufen? Wenn nicht, ist das System nicht fertig. Ein Inbetriebnahmeprotokoll, das nur bestandene Tests auflistet, ohne die Bedingungen, unter denen sie bestanden wurden, ist kein Nachweis. Jeder Fehlertest sollte ein erwartetes Ergebnis haben, das vor seiner Durchführung schriftlich festgelegt wird, sonst wird er zur Vorführung statt zur Prüfung.
- Sensorausfall, Leitsystemausfall und Gateway-Ausfall testen
- Rückfallzustände und Alarmtransparenz bestätigen
- Prüfen, dass Reserven und Benennung die Konfiguration überstehen
- Wiederherstellung und Übergabe ohne den ursprünglichen Ingenieur nachweisen
BAS, BMS und IBMS nach Verantwortung verglichen
16 rows| Dimension | BAS | BMS | IBMS |
|---|---|---|---|
| Hauptrolle | Direkte digitale Steuerung von Anlagen | Überwachung und Management der Gebäudetechnik | Integration mehrerer Systeme und Standorte |
| Typischer Leistungsumfang | HLK, Beleuchtung, Sonnenschutz und Zähler | Alle Gebäudetechnik in einem Gebäude | Gebäude, Sicherheit, Parken, Aufzüge, PMS und Energie |
| Verantwortung für die Steuerung | Sequenzen auf Controllerebene | Zeitprogramme, Sollwerte und Übersteuerungen | Systemübergreifende Regeln und Portfoliorichtlinie |
| Datenmodell | E/A- und Geräteobjekte | Normalisierte Gebäudepunkte | Gemeinsames Modell über Teilsysteme und Standorte |
| Alarmbehandlung | Anlagen- und Sicherheitsalarme | Priorisierte und weitergeleitete Alarme | Systemübergreifende Korrelation und Eskalation |
| Zeitprogrammierung | Lokale Zeitprogramme | Gebäude- und Zonenzeitprogramme | Portfoliokalender und Mieterregeln |
| Energieberichterstattung | Zählerimpulse und Betriebsstunden | Verbrauchstrends und Bezugsbasen | Portfolio-Benchmarking |
| Verriegelungen | Hart verdrahtete oder lokale Logik | Innerhalb der Gebäudetechnik konfiguriert | Systemübergreifend und standortübergreifend |
| Typische Nutzer | Techniker und Inbetriebnahmeingenieure | Facility-Bediener und Ingenieure | Betriebsmanagement und Mieter |
| Häufige Protokolle | BACnet, Modbus, KNX und DALI | BACnet, Modbus, APIs und Gateways | APIs, Gateways, Datenbanken und Dashboards |
| Typische Eignung | Eine Technikzentrale oder ein Geschoss | Ein Gebäude mit mehreren Gewerken | Campus, Hotelgruppe oder Standortportfolio |
| Hauptrisiko | Sequenzfehler und schlechte Parametrierung | Alarmüberflutung und veraltete Punkte | Ausufernder Integrationsumfang und unklare Verantwortung |
| Dokumentation | Punktliste, Sequenzen und Bestandspläne | Alarmphilosophie, Grafiken und Berichtsdefinitionen | Schnittstellenregister, Datenwörterbuch und Entscheidungsrechte |
| Fernzugriff und Sicherheit | Lokaler Wartungsanschluss, eingeschränkter Herstellerzugang | Rollenbasierter Bedienerzugang und Audit-Protokoll | Föderierte Identitäten und segmentierte Netze |
| Inbetriebnahmenachweise | Punktprüfungen und Sequenztests | Validierung von Alarmen, Trends und Berichten | Systemübergreifende Szenario- und Failover-Tests |
| Upgrade-Pfad | Controller-Firmware und E/A-Erweiterung | Softwareversion und Punktkapazität | Neue Teilsysteme, Standorte und Datenmodellerweiterungen |
Projektbilder
3 images
Häufige Fragen
01Ist ein BAS dasselbe wie ein BMS?
Nein. Ein BAS ist die Steuerungsebene, die Anlagen betreibt. Ein BMS ist die Überwachungsebene, die Zeitprogramme, Alarme, Trends und Berichte für die Gebäudetechnik bereitstellt. Manche Produkte vereinen beides, daher sollte der Vertrag festlegen, welche Funktionen zu welcher Ebene gehören. Die praktische Prüfung ist, was noch läuft, wenn der Überwachungsserver abgeschaltet wird.
02Kann ein BMS ohne IBMS funktionieren?
Ja, und die meisten Gebäude arbeiten so. Ein BMS überwacht die Gebäudetechnik innerhalb eines Gebäudes. Ein IBMS ist gerechtfertigt, wenn mehrere Teilsysteme, mehrere Standorte oder mieterbezogene Berichte ein einheitliches Betriebsmodell benötigen. Eine IBMS-Ebene ohne diesen Bedarf erzeugt üblicherweise ein Dashboard, das dupliziert, was das BMS bereits zeigt.
03Braucht jedes Gebäude ein IBMS?
Nein. Ein IBMS schafft Mehrwert, wenn systemübergreifendes Verhalten, Portfolioberichte oder ein großes Betriebsteam es rechtfertigen. Ein kleines Gebäude mit gut dokumentiertem BMS kann einfacher zu betreiben und zu warten sein als eine untergenutzte Integrationsplattform. Die Entscheidung sollte dem Betriebsmodell folgen, nicht dem Ehrgeiz der Spezifikation.
04Wo liegt die HLK-Steuerung?
HLK-Sequenzen laufen üblicherweise in den BAS-Controllern nahe der Anlage. Das BMS stellt Zeitprogramme, Sollwerte, Alarme und Trends bereit. Sicherheitskritische Funktionen und der Frostschutz bleiben lokal, unabhängig von der Überwachungsebene. Hängt eine Kältemaschinensequenz von der Verfügbarkeit eines Servers ab, hat die Architektur die Steuerung in die falsche Ebene gelegt.
05Kann ein IBMS später ergänzt werden?
Üblicherweise ja, wenn die erste Phase offene Protokolle, eine einheitliche Namenskonvention, dokumentierte Punktpläne und Netzzugang hinterlässt. Eine Integration nachträglich auf ein undokumentiertes System aufzusetzen ist möglich, aber teuer. Die günstigste Vorbereitung sind Dokumentation und Reservekapazität, nicht eine vorab gekaufte zusätzliche Softwarelizenz.
06Was ist der Unterschied zwischen BMS und EMS?
Ein Energiemanagementsystem konzentriert sich auf Zählung, Bezugsbasen und Berichte. Ein BMS deckt diese Funktionen plus HLK, Beleuchtung, Alarme und den täglichen Betrieb ab. In der Praxis überschneiden sich beide, und die Grenze sollte im Leistungsumfang definiert werden. Wo beide vorhanden sind, ist festzulegen, welches System die Bezugsbasis und welches das Betriebszeitprogramm verantwortet.
07Wie viele Punkte benötigt ein BAS?
Das hängt von den Systemen, den Sequenzen und dem Überwachungsumfang ab. Die Zahl sollte aus einer Punktliste stammen und nicht aus einer Faustregel. Eine Punktliste zeigt zudem, welche Punkte physisch, welche Software und welche Reserve sind. Für die Planung existieren typische Bereiche, sie sollten jedoch durch die Punktliste ersetzt werden, bevor ein Preis festgelegt wird.
Nächster Schritt
Bringen Sie uns das Gebäude.
Nennen Sie uns Gebäudetyp, Systeme im Leistungsumfang und das benötigte Ergebnis. Wir zeigen den kürzesten Weg zu einem funktionierenden System.