Digitaler Zwilling für Gebäude im Facility Management

Ein digitaler Zwilling für Gebäude verbindet das statische Planungsmodell einer Liegenschaft, meist eine BIM-Datei, mit Live-Daten aus HLK-Anlagen, Belegungssensoren und Energiezählern. Dieser Leitfaden zeigt Facility-Teams, wie sie beides verknüpfen, wie sie Gebäudedaten auf einem MQTT-Broker strukturieren und wie sie einen Zwilling einführen, der den Gebäudebetrieb tatsächlich verändert.

Warum Facility-Teams einen digitalen Zwilling für Gebäude bauen

Das Facility Management hatte schon immer ein Datenproblem. Die Gebäudeautomation (GA) kennt die Zulufttemperaturen, die Zutrittskontrolle kennt die Ausweisbuchungen, die Energiezähler kennen den Verbrauch, und das BIM-Modell weiß, wo sich alles physisch befindet. Miteinander sprechen sie selten. Beschwert sich ein Mieter, dass Besprechungsraum 3.14 zu warm ist, öffnet jemand drei Systeme und einen Grundriss als PDF, um der Sache nachzugehen.

Ein digitaler Zwilling für Gebäude führt diese Sichten in einem räumlichen Modell zusammen. Klicken Sie auf Raum 3.14 und Sie sehen Temperatur, Sollwert, die VVS-Box, die ihn versorgt, das vorgelagerte Lüftungsgerät, die aktuelle Belegung und wie viel Energie die Zone heute verbraucht hat. Der Zwilling ersetzt die GA nicht; er sitzt darüber und macht die Daten teamübergreifend nutzbar.

Typische Ziele sind:

• Schnellere Fehlerdiagnose, weil Anlagenbeziehungen räumlich dargestellt werden
• Komfortmanagement durch den Vergleich von Raumbedingungen mit der Belegung
• Energieeinsparung, indem Zonen gefunden werden, die leer klimatisiert werden
• Flächenplanung auf Basis tatsächlicher Nutzung statt Buchungsdaten
• Bessere Übergabe vom Bau an den Betrieb, da das BIM-Modell nützlich bleibt

Die allgemeinen Konzepte hinter all dem finden Sie zuerst im Leitfaden zur Digital-Twin-Technologie.

BIM plus Live-Daten: die Kernidee

BIM-Modelle (oft als IFC-Dateien ausgetauscht) enthalten Geometrie und Metadaten: Räume, Wände, Anlagen und die Beziehungen zwischen ihnen. Jedes Element hat eine GlobalId. Der Kniff eines Gebäudezwillings ist eine Zuordnungstabelle, die jedes BIM-Element mit dem Live-Datenstrom verknüpft, der es beschreibt.

Halten Sie diese Zuordnung in einer kleinen Datenbank oder einer versionierten JSON-Datei vor, nicht fest im Viewer codiert. Gebäude verändern sich: Räume werden geteilt, Sensoren versetzt, Zähler getauscht. Wenn die Zuordnung aus Daten besteht, kann ein Facility-Ingenieur sie ohne Software-Release aktualisieren.

Gebäudedaten auf MQTT bringen

Die meisten Gebäudesysteme sprechen MQTT nicht nativ, daher braucht der Zwilling eine Gateway-Schicht.

1. BACnet- und Modbus-Anlagen. Ein Gateway liest Datenpunkte aus der GA (BACnet/IP) oder aus Zählern (Modbus TCP/RTU) und veröffentlicht sie als MQTT-Nachrichten. Node-RED mit BACnet- und Modbus-Nodes ist eine verbreitete, kostengünstige Wahl; viele kommerzielle GA-Gateways veröffentlichen auch direkt per MQTT.
2. Drahtlose IoT-Sensoren. Belegungs-, CO2- und Temperatursensoren über LoRaWAN oder WLAN gelangen meist über ihren Netzwerkserver oder direkt vom Gerät zu MQTT.
3. Zutrittskontroll- und Buchungssysteme. Diese stellen in der Regel eine API bereit. Ein kleines Skript fragt sie ab oder empfängt ihre Ereignisse und veröffentlicht sie erneut per MQTT, sodass der Zwilling nur eine Schnittstelle hat.

Sobald alles auf einem Broker landet, braucht der Zwilling nur noch eine Integration: MQTT-Subscriptions. Das ist der wichtigste architektonische Gewinn. Ein verwalteter MQTT-Broker passt gut zu Gebäuden, weil Facility-Teams selten selbst Broker-Server betreiben und patchen wollen und Gateways in verschiedenen Gebäuden alle denselben TLS-Endpunkt erreichen können.

Topic-Design für einen digitalen Zwilling für Gebäude

Bilden Sie die physische Hierarchie des Portfolios im Topic-Baum ab:

connectmq/<site>/<floor-or-plant>/<space-or-equipment>/<data-type>

connectmq/hq/floor3/room314/env
connectmq/hq/floor3/room314/occupancy
connectmq/hq/plant/ahu2/telemetry
connectmq/hq/plant/chiller1/state

Diese Struktur liefert Ihnen nützliche Wildcard-Subscriptions gleich mit. Eine Etagenansicht abonniert connectmq/hq/floor3/#. Ein Komfort-Dashboard für das gesamte Portfolio abonniert connectmq/+/+/+/env. Das Prinzip entspricht dem Unified Namespace (UNS) aus der Industrie, dessen Topic-Struktur der ISA-95-Hierarchie folgt. Unternehmen mit Werken und Verwaltungsgebäuden können die Gebäude-Topics daher direkt unterhalb des jeweiligen Standorts in den UNS einhängen, etwa acme/werk-muenchen/verwaltung/og3/raum-314/env, und Produktions- und Gebäudedaten über einen Broker verbinden. ConnectMQ zeigt solche hierarchischen Topics im Live-Topic-Explorer und in der ISA-95-Geräteansicht an, was hilft, wenn Sie prüfen, ob jedes Gateway dort veröffentlicht, wo die Zuordnungstabelle es erwartet. Der Artikel Digitaler Zwilling mit MQTT behandelt allgemeine Topic- und Payload-Muster.

Veröffentlichen Sie sich langsam ändernde Zustände wie Sollwerte und Betriebsarten als Retained Messages, damit ein Viewer, der um 7 Uhr morgens geöffnet wird, sofort das ganze Gebäude zeigt statt leerer Räume.

Praxis: einen Raum simulieren und live beobachten

Probieren Sie das Muster auf broker.connectmq.com aus, dem kostenlosen öffentlichen MQTT-Broker für Tests und Prototypen. Verwenden Sie nur simulierte Werte, da jeder die dort veröffentlichten Daten lesen kann. Dieses Node.js-Skript nutzt MQTT.js v5, um Umgebungs- und Belegungsdaten für einen Raum zu veröffentlichen:

const mqtt = require("mqtt");
const crypto = require("crypto");

const id = crypto.randomBytes(4).toString("hex");
const base = `connectmq/demo/${id}/hq/floor3/room314`;

const client = mqtt.connect("mqtts://broker.connectmq.com:8883", {
  clientId: `room-sim-${id}`,
  protocolVersion: 5,
});

let people = 0;

client.on("connect", () => {
  console.log(`Connected. Publishing under ${base}`);
  setInterval(() => {
    people = Math.max(0, Math.min(10, people + Math.round(Math.random() * 4 - 2)));
    const env = {
      temperatureC: +(21 + people * 0.25 + Math.random() * 0.3).toFixed(2),
      humidityPct: +(40 + Math.random() * 5).toFixed(1),
      co2Ppm: Math.round(450 + people * 70 + Math.random() * 30),
      ts: Date.now(),
    };
    client.publish(`${base}/env`, JSON.stringify(env), { qos: 0 });
    client.publish(`${base}/occupancy`, JSON.stringify({ people, ts: Date.now() }), {
      qos: 1,
      retain: true,
    });
  }, 5000);
});

client.on("error", (err) => console.error("MQTT error:", err.message));

Abonnieren Sie die Daten über die Kommandozeile mit dem Präfix, das das Skript ausgibt:

mosquitto_sub -h broker.connectmq.com -p 1883 -i bldg-viewer-7731 -t "connectmq/demo/1a2b3c4d/hq/#" -v

In einem Browser-Zwilling verbinden Sie sich mit wss://broker.connectmq.com:8084/mqtt, suchen für jedes eingehende Topic die BIM-GlobalId in Ihrer Zuordnungstabelle und färben den passenden Raum nach Temperatur oder CO2 ein. Open-Source-IFC-Viewer auf Basis von three.js machen das einfach; zur Viewer-Seite siehe webbasierter 3D-Digital-Twin.

Checkliste für die Einführung

1. Wählen Sie eine Etage und ein Problem. Zum Beispiel Komfortbeschwerden in Etage 3.
2. Erfassen Sie die Datenpunkte in GA und Zählern für diese Etage und bestätigen Sie, dass sie lesbar sind.
3. Bereinigen Sie das BIM-Modell: einheitlich benannte Räume, vorhandene Anlagen, stabile GlobalIds zwischen Modellrevisionen.
4. Definieren Sie Topic-Hierarchie und Zuordnungstabelle, bevor Sie Gateways anbinden.
5. Setzen Sie Gateways ein, die über TLS (Port 8883) mit je einer Zugangskennung pro Gateway veröffentlichen.
6. Speichern Sie die Historie mit einem separaten Subscriber, der in eine Zeitreihendatenbank schreibt; der Broker übernimmt die Live-Zustellung.
7. Legen Sie Alarmschwellen für offensichtliche Probleme fest. Das ConnectMQ-Portal unterstützt Schwellenwert-Alarmregeln mit einem Alarmprotokoll, praktisch für frühe Prüfungen wie CO2 über einem Grenzwert.
8. Ziehen Sie nach einigen Wochen mit dem Facility-Team Bilanz und erweitern Sie auf die nächste Etage.

Gebäudespezifische Stolpersteine

• BIM-Modelle für den Bau, nicht für den Betrieb. Ihnen fehlen oft Raumnamen, die zur Beschilderung passen, oder sie enthalten Hunderte irrelevanter Elemente. Planen Sie Zeit für die Vereinfachung ein.
• Datenschutz bei Belegungsdaten. Veröffentlichen Sie Zahlen, keine Identitäten, und prüfen Sie die Anforderungen der DSGVO sowie bestehende Betriebsvereinbarungen. Halten Sie alles Personenbezogene von öffentlichen Brokern fern und ganz aus dem Zwilling heraus, wenn es nicht benötigt wird.
• Langsames GA-Polling. Viele BACnet-Gateways fragen nur jede Minute oder seltener ab. Für Komfort reicht das, aber versprechen Sie keine Aktualisierungen im Sekundentakt, die Sie nicht liefern können.
• Verwechslung von Einheiten. Gemischte Fahrenheit- und Celsius-Werte oder W und kW verschiedener Hersteller führen zu irreführenden Farben. Normalisieren Sie Einheiten im Gateway und nehmen Sie sie in die Topic-Dokumentation auf.

Verwandte Muster aus der Industrie finden Sie in den Artikeln HLK-Digital-Twin und Digitaler Zwilling für Energie.

Betreiben Sie Ihren digitalen Zwilling für Gebäude auf ConnectMQ

ConnectMQ bietet Ihren Gateways und Zwillings-Viewern einen sicheren MQTT-Endpunkt mit Zugang über TCP, TLS und WebSocket. Erstellen Sie einen kostenlosen Serverless-Broker unter app.connectmq.com, ohne Kreditkarte, binden Sie das Gateway einer Etage an und beobachten Sie die Daten im Live-Topic-Explorer, bevor Sie Ihren BIM-Viewer anschließen.

Häufig gestellte Fragen

Was ist der Unterschied zwischen BIM und einem digitalen Zwilling für Gebäude?

BIM ist ein statisches Informationsmodell der Geometrie und Bauteile eines Gebäudes. Ein digitaler Zwilling für Gebäude ergänzt Live-Betriebsdaten und hält sie synchron, sodass das Modell die aktuellen Bedingungen widerspiegelt.

Funktioniert ein digitaler Zwilling für Gebäude mit einer bestehenden GLT?

Ja. Ein Gateway liest Datenpunkte aus der GLT über BACnet oder Modbus und veröffentlicht sie per MQTT. Der Zwilling liest vom Broker, sodass die GLT das Gebäude unverändert weiter steuert.

Wie oft sollten Gebäudedaten im Zwilling aktualisiert werden?

Für Komfort und Belegung reichen meist Aktualisierungen alle 30 Sekunden bis wenige Minuten. Anlagenalarme und Zustandsänderungen sollten sofort veröffentlicht werden, wenn sie auftreten.

Ist MQTT sicher genug für Gebäudedaten?

Ja, wenn Sie TLS, eindeutige Zugangsdaten pro Gateway und einen privaten Broker verwenden. Nutzen Sie den öffentlichen MQTT-Broker nur für simulierte Daten.