> For the complete documentation index, see [llms.txt](https://infosys.selmotech.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://infosys.selmotech.com/selmo-documentation/3-die-selmo-methode-ptf/digital-twin-als-denkmodell.md). # Digital Twin als Denkmodell ## 3.2 Digital Twin als Verhaltensmodell Dieses Kapitel klärt, **was ein „Digital Twin“ im Kontext von Selmo bedeutet**\ – und was ausdrücklich **nicht**. Es schafft eine eindeutige begriffliche Grundlage,\ damit das Selmo-Modell korrekt eingeordnet wird. *** ### Der Begriff „Digital Twin“ – ein Klärungsbedarf Der Begriff „Digital Twin“ wird heute für sehr unterschiedliche Dinge verwendet: * 3D-Visualisierungen * Simulationen * virtuelle Inbetriebnahme * Marketingdarstellungen * Datenabbilder realer Maschinen Diese Bedeutungsvielfalt führt zu Missverständnissen. Selmo verwendet den Begriff **bewusst eingeschränkt**\ und **präzise definiert**. *** ### Was der Digital Twin in Selmo ist In Selmo ist der Digital Twin: > **Ein digitales Abbild des erwarteten Maschinenverhaltens.** Konkret bedeutet das: * der Twin beschreibt **Zustände** * er beschreibt **Erwartungen** * er beschreibt **Überwachung** * er beschreibt **Reaktionen auf Abweichungen** Der Digital Twin in Selmo ist: * formal * deterministisch * prüfbar * erklärbar Er beschreibt **nicht die Maschine**,\ sondern **ihr korrektes Verhalten**. *** ### Was der Digital Twin in Selmo nicht ist Der Selmo-Digital-Twin ist **nicht**: * ein 3D-Modell * eine physikalische Simulation * ein virtuelles Testsystem * ein Ersatz für reale Inbetriebnahme * ein Marketing-Artefakt Er ersetzt: * keine mechanische Auslegung * keine Sicherheitsanalyse * keine Validierung der realen Technik > **Selmo modelliert Verhalten,**\ > **nicht Geometrie oder Physik.** *** ### Beziehung zwischen Realität und Modell Der Selmo-Digital-Twin steht in einer klaren Beziehung zur realen Maschine: * Die reale Maschine **führt aus** * Der Digital Twin **beschreibt, was korrekt ist** Der Twin: * definiert Soll-Zustände * definiert erlaubte Übergänge * definiert gültige Bedingungen Die reale Maschine: * wird daran gemessen * wird daran überwacht * wird daran diagnostiziert > **Abweichung bedeutet:**\ > **Realität weicht vom modellierten Verhalten ab.** *** ### Digital Twin und Determinismus Da der Digital Twin formal modelliert ist: * gibt es zu jedem Zeitpunkt einen eindeutigen Zustand * sind Erwartungen explizit beschrieben * sind Reaktionen definiert Das bedeutet: * kein interpretationsabhängiges Verhalten * keine impliziten Annahmen * keine situationsabhängige Logik > **Der Digital Twin ist deterministisch –**\ > **sonst wäre er nicht überprüfbar.** *** ### Digital Twin als Grundlage für Betrieb und Diagnose Der Digital Twin ist die Grundlage für: * Ablaufsteuerung * Zustandsführung * modellbasierte Diagnose * konsistente HMI-Anzeige * automatische Dokumentation HMI und Diagnose zeigen: * nicht „was gerade passiert“ * sondern **wie die Realität zum Modell steht** *** ### Abgrenzung zu Simulation und virtueller Inbetriebnahme Simulationen beantworten: * *Was passiert, wenn…?* Der Selmo-Digital-Twin beantwortet: * **Was darf passieren?** * **Was wird erwartet?** * **Was ist korrektes Verhalten?** Beides kann sich ergänzen,\ ist aber **nicht dasselbe**. *** ### Rolle des Digital Twin im Selmo-Gesamtansatz Die Einordnung ist eindeutig: PTF\ ↓\ Digital Twin (Verhaltensmodell)\ ↓\ Selmo-Modell (formalisiert)\ ↓\ Reale Maschine Der Digital Twin: * entsteht aus Analyse (PTF) * wird im Selmo-Modell formal beschrieben * bleibt während des Betriebs gültig *** ### Zusammenfassung Der Digital Twin in Selmo ist: * ein formales Verhaltensmodell * kein Simulations- oder Visualisierungskonzept * Grundlage für Überwachung, Diagnose und Verantwortung > **Selmo nutzt den Digital Twin nicht,**\ > **um die Maschine zu zeigen –**\ > **sondern um sie erklärbar zu machen.** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://infosys.selmotech.com/selmo-documentation/3-die-selmo-methode-ptf/digital-twin-als-denkmodell.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.