Eine Simulationstechnik, bei der zwei oder mehr spezialisierte, domänenspezifische Simulatoren koordiniert ausgeführt werden und an vordefinierten Schnittstellen und Synchronisationspunkten Daten austauschen, anstatt durch einen monolithischen Solver ersetzt zu werden; dient der Integration heterogener Modelle bei Erhalt von werkzeugspezifischen Fähigkeiten und geistigem Eigentum.

Prinzip

Co‑Simulation partitioniert ein mehrdomänen System in Submodelle, die von dedizierten Solvern ausgeführt werden; die Korrektheit hängt von der Wahl der ausgetauschten Interface‑Variablen, dem Synchronisationsschema und der Austauschfrequenz ab, da diese Konservierung, Stabilität und globale Fehlerfortpflanzung über Subsysteme bestimmen.

Demonstration

Illustratives Szenario → Fahrzeugintegriertes Energiemanagement: Situation: Ein Regelalgorithmus in Echtzeit muss mit einer hochaufgelösten Antriebsstrangsimulation interagieren. Erkennen: Der Systems‑Ingenieur wählt Co‑Simulation, um Lieferanten‑Solver und das Echtzeitverhalten des Controllers zu erhalten. Handlung: Der Antriebsstrang‑Solver und der Controller laufen parallel; bei jedem Synchronisationsintervall sendet der Controller Drehmomentkommandos und empfängt Wellen‑Drehzahlen; Interpolation und Pufferung überbrücken unterschiedliche Zeitschritte. Folge: Die Entwicklung erfolgt mit validierter Regellogik und detaillierten Antriebsstrangantworten, allerdings treten numerische Artefakte auf, wenn die Synchronisationsintervalle zu groß sind, was eine Verkleinerung des Zeitschritts oder Interface‑Korrekturmaßnahmen erfordert.

Fehlanwendung

Die Annahme, Co‑Simulation sei numerisch äquivalent zu einer monolithischen Lösung, ist eine Fehlanwendung. Der Fehler besteht darin, Interface‑Konsistenz und Konservierung zu ignorieren: Wenn ausgetauschte Größen keine Konservierung (Energie, Masse, Impuls) garantieren oder die Synchronisation zu grob ist, kann die Co‑Simulation verzerrte oder instabile Ergebnisse liefern, obwohl die Subsysteme genau sind.

Konsequenz

Co‑Simulation ermöglicht die Wiederverwendung spezialisierter Werkzeuge, parallele Entwicklung und Schutz proprietärer Modelle, wodurch Systemintegration und Tests beschleunigt werden. Sie führt jedoch typischerweise zu zusätzlichem numerischem Fehler, Latenz und Koordinationsaufwand; bei stark gekoppelten oder steifen Systemen kann sie ohne konservative Schnittstellenverfahren zu nichtphysikalischem Verhalten führen.

Umkehrung

Ist die Kopplung stark, die Dynamik steif oder strikte Konservierung an den Schnittstellen erforderlich, sind monolithische Solver oder eng iterierte partitionierte Methoden mit Sub‑Step‑Iteration vorzuziehen. Für frühe Entwurfsphasen, Echtzeit‑Hardware‑in‑the‑Loop oder zur Bewahrung von Lieferanten‑Tools ist Co‑Simulation hingegen geeignet.

Abgrenzung

Eindeutig innerhalb: Multi‑Domänen‑Workflows, die unterschiedliche Solver‑Pakete kombinieren, welche Randvariablen an bekannten Schnittstellen austauschen. Randfall: Zwei Solver teilen ein deformierbares Netz und benötigen Interpolation — die Genauigkeit hängt von der Interpolationsgüte ab. Eindeutig außerhalb: Ein einzelner Solver, der alle erforderlichen Physiken nativ unterstützt, oder ein rein sequentielles Offline‑Postprocessing ohne Laufzeitinteraktion.

Semantische Spannung

Modularität & IP‑Schutz versus Numerische Genauigkeit — Co‑Simulation erhält modulare Toolchains und proprietäre Modelle, kann aber die numerische Genauigkeit und Stabilität im Vergleich zu monolithischen Ansätzen verschlechtern; die Lösung dieser Spannung erfordert Interface‑Design und Fehlerkontrollstrategien.

Synthese

Co‑Simulation ist ein technisches Muster zum Kombinieren heterogener Solver: Es tauscht teilweise numerische Genauigkeit und mögliche Stabilität gegen Modularität, die Nutzung spezialisierter Werkzeuge und praktische Integrationsvorteile ein. Erfolg erfordert explizite Schnittstellendefinitionen, eine Synchronisationsstrategie und aktive Verwaltung von Konservierung und Fehlerausbreitung.