Ein digitaler Zwilling ist das mitlaufende digitale Abbild einer realen Maschine, Linie oder Anlage. Er verbindet Live-Werte aus der Betriebstechnik mit Stammdaten aus der Informationstechnik — Konstruktion, Wartungsplan, Auftrag — und hält beides in einer gemeinsamen Struktur zusammen. Entscheidend ist nicht die Darstellung, sondern die Frage, ob das Abbild aktuell, eingeordnet und betreibbar ist. Ein digitaler Zwilling ist die digitale Entsprechung eines realen Objekts — einer Maschine, einer Linie, eines Werks — die kontinuierlich mit Daten aus dem laufenden Betrieb versorgt wird. Sie gibt Auskunft über Zustand, Historie und Leistung des Originals, ohne dass jemand vor Ort nachsehen muss. Der Unterschied zu einem Modell liegt in einem einzigen Wort: mitlaufend. Ein Modell beschreibt einen Stand. Ein Zwilling beschreibt den aktuellen Stand und kennt den Weg dorthin. Ohne den durchgehenden Datenfluss aus der Betriebstechnik bleibt ein Zwilling eine Zeichnung mit Zeitstempel. „Mitlaufend“ heißt dabei nicht zwingend Echtzeit im regelungstechnischen Sinn. Entscheidend ist, dass die Aktualität zum Anwendungsfall passt und bekannt ist: Sekunden für die Prozessdiagnose, Minuten für Instandhaltungsentscheidungen. Innerhalb der Industrie 4.0-Diskussion ist der digitale Zwilling damit weniger eine Technologie als eine Anforderung an die Datenlandschaft darunter. Ein Zwilling ist kein Produkt, das man kauft, sondern eine Eigenschaft der Datenlandschaft. Er entsteht dort, wo Werte verlässlich fließen und eindeutig zugeordnet sind. Wer ihn ohne diese Grundlage einführt, bekommt eine Oberfläche, die niemand pflegt. Die drei Begriffe werden in Projekten regelmäßig vermischt. Sie unterscheiden sich vor allem darin, wie alt ihre Daten sind und wofür sie taugen. Die wichtigste und am häufigsten übersehene Unterscheidung ist die zwischen digitalem Schatten und digitalem Zwilling. Ein digitaler Schatten wird in Echtzeit aus der Anlage gespeist, wirkt aber nicht auf sie zurück: Er zeigt, was geschieht. Ein Zwilling schließt den Kreis — Erkenntnisse aus dem Abbild fließen als Vorgaben in Linie und Steuerung zurück. Wer diese Grenze nicht zieht, verkauft ein Dashboard als Zwilling. In der Praxis ist der Zwilling häufig die Klammer: Er nutzt Geometrie aus dem Modell, rechnet mit den Verfahren der Simulation und legt darunter die tatsächlichen Werte der Anlage. Die gebräuchliche Einteilung folgt dem Betrachtungsumfang. Sie ist nützlich, weil sie die Frage nach dem Datenbedarf gleich mitbeantwortet: Je größer der Umfang, desto mehr Quellen müssen synchron laufen. Die Stufen bauen aufeinander auf: Ein Prozesszwilling ist ohne belastbare Assetzwillinge darunter nur eine Annahme mit Oberfläche. Ein Temperaturwert ist für sich genommen wertlos. Nutzbar wird er erst, wenn feststeht, welches Aggregat ihn geliefert hat, in welchem Werk und Bereich dieses Aggregat steht, auf welchen Auftrag er sich bezieht und welcher Sollwert dafür vorgesehen war. Diese Zuordnung nennt man Kontext — und sie ist der eigentliche Bauteil des Zwillings. Kontext entsteht nicht in der Anlage. Er entsteht in einer Struktur, die Werte aus der Betriebstechnik mit Stammdaten aus der Informationstechnik zusammenführt und beides einheitlich benennt. Ein Unified Namespace ist genau dafür das Ordnungsprinzip: Er gibt jedem Wert einen Platz, der für alle Systeme gleich lautet. Der Zwilling entsteht nicht aus der Anlage allein — er entsteht aus Werten plus Bedeutung. Die Stufen bauen aufeinander auf. Der häufigste Grund für ein gescheitertes Zwillings-Projekt ist der Sprung von Stufe 1 auf Stufe 3. Zustandswerte der Anlage sind digital verfügbar und werden gespiegelt. Man sieht, was passiert — aber noch nicht, warum. Live-Werte werden mit Stammdaten verknüpft: Anlagenstruktur, Sollwerte, Wartungsplan, Auftrag. Aus Zahlen werden Aussagen. Auf dem Abbild lassen sich Szenarien rechnen: Parameteränderungen, Belastungen, Ausfallfolgen — ohne Risiko für die reale Hardware. Ergebnisse bleiben nicht im Dashboard. Vorgaben, Rezepte und Grenzwerte fließen kontrolliert zurück in Linie und Steuerung. Die Technik des Abbilds ist selten das Problem. Das Problem sind die Zulieferungen. Der Begriff ist inzwischen normiert, was Ausschreibungen und Lieferantengespräche erheblich erleichtert. Praktisch relevant ist daran vor allem eines: Wer die Struktur seiner Anlagendaten an diesen Modellen ausrichtet, kann den Zwilling später wechseln, ohne die Daten neu zu erheben. pronubes liefert nicht den Zwilling, sondern die Ströme, aus denen er entsteht — in der Struktur und der Qualität, die eine Auswertung trägt. ERP, MES und Historian bleiben für ihre Aufgaben führend. Über 100 Systemtypen lassen sich anbinden — von aktuellen IoT-Protokollen bis zu jahrzehntealten Schnittstellen. Mehr zur Plattform Nein. Geometrie ist eine mögliche Darstellung, kein Bestandteil der Definition. Viele produktiv genutzte Zwillinge bestehen aus Struktur, Kennzahlen und Verläufen — ganz ohne 3D. Ein Modell hilft dort, wo räumliche Zusammenhänge erklärt werden müssen. An einer Anlage mit einem klar abgegrenzten Anwendungsfall — aber mit dem Strukturmodell, das später für alle gelten soll. So entsteht aus dem ersten Projekt ein wiederverwendbares Muster statt einer Insellösung, die beim Rollout wieder aufgebrochen werden muss. Das hängt vom Anwendungsfall ab. Für Instandhaltungsentscheidungen reichen oft Minuten, für Prozessdiagnose sind Sekunden nötig, für Regelungsaufgaben weniger. Wichtig ist nicht ein möglichst kleiner Wert, sondern dass die Frequenz bekannt und überwacht ist. Die Edge-Runtime arbeitet lokal weiter und puffert Daten, die nicht abfließen können. Nach Wiederherstellung der Verbindung werden sie nachgeliefert. Der Zwilling hat dann eine Lücke im Verlauf, aber keine falschen Werte. Nein. Bestandsanlagen werden über vorhandene Wege angebunden: Datenbanken, Dateiaustausch, proprietäre Kopplungen oder ältere Protokolle. Der Anspruch ist ausdrücklich, moderne IoT-Protokolle und jahrzehntealte Schnittstellen in einer gemeinsamen Sprache kommunizieren zu lassen.Was ist ein digitaler Zwilling in der Produktion?
Definition: digitaler Zwilling
3D-Modell, Simulation, Zwilling — drei verschiedene Dinge
Datenstand
Wofür es taugt
Was fehlt
3D-Modell
Konstruktionsstand
Geometrie, Montage, Schulung
Zustand des realen Exemplars
Simulationsmodell
angenommene Parameter
Auslegung, Was-wäre-wenn im Vorfeld
Anschluss an die reale Anlage
Digitaler Schatten
Echtzeitdaten aus dem Betrieb
Beobachten, Auswerten, Berichten
der Weg zurück in die Anlage
Digitaler Zwilling
laufender Betrieb, in beide Richtungen
Diagnose, Vergleich, Vorhersage im Betrieb
nichts — wenn der Datenfluss steht
Vier Arten digitaler Zwillinge
Art
Betrachtungsumfang
Typische Frage
Komponentenzwilling
ein einzelnes Bauteil
Wie stark ist dieses Lager verschlissen?
Assetzwilling
eine Maschine aus mehreren Komponenten
Wie arbeiten die Teile zusammen?
Systemzwilling
eine Linie oder Anlage aus mehreren Assets
Wo liegt der Engpass?
Prozesszwilling
das Zusammenspiel mehrerer Systeme im Werk
Was passiert, wenn wir umrüsten?
Warum Kontext über den Nutzen entscheidet
Vier Ausbaustufen — und warum keine übersprungen wird
Abbild
Kontext
Vorhersage
Rückwirkung
Wo sich ein Zwilling in der Produktion rechnet
Was ein Zwilling an Daten voraussetzt
Normen und Bezugsmodelle
Drei Bezüge tragen die Praxis:
Wie pronubes das Abbild speist
Häufige Fragen
Brauche ich ein 3D-Modell für einen digitalen Zwilling?
Wo fange ich an, wenn mehrere Werke betroffen sind?
Wie aktuell muss das Abbild sein?
Was passiert bei einem Verbindungsausfall?
Müssen alte Anlagen ersetzt werden?
Ein Zwilling, der auch im Betrieb überzeugt.
30 Minuten zu Ihrer Systemlandschaft: welche Datenbasis ein digitaler Zwilling wirklich braucht.
pronubes ist ein Produkt der inray Industriesoftware GmbH. Seit über 30 Jahren Industriesoftware aus Deutschland. Innovativ und verlässlich für Produktionsunternehmen.

