bimkernel · 07

Digitale
Zwillinge
am Bau.

Ein Modell ist erst dann ein Zwilling, wenn die Daten von selbst aus dem realen Asset zurückfließen.

Das Modell wird übergeben und eingefroren.

Der Bau dauert einige Jahre, das Gebäude Jahrzehnte. Mit der Abnahme hört das Modell auf, sich zu ändern, das Asset aber nicht.

Drei Teile, hin und zurück.

Ein physisches Asset, sein digitales Abbild und die Verbindung, die beide synchron hält. Erst diese Verbindung macht das Modell zum Zwilling.

Entscheidend ist, wie die Daten fließen.

Manuell in beide Richtungen: ein Modell. Automatisch nur hin: ein Schatten. Automatisch in beide: ein Zwilling.

Sechs Schichten, vom Asset zur Entscheidung.

Der Messwert entsteht in einem Sensor, läuft über ein Netz, wird mit seinem Kontext gespeichert, mit dem Modell verknüpft und mündet in eine Aktion.

Vom Scan zum autonomen Gebäude.

Sechs Stufen, von der Punktwolke bis zum Gebäude, das sich selbst steuert. Jede baut auf der vorherigen auf.

So lebendig wie die Entscheidung, der er dient.

Jeder Wert hat seinen Takt: Die Geometrie ändert sich in Jahren, die Belegung in Minuten, eine Schwingung in Millisekunden.

Geboren in der Planung, gereift im Betrieb.

In der Planung simuliert er, im Bau vergleicht er Gebautes mit Geplantem, im Betrieb überwacht er und lernt.

Sechs Fragen, die er beantwortet.

Ein Zwilling rechtfertigt sich durch die Fragen, die er besser beantwortet als eine Tabellenkalkulation oder eine Begehung.

Vom Gebäude bis zum ganzen Land.

Die meistzitierten Beispiele reichen von einer instrumentierten Brücke bis zum lebenden Modell einer ganzen Stadt. Alle begannen mit einer konkreten Frage.

Mehr Vernetzung, mehr Angriffsfläche.

Ein Zwilling verbindet das Büronetz mit dem Netz der Gebäudetechnik. Zu klären ist, wer was sieht, wem die Daten gehören und was der Betrieb kostet.

Es gibt keine Norm für den Zwilling.

Es gibt eine pro Schicht: Vokabular, Informationsmanagement, Modell, Bedeutung der Daten und Transport. Der Zwilling verbindet sie.

Vom Projektmodell zum Asset-Modell.

Die Norm trennt das Modell, mit dem geplant und gebaut wird, von dem, das für den Betrieb übergeben wird. Der Zwilling speist sich aus dem zweiten.

Das Modell weiß bereits, was ein Sensor ist.

Der offene Standard kennt Entitäten für Sensoren, Aktoren und Zeitreihen – und eine eindeutige Kennung je Element.

Daten, die sagen, was sie sind und wozu sie gehören.

Ein Datenpunkt namens „AI-3.07“ sagt nichts. Eine Ontologie macht daraus „Lufttemperatur der Zone 104, versorgt von Anlage 1“.

Neun Prinzipien in drei Gruppen.

Großbritannien veröffentlichte sie, damit sich Zwillinge verschiedener Eigentümer eines Tages verbinden lassen. Sie sind noch immer die beste Checkliste.

Jeder Hersteller kommt von seinem Terrain.

BIM-Autorensoftware dehnt ihr Modell in den Betrieb aus. Gebäudetechnik- und Industrieanbieter kommen von den Daten. Sie treffen sich in der Mitte.

Vom übergebenen Modell zum Gebäude im Betrieb.

Es übernimmt die Planungsmodelle, behält die für den Betreiber relevanten Assets, versieht sie mit Parametern und verbindet sie mit Sensordatenströmen.

Infrastruktur mit ihrer Änderungshistorie.

Es synchronisiert Modelle aus vielen Programmen in ein iModel, das jede Änderung speichert wie ein Code-Repository, und verknüpft es mit Sensor- und Inspektionsdaten.

Game-Engines liefern das Schaufenster.

Sie liefern realistische Bilder und Echtzeitsimulation. Die Daten und ihre Bedeutung liegen weiterhin in einer anderen Schicht.

Die Cloud liefert Graph und Skalierung.

Die großen Clouds bieten einen Zwillingsdienst: einen Graphen aus Entitäten und Beziehungen, verbunden mit Millionen von Messwerten.

Ein Zwilling ist ein Graph, keine Datei.

Jeder Raum, jedes Gerät, jeder Sensor ist ein Knoten mit Eigenschaften und Telemetrie. Erst die Beziehungen machen Abfragen möglich.

Ein Zwilling ohne Koordinaten lässt sich nicht verbinden.

Um den Zwilling eines Gebäudes mit dem seiner Straße, seines Netzes oder seiner Stadt zusammenzuführen, müssen alle dasselbe Bezugssystem sprechen.

Drei Welten, die verknüpft werden müssen.

Das BIM-Modell ist statisch, der semantische Graph erklärt Beziehungen, und das Gebäudetechniknetz spricht in Messwerten. Jede Welt hat ihr Format.

Ändert sich die GUID, bricht der Zwilling.

Sensor im Modell und Sensor im Netz werden über eine Kennung verknüpft. Wird ein Element gelöscht und neu erstellt, ändert sie sich – der Messwert verwaist.

Vom Controller in die Cloud.

Die Gebäudetechnik spricht Industrieprotokolle. Ein Gateway übersetzt sie in schlanke Nachrichten, die die Cloud als Zeitreihen speichert.

Der Zwilling wird im Vertrag gefordert.

Fordert die Leistungsbeschreibung keine Assets mit Code, Hersteller und Raumbezug, kommt das Modell ohne sie an – und niemand ergänzt sie später.

Vier Fragen, bevor Sie vertrauen.

Ist alles da, was gefordert wurde? Lässt es sich verknüpfen? Sind die Beziehungen sinnvoll? Sind die eingehenden Daten gut?

Die Leistungsbeschreibung als Prüfung.

Eine Datei fordert für jeden Sensor Kennzeichen und Raum, für jedes Gerät Hersteller und Seriennummer. Das IFC besteht – oder nicht.

Regeln für den Graphen.

Was IDS für das IFC leistet, leistet SHACL für den Graphen: Es prüft, ob jeder Sensor am richtigen Element hängt und in der richtigen Einheit misst.

Auch ein Sensor lügt.

Er friert ein, verliert die Kalibrierung, lässt Messwerte aus oder hat die falsche Uhrzeit. Prüfen Sie die Daten, bevor Sie dem Zwilling glauben.

Vier Regeln.