Schmerler, ThomasFischer, StefanMaehle, ErikReischuk, Rüdiger2020-01-282020-01-282009978-3-88579-248-2https://dl.gi.de/handle/20.500.12116/31263Bei vielen HiL-Tests spielt die Berücksichtigung harter Echtzeitbedingungen eine wichtige Rolle. Im praktischen Einsatz läuft die Software zur Testautomatisierung jedoch auf einem Host-PC – und damit nicht synchron zum Simulationsmodell auf dem Echtzeitrechner. Dies führt dazu, dass die Echtzeittests oft direkt in das Simulations- modell eingefügt werden. Der Echtzeit-Testfall kann dann per Schalter aktiviert und so synchron zum Echtzeitmodell abgearbeitet werden. Dies hat jedoch zur Folge, dass das eigentliche Simulationsmodell und der Test nicht mehr klar getrennt sind – was dazu führen kann, dass die Weiterentwicklung und die Ableitung von Testvarianten sehr kompliziert werden. Zudem wird die Pflege des Simulationsmodells erschwert, da neben dem Basismodell noch viele Varianten mitmodelliert werden müssen, um diese später zur Laufzeit zu aktivieren. In Summe entstehen so gigantische monolithische Gesamtsimulationsmodelle, die das Basismodell, die Varianten und die Echtzeittests enthalten. Eine Lösung bietet der modulbasierte Ansatz. Der Simulationscode besteht dabei aus einzelnen Modulen, die zu einem Testfall verbunden und zur Laufzeit dynamisch erweitert werden können. Der große Vorteil liegt darin, dass nun die Funktionen des Simulationsmodells und der Echtzeittest separat erstellt und versioniert werden können. Dies führt zu einer besseren Übersichtlichkeit und einem „sauberen“ Echtzeitmodell, dass effizienter gepflegt und umfassender eingesetzt werden kann. Durch standardisierte C-Schnittstellen ist auch der Einsatz von Modulen möglich, die in verschiedenen domänenspezifischen Werkzeugen erstellt wurden.deHardware in the Loop (HiL)-TestsKombination beliebiger ModellsprachenMulticore- SimulationPlugins für Echtzeit-Simulationsmodelledynamische Erweiterbarkeit des Echtzeit-SimulationscodesText/Conference Paper1617-5468