Vehicle-in-the-Loop (VIL) Testen: Verknüpfung der ADAS-Simulation mit realen Antriebsstrang-Dynamometern

Warum Vehicle-in-the-Loop (VIL) Tests sind auf dem Vormarsch

ADAS und die Validierung des autonomen Fahrens sind traditionell in zwei getrennte Welten aufgeteilt: reine Software-in-the-Loop-Simulation von Sensoren und Fahrszenarien, und physische Tests des realen Fahrzeugs auf dem Prüfgelände. Vehicle-in-the-Loop (VIL) Das Testen schließt diese Lücke, indem es ein reales Fahrzeug anschließt — sein eigentlicher Antriebsstrang, Fahrwerksaktuatoren, und Steuergeräte — hin zu einem Fahrsimulator, der die Sensoren des Fahrzeugs mit synthetischen, aber realistischen Szenariodaten stimuliert, während das Fahrzeug physisch auf einen Leistungsprüfstand reagiert. Forschungseinrichtungen haben mit dem Aufbau von VIL-Anlagen begonnen, die Allrad-Dynamometer für komplette Fahrzeuge mit Driver-in-the-Loop-Simulatoren koppeln, Lassen Sie Ingenieure gefährliche oder statistisch seltene Randfallszenarien ausführen (Beinahe-Einschnitte, Sensorokklusion, plötzliches Auftauchen eines Hindernisses) ohne ein Fahrzeug abzustellen, Treiber, oder öffentliche Verkehrsteilnehmer gefährdet. Da sich die ADAS-Funktionen von der Fahrerassistenz zur bedingten Automatisierung entwickeln, Diese Mittelweg-Testmethode entwickelt sich zu einem Standardbestandteil der Validierungs-Toolchain und ist keine Forschungskuriosität mehr. Es bietet Programmteams außerdem die Möglichkeit, den Validierungskalender zu komprimieren: Szenarien, die andernfalls auf die Verfügbarkeit des Testgeländes im Spätstadium warten würden, können früher evaluiert werden, gegen die tatsächliche Antriebsstrang-Hardware, Während sich das Äußere und Innere des Fahrzeugs noch in der Entwicklung befindet.

Was unterscheidet VIL-Tests von Standard-Antriebsstrangtests?

• Geschlossener Kreislauf, nicht offen: Der Dynamometer wendet nicht nur ein vorab aufgezeichnetes Drehmoment- oder Geschwindigkeitsprofil an — Es reagiert in Echtzeit auf Befehle, die von den fahrzeugeigenen Steuergeräten als Reaktion auf simulierte Sensoreingaben generiert werden.
• Sensorstimulation, kein Sensorbypass: Kamera, Radar, und Lidar-Frontends werden mit synthetischen, aber realistischen Szenariodaten gefüttert, sodass die gesamte Kette von der Erfassung bis zur Betätigung ausgeübt wird, nicht nur die Steuerlogik.
• Human-in-the-Loop optional, aber üblich: Ein Fahrer in einem Simulator-Cockpit kann Teil der Schleife sein, Ermöglicht die Auswertung der Fahrer-ADAS-Interaktion (Übernahmeanträge, Zeitpunkt der Übergabe) neben der reinen Fahrzeugreaktion.
• Echtzeit-Determinismus-Anforderung: Der Regelkreis des Dynamometers und die Simulationsumgebung müssen innerhalb enger Latenzbudgets synchronisiert bleiben, oder die Reaktion des Fahrzeugs verzögert das Szenario und führt zu ungültigen Ergebnissen.

Kerntestaufgaben

1. Latenz zwischen Sensor und Aktor

Misst die Zeit ab einem simulierten Reizereignis (Z.B., ein virtueller Fußgänger, der den Weg betritt) zu einer messbaren Reaktion des Antriebsstrangs/Bremsaktuators am physischen Fahrzeug.

Schlüsselkennzahlen: End-to-End-Latenz (MS), Jitter bei wiederholten Versuchen, Einhaltung des Latenzbudgets im Vergleich zum erforderlichen Reaktionsfenster des Szenarios.

2. Reaktion des Antriebsstrangs unter ADAS-Befehlen

Überprüft, ob der physische E-Motor oder ICE-Antriebsstrang vorhanden ist, auf dem Leistungsprüfstand montiert, liefert das Drehmoment- und Verzögerungsprofil, das der ADAS-Controller bei automatisierten Manövern anweist.

Schlüsselkennzahlen: befohlen vs. Fehler beim gelieferten Drehmoment, Reaktionsanstiegszeit, Drehmomentwelligkeit während Übergangsereignissen.

3. Wiederholbarkeit von Edge-Case-Szenarien

Führt das gleiche gefährliche oder seltene Szenario aus (einschneiden, plötzliches Bremsen voraus, Sensorokklusion) wiederholt unter kontrollierten Bedingungen, um statistische Sicherheit ohne physisches Straßenrisiko aufzubauen.

Schlüsselkennzahlen: Erfolgs-/Fehlerquote bei wiederholten Versuchen, Varianz in der Systemreaktion, Anzahl der Szenarioabdeckungen.

4. Zeitpunkt der Fahrerübernahme und -übergabe

Wo ein menschlicher Fahrer auf dem Laufenden ist, misst die Zeit und Qualität des Übergangs, wenn das ADAS-System eine manuelle Übernahme anfordert.

Schlüsselkennzahlen: Übernahmeanfrage-zu-Antwort-Zeit, Lenk-/Pedaleingabequalität während des Übergangs, Fehlalarmquote bei Übernahmeanfragen.

5. Mehrachsige Fahrwerks- und Antriebsstrangkoordination

Validiert die koordinierte Reaktion aller Antriebsachsen (Torque Vectoring, Einzelradbremsung) unter simulierten Kurven- oder Schlupfszenarien, ein 4WD-fähiger Leistungsprüfstand erforderlich ist.

Schlüsselkennzahlen: Genauigkeit der Drehmomentverteilung pro Achse, Gierratenkorrelation zwischen simulierter und physischer Reaktion, Zeitpunkt des Eingreifens der Stabilitätskontrolle.

6. Langzeit-Regressionstests

Führt eine große Anzahl zuvor validierter Szenarien mit einer neuen Softwareversion durch, um Regressionen zu erkennen, bevor Tests auf dem Testgelände durchgeführt werden.

Schlüsselkennzahlen: Erfolgsquote der Regression, Szenariodurchsatz pro Testschicht, Abweichung von der Basisreaktion für jedes Szenario.

Was das für die Prüfstandsauswahl bedeutet

Eine VIL-fähige Prüfzelle geht von einer Vollfahrzeug- oder Vollachs-Dynamometerplattform aus — Abdeckung mit Allradantrieb, hohe Dynamik, und Echtzeit-Datenerfassungsraten, die hoch genug sind, um mit der Simulationsumgebung synchronisiert zu bleiben — und fügt eine Echtzeit-Schnittstellenschicht hinzu (EtherCAT, CAN-FD, oder ähnliches) zwischen dem Simulator und dem Dynamometer-Controller. Weil VIL zwischen reiner Softwaresimulation und umfassenden Tests auf dem Prüfgelände angesiedelt ist, Die dynamische Reaktion des Dynamometers und die Latenz des Regelkreises sind wichtiger als bei einem herkömmlichen Effizienz-Mapping-Test. Einrichtungen, die eine VIL-Zelle planen, sollten im Vorfeld auch den Systemintegrationsaufwand zwischen Simulator- und Dynamometeranbietern einkalkulieren, da die Echtzeitschnittstelle in der Regel den langen Weg im Inbetriebnahmeplan einnimmt, nicht die Dynamometer-Hardware selbst. Wenn Ihr ADAS- oder AD-Validierungsprogramm den Kreis zwischen Simulation und einem physischen Antriebsstrang schließen muss, Sprechen Sie mit unserem Engineering-Team über Dynamometerplattformen und Echtzeitschnittstellen, die für die VIL-Integration geeignet sind.