Gebäudeautomationssysteme: Typen, Software, Regelungstechnik und Hersteller

Gebäudeautomationssysteme: Typen, Softwareschichten und die Hersteller dahinter

Foto von iSawRed auf Unsplash.

Gebäudeautomationssysteme halten die Anlagen eines Gewerbegebäudes nach Zeitplan und Sollwert am Laufen: HLK, Beleuchtung, Zutritt und die zugehörige Regelung, die die meisten Nutzer nie sehen. Der Begriff umfasst Feldregler an der Anlage, die Leitebene, die Immobilien morgens öffnen, und den Software-Stack, der sie verbindet. Die komponentenbezogene Definition von was ein BAS ist gehört in unser Glossar. Dieser Beitrag behandelt Typen von Gebäudeautomationssystemen, die Softwareschichten, die Betreiber tatsächlich kaufen, die Hersteller hinter großen Installationen und wo Analytik auf dem bereits Installierten sitzt.

Jedes Gewerbegebäude ab einer gewissen Größe betreibt eines dieser Systeme, ob der Eigentümer es BAS, BMS oder in der EU-Regulierungssprache BACS nennt. Was sich zwischen Gebäuden unterscheidet, ist welche Softwaregeneration es betreibt, wie viele Hersteller über die Jahre Systeme übereinander geschichtet haben, und ob jemand noch brauchbare Informationen herausbekommt. Regelung und Automatisierung ist der Alltag; priorisierte Analytik ist, wie Portfolios diese Telemetrie zu einer Warteschlange machen statt zu einem weiteren Dashboard.

Typen von Gebäudeautomationssystemen

Betreiber, die nach Typen von Gebäudeautomationssystemen suchen, meinen meist die Anlagendomänen, die ein BAS abdeckt, nicht das Softwareschichten-Modell darunter. Die meisten kommerziellen Immobilien betreiben mehrere davon parallel, oft unter einer gemeinsamen Leitebene und manchmal als getrennte Hersteller-Inseln.

HLK. Heizung, Kühlung, Lüftung und die Anlagen, die sie speisen. Feldregler halten die Regelkreise für RLT-Geräte, Kältemaschinen, Kessel und VAV-Boxen. Das ist meist die größte Energie- und Komfortlast im Gebäude und der erste Ort, an dem Drift als Kosten sichtbar wird.

Beleuchtung. Zeitpläne, Tageslichtnutzung, präsenzbasierte Dimmung und Schnittstellen zur Notbeleuchtung. Beleuchtung teilt oft denselben BACnet- oder DALI-Rücken wie die HLK, aber viele Standorte betreiben noch ein separates Beleuchtungspanel, das nie sauber mit dem Rest des BAS spricht.

Zutrittskontrolle. Türcontroller, Leser und Identitätssysteme. Sicherheitsteams besitzen diesen Stack oft getrennt von Facility, weshalb Zutrittstelemetrie spät in einen gebäudeweiten Analytik-Feed kommt, selbst wenn das Protokoll bereits offen ist.

Brand- und Lebensschutz. Detektion, Alarmierung und Klappen-/Lüfter-Override. Diese Systeme sind stark reguliert und bleiben meist auf dem eigenen Panel. Eine Analytikschicht kann Status lesen, wo der Integrator es erlaubt; sie ersetzt nicht das zertifizierte Brandsystem.

Energie. Zähler, Unterzähler und die Punkte, die kWh in Kosten und CO2 verwandeln. Energie wird manchmal als eigenes Gebäudeautomationspaket verkauft, manchmal als dünner Punktesatz im HLK-BAS. Ohne zuverlässige Messung kann der Rest des Stacks nicht bepreisen, was er findet.

Analytik als sechste Schicht. Die fünf Domänen oben erzeugen Telemetrie. Eine Analytikschicht liest darüber hinweg, prüft Messwerte gegeneinander und reiht ein, was nach Kosten oder Risiko Aufmerksamkeit braucht. Sie ist kein sechster Anlagenregler. Sie sitzt über HLK, Beleuchtung, Zutritt, Brandstatus und Energiezählern, damit ein Portfolio eine Warteschlange statt fünf Inseln sieht. Typen von Gebäudeautomationssystemen beginnen weiterhin bei den Anlagendomänen; Analytik ist, wie man sie gemeinsam nutzt, ohne ein funktionierendes BAS herauszureißen.

Diese Liste ist, was die meisten Betreiber unter Typen von Gebäudeautomationssystemen verstehen. Der nächste Abschnitt ist ein anderer Schnitt: die Softwareschichten, die diese Domänen umsetzen.

Die drei Schichten der Software für Gebäudeautomationssysteme

Feldsoftware lebt in den Controllern selbst: DDC-Regler, die die Regelkreise ausführen, die aus einem Sensorwert einen Befehl an ein Ventil oder einen Lüfter machen. Regler, Schaltschränke und Feldgeräte sind die Hardwareanatomie im DDC-Regler. Darüber sitzt die Leitebene, manchmal das eigene Frontend eines Herstellers, manchmal eine Tridium-Niagara-Station, die mehrere Hersteller in eine Oberfläche abstrahiert, wo ein Betreiber Zeitpläne setzt und Trends betrachtet. Darüber wiederum sitzt zunehmend eine Analytikschicht: Software, die die Telemetrie liest, die die ersten beiden Schichten bereits erzeugen, und daraus eine priorisierte Liste macht, was Aufmerksamkeit braucht.

Diese dritte Schicht ist eine relativ neue Kategorie und die am schnellsten wachsende. Feld- und Leitebene sehen seit zwei Jahrzehnten grob ähnlich aus; geändert hat sich der Appetit, mehr aus den Daten herauszuholen, die sie schon erzeugten, ohne ein funktionierendes BAS dafür herauszureißen.

In der Praxis betreiben die meisten Bestandsgebäude mehrere Generationen dieser Schichten übereinander. Ein Umbau fügt ein neues Frontend hinzu, ohne die Feldregler darunter anzufassen; ein durch Übernahmen gewachsenes Portfolio erbt drei verschiedene Leitebenen über drei Gebäude. Nichts davon ist ein Problem für eine Analytikschicht, solange sie das Protokoll darunter lesen kann. Es ist ein Problem für jeden, der nur aus dem Frontend eine einheitliche Sicht bekommen will.

BAS-Software, Gebäuderegelung und Analytik sind nicht dasselbe

Die Begriffe werden austauschbar benutzt, beschreiben aber unterschiedliche Jobs. Gebäuderegelung ist die Hardware und Firmware, die tatsächlich ein Ventil öffnet oder ein Licht dimmt, in den Feldreglern. Software für Gebäudeautomationssysteme ist das breitere Paket: die Regelung plus die Leitebene, die sie plant und überwacht. Fehlererkennung und -diagnose (FDD) ist ein schmaleres Add-on, meist regelbasiert, das Soll gegen Ist-Verhalten vergleicht und Abweichungen markiert. Keines der drei ersetzt die anderen; ein Gebäude betreibt typischerweise alle gleichzeitig, installiert in unterschiedlichen Jahrzehnten von unterschiedlichen Gewerken.

Analytik ist die neueste der vier und die, die am häufigsten mit FDD verwechselt wird. Wo FDD feste Regeln gegen eine Handvoll bekannter Fehlersignaturen fährt, liest eine volle Analytikplattform über jedes System eines Gebäudes hinweg, HLK, Messung, IoT, prüft Messwerte gegeneinander, bevor sie ihnen vertraut, und reiht ein, was sie findet, nach Kosten statt nach welcher Regel gefeuert hat. FDD fragt, ob ein bestimmtes bekanntes Muster auftrat; Analytik fragt, was von allem, was gerade im Gebäude passiert, die nächste Stunde eines Betreibers wert ist.

Die Herstellerlandschaft für Gebäudeautomationssysteme

Eine kurze Liste von Herstellern steht hinter den meisten Großinstallationen: Honeywell, Johnson Controls (Metasys), Siemens (Desigo) und Schneider Electric (EcoStruxure Building), dazu Tridiums Niagara-Framework unter vielen Mehrhersteller-Standorten. Ein einzelnes Portfolio betreibt oft zwei oder drei davon nebeneinander, das Erbe verschiedener Gebäude, die in unterschiedlichen Jahrzehnten von unterschiedlichen Gewerken in Betrieb genommen wurden.

Wir behandeln sie alle als Integrationsziele, nicht als Wettbewerber. Explore liest das bestehende BAS eines Gebäudes über sein natives Protokoll oder die Hersteller-API, statt zuerst eine Plattform-Standardisierung zu verlangen. Unser Integrations-Hub deckt die Details für Siemens Desigo, Schneider EcoStruxure, Honeywells Niagara-basierte Stationen, Johnson Controls Metasys und Honeywell Trend ab, inklusive was jedes freigibt und wie die Verbindung aufgesetzt wird.

Herstellerbindung bei Gebäudeautomationssystemen kommt selten vom Protokoll selbst; BACnet und Modbus sind offene Standards, egal wer das Panel verkauft hat. Sie kommt von der Lizenzierung: Punktgebühren, sitzbasierter Zugang zur Leitebene und proprietäre Erweiterungen, die nur die eigenen Tools des Herstellers sauber lesen. Ein Gebäude kann unten ein offenes Protokoll betreiben und trotzdem an die Software eines Herstellers gebunden sein, um den vollen Wert aus den Daten zu holen.

Software für Gebäudeautomationssysteme wählen

Die meisten Immobilien wählen Software für Gebäudeautomationssysteme nicht von einem leeren Blatt; sie erben, was bei Bau oder dem letzten großen Umbau spezifiziert wurde, und leben damit. Wo es eine echte Wahl gibt, vor allem bei Neubau oder vollem BAS-Austausch, zählen am meisten, wie offen die Protokollebene ist (BACnet und offene Niagara- Stationen sind weit leichter auszubauen als ein geschlossener proprietärer Bus), wie viel bestehende Feldverkabelung und Regler den Wechsel überleben, und ob die Leitebene erweiterbar ist oder für neue Fähigkeiten komplett ersetzt werden muss.

Die schwierigere Frage für die meisten Gebäude ist nicht, welches BAS man kauft. Es ist, was man mit dem bereits installierten macht. Ein funktionierendes BAS für bessere Sichtbarkeit zu ersetzen ist teuer und störend, und Feldregler sowie Verkabelung sind meist in Ordnung; der verlorene Wert sitzt stromaufwärts, in der Datennutzung, nicht in der Regelschicht selbst.

Die Gesamtbetriebskosten sind, wo viele dieser Entscheidungen schiefgehen. Der Kaufpreis eines neuen Frontends ist meist ein kleiner Bruchteil dessen, was ein Gebäude im folgenden Jahrzehnt für Lizenzen, Integrationsarbeit und die Technikerstunden ausgibt, die die Punktliste aktuell halten. Ein billigeres System mit teurer Integrationsschuld kostet im Jahr fünf oft mehr als die Option, die am Tag eins teurer wirkte.

Wo FrostLogic Explore passt

Explore sitzt über dem bereits laufenden BAS. Es startet mit Schreibzugriff standardmäßig aus über BACnet, Modbus, OPC UA, oBIX oder eine Hersteller-API, je nach Installation. Schreibzugriff bleibt aus, bis Sie ihm einen Scope geben. Der FrostLogic Edge Agent kann Sollwerte und Zeitpläne innerhalb dieser Scopes schreiben, ohne die Regellogik des Integrators zu ersetzen; siehe Automation dazu, wie berechtigter Schreibzugriff gescoped wird. Außerhalb eines gewährten Scopes übernimmt Explore nie eine Klappe oder eine Kältemaschine, und es ist kein Ersatz für das BAS darunter. Es ist eine Analytikschicht, die die Daten, die das BAS bereits erzeugt, in eine priorisierte Warteschlange dessen verwandelt, was Geld kostet oder auf einen Ausfall zusteuert, belegt und bepreist statt in einem Alarmpanel vergraben. Wie das über ein Portfolio von Gebäuden und BAS-Generationen funktioniert, steht auf unserer Seite zur BMS-Analytikplattform. Die Energiehälfte dieser Warteschlange ist Explores Energiemanagement-Schicht; kontinuierliche Zählerwerte liegen unter Explores kontinuierlicher Zählerschicht.

Weil Explore das Protokoll liest, das ein Portfolio bereits betreibt, kann eine Bereitstellung Gebäude auf völlig unterschiedlichen Gebäudeautomationsplattformen umfassen, ohne sie zuerst auf den Stack eines einzelnen Herstellers zu zwingen. Das zählt am meisten für Portfolios aus Übernahmen, wo das BAS selbst zu standardisieren selten die Störung wert ist, aber zu standardisieren, was daraus gelesen wird, unkompliziert ist.

Das heißt auch: Explore ist kein CMMS. Es hebt hervor und reiht ein, was falsch läuft; einen Arbeitsauftrag zu loggen und einen Techniker zu schicken bleibt beim Wartungssystem, das ein Team bereits betreibt.

Häufige Fragen

Was ist Software für Gebäudeautomationssysteme? Es ist die Software, die HLK, Beleuchtung, Zutrittskontrolle und verwandte Systeme eines Gebäudes automatisch betreibt: Feldregler mit Regelkreisen, eine Leitebene für Zeitpläne und Trends und zunehmend eine Analytikschicht, die über beide hinweg liest. Siehe unseren Glossareintrag für die Aufschlüsselung auf Komponentenebene.

Welche Typen von Gebäudeautomationssystemen gibt es? Die meisten kommerziellen Standorte decken HLK, Beleuchtung, Zutritt, Brand- und Lebensschutz sowie Energiemessung als Anlagendomänen ab, oft unter einer gemeinsamen Leitebene. Analytik sitzt darüber als sechste Schicht, die Funde über diese Domänen priorisiert. Der Softwareschichten-Schnitt (Feld, Leitung, Analytik) ist ein anderes Modell desselben Stacks.

Welche sind die größten Unternehmen für Gebäudeautomationssysteme? Honeywell, Johnson Controls (Metasys), Siemens (Desigo) und Schneider Electric (EcoStruxure Building) betreiben die meisten großen kommerziellen Installationen, oft neben Tridiums Niagara-Framework, das mehrere Hersteller verbindet. Die meisten Portfolios ab einer gewissen Größe betreiben mehr als eines.

Ist ein Gebäudeautomationssystem dasselbe wie ein BMS? Ja. BAS (building automation system) und BMS (building management system) beschreiben dieselbe Systemkategorie; BAS ist in Nordamerika üblicher, BMS in Europa. Keiner der Begriffe impliziert einen bestimmten Hersteller oder ein bestimmtes Protokoll.

Ersetzt FrostLogic mein bestehendes Gebäudeautomationssystem? Nein. Explore startet mit Schreibzugriff standardmäßig aus über das native Protokoll oder die Hersteller-API Ihres BAS und fügt eine Analytikschicht obenauf hinzu. Schreibzugriff bleibt aus, bis Sie ihm einen Scope geben; der Edge Agent kann dann Sollwerte und Zeitpläne innerhalb dieses Scopes schreiben, ohne das BAS darunter zu ersetzen.

Wie integriert FrostLogic mit Siemens-, Schneider-, Honeywell- oder Metasys-Systemen? Über das native Protokoll oder die API jedes Herstellers statt eines Stapler-Upgrades. Unser Integrations-Hub deckt die Details für jedes ab.

Nicht sicher, welche Schicht Sie am meisten kostet?

Wenn Sie einen BAS-Austausch gegen Analytik auf dem bereits Installierten abwägen, sagen Sie uns, was läuft, und wir geben Ihnen eine klare Antwort, auch wenn die ehrliche Antwort lautet, dass ein neues BAS nicht die Lösung ist. 30 oder 60 Minuten, Ihre Wahl. Keine Verpflichtung. Darüber sprechen.