Wie Führungskräfte aus dem Ingenieurswesen Echtzeit-Simulatoren für Elektrifizierungslabore auswählen

Wichtigste Erkenntnisse

• Starten Sie die Auswahl des Echtzeit-Simulators mit Testfällen, Signallisten und messbaren Pass/Fail-Metriken, damit die Anforderungen an die HIL-Plattform stabil bleiben.
• Priorisieren Sie deterministisches Timing, End-to-End-Latenz und Modellgenauigkeit, die der Schaltdynamik entsprechen, da ein geschlossenes Regelkreisverhalten schwache Margen schnell aufdeckt.
• Reduzieren Sie das Beschaffungsrisiko durch Benchmark-Pilotprojekte und klare Abnahmetests und planen Sie anschließend Skalierungsregeln, damit Multi-Bench-Labore konsistent und unterstützbar bleiben.

Elektrifizierungslabore sind dann erfolgreich, wenn sich der Simulator wie ein vorhersehbares Testgerät verhält und nicht wie ein Forschungsprojekt, das sich ständig verändert. Der Absatz von Elektroautos erreichte 2023 14 Millionen, was einem Anstieg von etwa 35 % gegenüber dem Vorjahr. Dieses Tempo zwingt führende Ingenieure dazu, mehr Varianten mit weniger Laborstunden zu validieren. Die praktische Schlussfolgerung ist einfach: Die Auswahl eines Echtzeit-Simulators funktioniert am besten, wenn Sie Timing, I/O und Modellumfang als Systemanforderungen betrachten und dann die HIL-Plattform auswählen, die diese Anforderungen mit einer gewissen Marge erfüllt.

Beschaffungschecklisten beginnen oft mit CPU-Kernen, Kanalzahlen und Preis, in der Hoffnung, dass sich die Integration später von selbst regelt. Diese Reihenfolge führt zu Nacharbeiten, da elektrifizierte Antriebsstränge schnell schaltende Leistungselektronik mit langsameren mechanischen und thermischen Dynamiken koppeln und der geschlossene Regelkreis das Timing unverhandelbar macht. Sie erzielen bessere Ergebnisse, wenn Sie zuerst die Testfälle festlegen und diese Tests dann auf Determinismus, Genauigkeit und Schnittstellen abbilden. Das Ergebnis ist eine Anschaffung, die auch bei Wachstum Ihres Labors stabil bleibt.

Wählen Sie den Echtzeit-Simulator, der dem schwierigsten Timing-Problem Ihres Labors entspricht.

Beginnen Sie mit Labortests zur Elektrifizierung und Erfolgskennzahlen.

Ihre erste Aufgabe besteht darin, zu definieren, was im Elektrifizierungslabor nachgewiesen werden muss, und dies dann in messbare Bestehens- und Nichtbestehensergebnisse umzuwandeln. Die Auswahl eines Simulators wird einfach, wenn jede Anforderung auf einen Testfall, eine Signalliste und ein Zeitbudget zurückgeführt werden kann. Die Erfolgskennzahlen sollten die technische Gültigkeit, den Arbeitsablauf des Bedieners und die Wiederholbarkeit über alle Prüfstände hinweg abdecken. Dieser Ansatz verhindert Feature-Shopping und legt klare Akzeptanzkriterien fest.

Die Elektrifizierungsziele sind an die Emissionsergebnisse gekoppelt, daher muss die Validierung vertretbar und wiederholbar sein. Der Verkehrssektor war im Jahr 2022 für 28 % der Treibhausgasemissionen in den USA verantwortlich, und die Teams spüren diesen Druck, da die Anforderungen an Effizienz, Diagnose und Sicherheit immer strenger werden. Ihre Messgrößen sollten diese Realität widerspiegeln, mit Punkten wie der Regelungsstabilität unter Fehlerbedingungen, der Reaktionszeit der Schutzvorrichtungen und der gemessenen Effizienz unter definierten Betriebspunkten. Für jede Messgröße sollte auch angegeben werden, wie sie gemessen wird, einschließlich Stichproben, Filterung und Signalskalierung.

Laborleiter benötigen außerdem Betriebskennzahlen, die einen konstanten Testdurchsatz gewährleisten. Legen Sie fest, wie lange die Modellkompilierung dauern darf, wie schnell ein Prüfstand zurückgesetzt werden kann und wie „gute Daten“ für die automatisierte Berichterstellung aussehen. Fügen Sie Einschränkungen hinzu, die Teams oft erst spät berücksichtigen, wie z. B. hardware , elektrische Isolierung und Kalibrierungsschritte, die Techniker täglich wiederholen müssen. Der Simulator, der zu Ihrer Testliste passt, passt auch zu Ihrem Personalmodell und Ihrem Zeitplan.

Welche Echtzeit-Simulatorfunktionen sind für elektrifizierte Antriebsstränge wichtig?

Die wichtigsten Simulatorfunktionen für elektrifizierte Antriebsstränge sind deterministische Zeitschritte, stabile Solver für steife Systeme und I/O hardware entspricht. Sie benötigen Rechenressourcen, die sowohl mit Hochgeschwindigkeits-Leistungselektronik mit langsameren Anlagendynamiken kompatibel sind. Außerdem benötigen Sie eine Signalaufbereitung und einen Schutz, die für Hochspannungslaboraufbauten geeignet sind. Funktionslücken äußern sich in Form von instabilen Regelkreisen, übersehenen Fehlern oder nicht reproduzierbaren Ergebnissen.

Beginnen Sie mit den Pflanzenteilen, die Sie darstellen müssen, und ordnen Sie dann jedem Teil die erforderlichen Berechnungen und I/O zu. Leistungselektronikmodelle legen Wert auf Zeit-Schritt-Determinismus und numerische Stabilität, während Motor- und mechanische Teile Wert auf kontinuierliche Dynamik und Parametersweeps legen. Batterie- und Lademodelle fügen Modi, Grenzwerte und Zustandsabschätzungsinteraktionen hinzu, die das Timing beeinträchtigen können, wenn sie zu spät hinzugefügt werden. Die Netzinteraktion fügt Synchronisations- und Störungsinjektionsanforderungen hinzu, die neue Schnittstellen erforderlich machen können.

Betrachten Sie dann die Funktionen Tests täglichen Tests machen. Die Fehlereinfügung sollte kontrollierbar, wiederholbar und protokolliert sein und nicht durch Änderungen an der Verkabelung improvisiert werden. Die Plattform sollte eine synchronisierte Protokollierung mit einer Zeitbasis unterstützen, der Sie vertrauen, da die Ausrichtung der Ablaufverfolgung den Unterschied zwischen einer klaren Ursache und einer Diskussion ausmacht. Schließlich ist hardware wichtig, da Elektrifizierungsprogramme selten lange gleich groß bleiben und ein festes Chassis schnell zu einer Einschränkung werden kann.

Passen Sie die Modellgenauigkeit und die Lösungsgeschwindigkeit an die Schaltdynamik an.

Die Modellgenauigkeit ist nur dann sinnvoll, wenn sie eine Entscheidung unterstützt, die Sie treffen müssen, und die Geschwindigkeit des Solvers ist nur dann sinnvoll, wenn sie das Verhalten im geschlossenen Regelkreis beibehält. Die Leistungselektronik verleitet Teams oft dazu, überall die genauesten Schaltmodelle zu verwenden, was dann unter Druck zu Zeitverlusten und Kompromissen führt. Der bessere Ansatz besteht darin, jedem Testfall einen Genauigkeitsgrad zuzuweisen und strenge Grenzen zwischen dem, was schaltgenau sein muss, und dem, was gemittelt werden kann, zu ziehen. Der Simulator sollte es Ihnen ermöglichen, das richtige Modell zur richtigen Zeitskala zu platzieren.

Ein Test der Traktionsumrichtersteuerung macht den Kompromiss deutlich, da der Regler auf Schaltverhalten und Totzeiteffekte reagiert. Ein Umrichter, der mit 20 kHz schaltet, erfordert Simulationsschritte im Submikrosekundenbereich, wenn Sie Übergänge auf Geräteebene darstellen möchten, und diese Belastung kann eine Allzweck-CPU ohne hardware übersteigen. Sie können den Rest der Anlage weiterhin mit einem langsameren Schritt betreiben, wenn die Plattform eine Multirate-Ausführung mit deterministischer Synchronisation unterstützt. Diese einzelne Entscheidung bestimmt oft, ob Sie mehr Rechenleistung kaufen, Modelldetails ändern oder anpassen, was Sie in HIL validieren.

Die Genauigkeit beeinflusst auch, wie sicher Sie sich sein können, wenn Fehler auftreten. Hochdetaillierte Schaltmodelle können Stromspitzen und Schutzauslösungen anzeigen, die bei gemittelten Modellen verborgen bleiben, aber sie verlängern auch die Einstellungszeit und erhöhen die Empfindlichkeit gegenüber numerischen Einstellungen. Gemittelte Modelle können das richtige Werkzeug sein, wenn Sie den Energiefluss, thermische Grenzen oder Überwachungslogik validieren, da sie das Timing stabil halten und wiederholbar laufen. Die Plattform sollte diese Wechsel kontrolliert und nachvollziehbar machen, damit die Ergebnisse über Ingenieur:innen Prüfstände hinweg konsistent bleiben.

I/O und Timing für Closed-Loop-HIL festlegen

Sie benötigen ein klares Budget für die Latenz der Sensoreingabe, die Rechenzeit, die Aktualisierungszeit der Ausgabe und den Jitter über den gesamten Regelkreis hinweg. Determinismus ist wichtig, da der Regler auf Zeitmuster reagiert und nicht nur auf Signalwerte. Ein guter Anforderungssatz beschreibt das Timing in messbaren Begriffen, die Sie bei der Abnahme testen können.

Die Latenz lässt sich selten mit einer einzigen Zahl ausdrücken. Definieren Sie sie daher so, wie Sie sie messen möchten. Berücksichtigen Sie dabei die Konvertierungskette, die Skalierung, die Filterung und alle für die Steuerungskommunikation verwendeten Protokollstacks. Jitter muss als Parameter erster Klasse behandelt werden, da ein System, das „normalerweise“ eine Frist einhält, in Vorteil dennoch versagt, und diese Vorteil tendenziell mit Fehlern und Transienten einhergehen. Die Taktabstimmung zwischen den Geräten ist ebenso wichtig wie die durchschnittliche Latenz, wenn Sie die Reaktion der Steuerung mit dem Verhalten der Anlage in Beziehung setzen.

Die Timing-Spezifikationen sollten auch berücksichtigen, wie das Labor unter Last läuft. Protokollierung, Visualisierung und automatisierte Testausführung können Rechenzyklen beanspruchen, wenn sie sich Ressourcen mit der Echtzeitaufgabe teilen. Trennen Sie diese Aspekte in Ihren Anforderungen, damit Sie vorhersehbares Verhalten nicht nur bei kurzen Demos, sondern auch bei langen Läufen verlangen können. Wenn das Timing klar spezifiziert ist, werden die Angaben der Anbieter überprüfbar, und Sie können Plattformen ablehnen, die nur unter idealen Bedingungen funktionieren.

Closed-Loop-HIL steht und fällt mit dem End-to-End-Timing, nicht allein mit der reinen Rechenleistung.

Überprüfen Sie die Eignung und Offenheit der Toolchain in Ihrem gesamten Kontrollstapel.

Die Eignung der Toolchain ist der Unterschied zwischen einem Simulator, der zu einer Standardausstattung im Labor wird, und einem, der nur von einem Spezialistenteam genutzt wird. Sie benötigen einen Workflow, der den Import von Modellen, die Code-Integration, die Testautomatisierung und die Versionskontrolle ohne anfällige manuelle Schritte unterstützt. Offenheit ist wichtig, da Elektrifizierungsprogramme verschiedene Tools, Teams und Lieferanten miteinander kombinieren und eine Bindung zu Verzögerungen im Zeitplan führen kann. Mit der besten HIL-Plattform können Sie bereits verwendete Tools integrieren und gleichzeitig die Portabilität der Testartefakte gewährleisten.

Beginnen Sie mit den Schnittstellen, auf die Sie bei Ihrer täglichen Arbeit angewiesen sind. Die Unterstützung für den Modellaustausch sollte auf gemeinsamen Standards basieren, und die Integration sollte nicht das Umschreiben großer Blöcke von Steuerungscode erfordern, nur um in Echtzeit ausgeführt zu werden. APIs für die Automatisierung sind wichtig, da Testlabore zunehmend über Nacht Regressionssuiten ausführen und manuelles Klicken nicht skalierbar ist. Protokollierungsformate sollten außerhalb des Simulators verwendbar sein, damit Analyseteams ihre bevorzugten Datentools verwenden können.

Die Unterstützung für Anpassungen muss auch Grenzen haben, denn „offen“ kann zu „Sie sind für immer für die Integration verantwortlich“ werden, wenn die Plattform keine gepflegten Treiber und klare Dokumentation bietet. Teams, die OPAL-RT-Systeme einsetzen, konzentrieren sich oft darauf, diese Grenze klar zu halten, mit stabilen Schnittstellen für Modelle und I/O sie tiefgreifende Anpassungen nur für die wenigen Bereiche vornehmen, in denen sie einen messbaren Mehrwert bieten. Bei Ihrer Bewertung sollten Sie sich fragen, was bei software stabil bleibt, was erneut getestet werden muss und wie das Rollback funktioniert, wenn ein Labortest ansteht. Diese Details bestimmen, wie oft der Simulator zum Engpass wird und nicht das zu testende System.

Reduzieren Sie das Beschaffungsrisiko mithilfe von Benchmark-Pilotprojekten und Akzeptanzkriterien.

Das Beschaffungsrisiko sinkt, wenn Sie die Auswahl des Simulators wie eine Verifizierung behandeln, mit Benchmarks, die an Ihre Testfälle und Akzeptanzkriterien geknüpft sind, die nicht manipuliert werden können. Ein Pilotprojekt sollte Ihr Zeitbudget, Ihre Modellauslastung und I/O unter Bedingungen reproduzieren, die dem täglichen Laborbetrieb ähneln. Die Akzeptanz sollte die Wiederholbarkeit über mehrere Durchläufe hinweg umfassen, nicht nur eine erfolgreiche Demo. Diese Denkweise macht den Kauf zu einer kontrollierten Übergabe statt zu einem Vertrauensvorschuss.

• Messen Sie das End-to-End-Loop-Timing und den Jitter unter voller Protokollierungslast.
• Lassen Sie Ihr schwerstes Modell stundenlang laufen, ohne dass es zu Überlastungen kommt.
• Überprüfen Sie, ob die Verfahren I/O und Kalibrierung I/O wiederholbar sind.
• Überprüfen Sie, ob die automatisierte Testausführung mit Ihren Laborwerkzeugen funktioniert.
• Überprüfen Sie, ob die Wiederherstellungsschritte nach Fehlern sicher und konsistent sind.

Benchmarks sollten auch die langweiligen Teile testen, die zu Verzögerungen führen. Dazu gehören die Installationszeit, das Konfigurationsmanagement, die Zugriffskontrolle und die Möglichkeit, eine Konfiguration von Grund auf neu zu erstellen, wenn ein PC ausfällt. Verlangen Sie klare Definitionen darüber, was der Support umfasst und was als kundenspezifische Entwicklung gilt, da diese Grenze mehr Einfluss auf Kosten und Zeitplan hat als ein Datenblatt. Wenn die Abnahmekriterien genau formuliert sind, wird die Beschaffung zu einer technischen Kontrolle und nicht zu einem administrativen Schritt.

Planen Sie die Skalierung und den Supportbedarf für Labore mit mehreren Arbeitsplätzen.

Skalierung ist ein Problem der Laborplanung und keine nachträgliche Überlegung beim Einkauf. Der Betrieb mehrerer Prüfstände erfordert eine einheitliche Konfiguration, wiederholbare Kalibrierung und ein Supportmodell, das den Betrieb der Prüfstände auch bei Personalwechseln gewährleistet. Sie sollten planen, wie Modelle, Testskripte und Signalkarten ohne versehentliche Abweichungen gemeinsam genutzt werden können. Ein Simulator, der sich sauber skalieren lässt, reduziert Abweichungen zwischen den Teams und verkürzt die Fehlerbehebungszyklen.

Die Konsistenz des Betriebs beginnt mit einer Konfigurationskontrolle, die auf die Arbeitsweise Ihres Labors abgestimmt ist. Standardisieren Sie die Benennung, die Kanalzuordnung und die Sicherheitsprüfungen, damit ein Testlauf an jedem Arbeitsplatz dasselbe bedeutet. Planen Sie Ersatzteile, hardware und Upgrade-Fenster ein und stellen Sie sicher, dass diese Pläne keine Heldentaten von einzelnen Ingenieur:innen erfordern. Auch Schulungen sind wichtig, denn ein Werkzeug, das nur Experten bedienen können, wird zu einer versteckten Kapazitätsgrenze.

Führungskräfte sollten Plattformen danach beurteilen, wie ruhig sie in großem Maßstab laufen, und nicht danach, wie beeindruckend eine einzelne Testbank in einer Demo aussieht. Ein disziplinierter Auswahlprozess sorgt für die Stabilität der HIL-Plattform, während sich das Antriebsstrangprogramm verändert, und diese Stabilität zeigt sich in einem vorhersehbaren Testdurchsatz und einer saubereren Ursachenanalyse. Teams, die OPAL-RT verwenden, formalisieren diese Disziplin oft mit klaren Zeitvorgaben, skriptbasierten Abnahmetests und gemeinsamen Laborstandards, und die gleichen Ausführungsgewohnheiten gelten unabhängig davon, für welchen Simulator Sie sich entscheiden. Das Labor, das gewinnt, ist dasjenige, das Wiederholbarkeit als eine Produktfunktion betrachtet, die Sie besitzen und schützen.