Szenarien · Multi-Site
Multi-Site-IBMS: ein einheitliches Betriebsbild über Gebäude hinweg
Wie Sie ein Multi-Site-IBMS mit gemeinsamem Datenmodell, lokaler Autonomie und einer zentralen Ebene planen, die Netzwerkausfälle übersteht.
Kurze Antwort
Ein Multi-Site-IBMS gibt einem Portfolio ein Datenmodell, ein Alarmmodell und eine Berichtsebene, während jedes Gebäude seine lokale Steuerung behält. Die Standorte führen ihre eigenen Sequenzen aus und speichern ihre eigene Historie; die Zentrale vergleicht die Performance, verteilt Standards und verwaltet Zugriffe, ist für den täglichen Betrieb aber nicht erforderlich.
Was ein einheitliches Betriebsbild tatsächlich erfordert
Ein Portfolio-Dashboard ist kein Multi-Site-IBMS. Die schwierigere Arbeit besteht darin, sich darauf zu einigen, was ein Punkt über Gebäude hinweg bedeutet: derselbe Name für die Außentemperatur, dieselben Einheiten, dieselbe Alarmschwere, derselbe Umgang mit Zeitzonen und dieselbe Definition von Belegung. Ohne dieses Modell erhält die Zentrale Daten, die sie nicht vergleichen kann, und Betreiber verbringen ihre Zeit mit dem Abgleich von Definitionen. Das Modell sollte niedergeschrieben werden, bevor der erste Standort konfiguriert wird, mit einer Namenskonvention, einem Objektwörterbuch und einer Regel für standortspezifische Erweiterungen. Die Standardisierung auf dieser Ebene macht das Portfolio-Reporting glaubwürdig und beschleunigt zugleich die Inbetriebnahme eines neuen Standorts.
Lokale Autonomie und die zentrale Ebene
Jeder Standort sollte voll betreibbar bleiben, wenn die Weitverkehrsverbindung ausfällt. Standort-Controller führen HLK-, Beleuchtungs-, Sonnenschutz- und Zählsequenzen aus und halten genügend Historie vor, um einen Ausfall zu überstehen. Die zentrale Ebene aggregiert, visualisiert, berichtet und verwaltet Benutzer. Sie kann auch Vorlagen-Updates verteilen, doch diese Updates sollten gestaffelt und umkehrbar sein. Diese Aufteilung hält Sicherheit und Komfort lokal und gibt dem Management dennoch eine Portfoliosicht. Sie begrenzt zudem den Wirkungsradius eines zentralen Fehlers und erleichtert die Absicherung der Netzwerkarchitektur. Die zentrale Plattform kann aktualisiert werden, ohne die Steuerungslogik der Standorte zu berühren. Der Test ist einfach: Trennen Sie einen Standort und bestätigen Sie, dass das Gebäude weiterläuft, Alarme weiterhin aufgezeichnet werden und keine Historie verloren geht.
Vorlage standardisieren, Standortprofil dokumentieren
Ein Portfolio braucht eine gemeinsame Vorlage: Grafiken, Punktbenennung, Alarmklassen, Zeitprogrammobjekte, Berichtsdefinitionen und Benutzerrollen. Es braucht außerdem ein Standortprofil für das, was berechtigt abweicht: Anlagentyp, Klima, Öffnungszeiten, Mieterzählung, lokale Vorschriften und Netzwerktopologie. Die Vorlage sollte versioniert werden, und jeder Standort sollte festhalten, welche Version er verwendet. Benötigt ein Standort eine Abweichung, dokumentieren Sie sie und entscheiden Sie, ob sie in die nächste Vorlagenversion übernommen werden sollte. Dies verhindert die langsame Divergenz, die ein Portfolio in eine Sammlung unzusammenhängender Systeme verwandelt. Es gibt dem zentralen Team zudem die Möglichkeit, eine Verbesserung auszurollen, ohne jedes Gebäude von Hand neu zu projektieren.
Rollout, Sicherheit und Governance
Führen Sie den Rollout in Wellen durch, mit einem Referenzstandort, der die Vorlage nachweist, bevor sie repliziert wird. Legen Sie fest, wer Sollwerte ändern, wer Alarme quittieren und wer auf jeder Ebene Benutzer hinzufügen darf. Trennen Sie Gebäudenetze von der Unternehmens-IT, verlangen Sie benannte Konten und pflegen Sie eine Patch- und Firmware-Richtlinie für Controller, Gateways und die zentrale Plattform. Testen Sie einen Standort isoliert und anschließend die Portfoliosicht, einschließlich des Verhaltens, wenn ein Standort offline ist. Governance ist kein Papierkram: Sie ist der Unterschied zwischen einem System, das vergleichbar bleibt, und einem, das still auseinanderfällt. Das Betriebsmodell sollte die Personen benennen, die jede Ebene verantworten, sowie den Rhythmus für die Überprüfung der Performance. Ein kurzer Monatsbericht genügt, um das Portfolio sichtbar zu halten.
Ebenen in einem Multi-Site-IBMS
7 rows| Ebene | Funktion | Planungsentscheidung |
|---|---|---|
| Standortsteuerung | HLK-, Beleuchtungs-, Sonnenschutz- und Zählsequenzen | Läuft lokal und übersteht einen WAN-Ausfall |
| Standorthistorie | Trendspeicherung und Alarmprotokoll | Hält genügend Daten für den lokalen Betrieb und den späteren Upload vor |
| Zentrale Aggregation | Portfolio-Dashboards und Berichte | Liest ein gemeinsames Datenmodell, keine rohen Herstellerpunkte |
| Alarmmanagement | Standortübergreifende Weiterleitung und Eskalation | Trennt kritische Portfolio-Alarme von lokalen Störmeldungen |
| Benutzerzugriff | Rollen und Berechtigungen | Wendet das Prinzip der minimalen Rechte auf Standort- und Zentralebene an |
| Vorlagenverwaltung | Standardgrafiken, -sequenzen und -benennung | Versioniert die Vorlage und erfasst die Version jedes Standorts |
| Netzwerk und Sicherheit | Segmentierung, Fernzugriff, Patching | Hält Gebäudenetze von der Unternehmens-IT getrennt |
Projektbilder
3 images
Häufige Fragen
01Brauchen alle Standorte dasselbe BMS?
Sie brauchen ein gemeinsames Datenmodell und eine gemeinsame Berichtsebene. Die Hardware vor Ort kann abweichen, wenn die Vorlage definiert, wie Punkte, Alarme und Historie bereitgestellt werden.
02Was passiert, wenn ein Standort seine Verbindung verliert?
Der Standort läuft mit lokaler Steuerung weiter und speichert die Historie vor Ort. Die Zentrale sollte den Standort als offline anzeigen und die Daten nachfüllen, wenn die Verbindung zurückkehrt.
03Wem gehören die Daten?
Der Eigentümer sollte es tun. Verträge sollten festhalten, wo Daten gespeichert werden, wie sie exportiert werden und was am Ende eines Servicevertrags geschieht.
04Wie gehen wir mit unterschiedlichen Zeitzonen um?
Speichern Sie Zeitstempel mit expliziter Zeitzone und synchronisieren Sie die Uhren. Berichte sollten angeben, ob sie Ortszeit oder Zentralzeit verwenden.
05Können wir später einen neuen Standort hinzufügen?
Ja, wenn die Vorlage versioniert ist und das Standortprofil für den neuen Standort dagegen erstellt wird. Kosten und Aufwand hängen davon ab, wie stark der Standort vom Standard abweicht.
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.