Daniel Tremer
CEO & Managing Partner
Ein digitaler Zwilling ist keine 3D-Animation einer Anlage. Er ist ein Datenmodell, das mit der Anlage mitläuft — und genau daran scheitern die meisten Projekte: nicht an der Simulation, sondern an der Telemetrie darunter.
Was ein Zwilling wirklich ist
In Ausschreibungen steht meistens „digitaler Zwilling“, gemeint ist aber eines von drei sehr verschiedenen Dingen: ein Geometriemodell, eine Simulation, oder ein laufendes Abbild des Betriebszustands. Nur das dritte verdient den Namen. Ein Zwilling, der nicht mit den Messwerten der echten Anlage synchron läuft, ist ein Modell — nützlich, aber eben ein Modell.
Der Unterschied ist keine Wortklauberei, sondern eine Frage der Architektur. Ein Geometriemodell wird gerechnet und ist danach fertig. Ein Zwilling hat einen Zustand, und dieser Zustand veraltet in dem Moment, in dem er geschrieben wird. Alles Weitere folgt daraus.
Das Datenfundament
Bevor irgendetwas simuliert wird, muss die Telemetrie stimmen. In den Projekten, die wir seit 2022 begleitet haben, lagen die Probleme fast immer in derselben Schicht:
-
Zeitstempel ohne Zeitzone. Zwei Anlagen, zwei Steuerungen, zwei
Auslegungen von
timestamp— und eine Auswertung, die im Oktober eine Stunde doppelt zählt. - Signale ohne Einheit. Ein Wert von 3,2 ist erst dann eine Messung, wenn irgendwo steht, wovon.
- Lücken, die als Nullen ankommen. Der teuerste Fehler von allen, weil er wie ein Messwert aussieht.
Keines dieser Probleme ist anspruchsvoll. Alle drei sind teuer, wenn sie erst im Modell auffallen statt an der Schnittstelle.
- Roh31 %
- Einheit52 %
- Zeitzone68 %
- Abtastung84 %
- Modell97 %
Faustregel
Wenn sich der Zustand einer Anlage nicht aus dem Rohdatenstrom rekonstruieren lässt, rekonstruiert ihn auch kein Zwilling. Ein Modell kann Daten interpretieren, aber nicht erfinden.
Die Frage der Latenz
Die zweite Frage nach der Datenqualität ist die nach dem erlaubten Versatz. Sie wird selten gestellt und entscheidet trotzdem über die halbe Architektur, weil Kosten und Aktualität hier direkt gegeneinander stehen.
Drei Betriebsarten, drei Architekturen
| Betriebsart | Versatz | Geeignet für |
|---|---|---|
| Batch | 1–24 h | Berichte, Abrechnung, Trends |
| Micro-Batch | 1–5 min | Zustandsüberwachung, Alarme |
| Streaming | < 1 s | Regelung, Netzstabilität |
Die meisten Anwendungsfälle, die als „Echtzeit“ ausgeschrieben werden, sind in Wahrheit Micro-Batch. Das ist keine schlechte Nachricht: Die Architektur wird um eine Größenordnung einfacher und um etwa denselben Faktor billiger.
Wir managen Lösungen, nicht ausschließlich Projekte. Und wir bauen Code statt PowerPoints.
Drei Dinge aus der Praxis
- Erst messen, dann modellieren. Zwei Wochen Datenaufnahme vor dem ersten Modell sparen im Schnitt mehr Zeit, als sie kosten.
- Den Zwilling versionieren wie Code. Ein Modell ohne Historie lässt sich nicht gegen die Realität prüfen, weil niemand weiß, welches Modell am fraglichen Tag lief.
- Eine Kennzahl, die weh tut. Nicht „Verfügbarkeit des Dashboards“, sondern die Abweichung zwischen Vorhersage und Messung, täglich, sichtbar für alle.
Fazit
Der Zwilling ist der sichtbare Teil, das Datenfundament der teure. Wer die Reihenfolge umdreht, bekommt eine sehr schöne Visualisierung von Daten, denen niemand traut. Wer sie einhält, hat nach ein paar Monaten etwas, das im Betrieb tatsächlich benutzt wird — meistens sehr viel unspektakulärer, als es in der Ausschreibung stand.