VirtualNEXUS™
VirtualNEXUS™ von LTTS führt Ihre Produktions-ECU-Software – Linux, QNX, RTOS, AUTOSAR und Bare-Metal/Non-AUTOSAR – in einer virtuellen ECU aus und deckt Fehler bereits Monate vor der Fertigstellung der physischen Hardware, der HIL-Prüfstände oder der Prototypfahrzeuge auf.
Software wird immer umfangreicher. Die Validierung sollte damit Schritt halten.
Moderne Fahrzeugprogramme sind Softwareprogramme – dennoch ist die Validierung nach wie vor auf physische Steuergeräte, HIL-Prüfstände und Prototypfahrzeuge angewiesen, die verspätet eintreffen, hohe Kosten verursachen und von mehreren Teams gemeinsam genutzt werden. Diese Warteschlange lässt sich einfach nicht mit den Zeitplänen vereinbaren.
HIL-gebundene Tests
Die Softwarevalidierung wird durch die begrenzte Verfügbarkeit von Testständen und Terminkonflikte behindert.
Programmspezifische Virtualisierung
Proprietäre Umgebungen lassen sich nur schwer über das Programm hinaus wiederverwenden, für das sie entwickelt wurden.
Variantenbasierte Validierungswarteschlangen
Jede zusätzliche ECU oder Softwarevariante erhöht den Druck zur sequenziellen Validierung, anstatt eine parallele Iteration zu ermöglichen.
Hybrid-Konfiguration
Betrieb physischer Steuergeräte von Zulieferern mit virtuellen Steuergeräten
Isolierte Werkzeugketten
Entwicklungs-, Test- und Validierungstools sind oft teamübergreifend nicht miteinander vernetzt.
Kostspielige Simulationsplattformen
Kommerzielle Tools können teuer und unflexibel sein, wenn Anpassungen erforderlich sind.
Prüfung auf Fahrzeugplattformebene
Betrieb mehrerer vECUs mit nahezu Echtzeit-Leistung
Das Ergebnis: Ihre Software-Teams warten auf Testumgebungen, nicht auf Validierungsergebnisse.
LTTS VirtualNEXUS™
Handpicked for You
Was VirtualNEXUS™ auszeichnet
Die Validierung wird vorverlegt, wobei funktionale Left-Shifts, die Integration von Funktionen, Diagnosen und die Netzwerkvalidierung bereits in einer früheren SIL-Stufe des V-Zyklus erfolgen.
Die HIL-Kapazität bleibt erhalten, wobei die Belastung der physischen Teststände reduziertwird – wodurch diese für sicherheitskritische und hardwareabhängige Validierung freigehalten werden.
Varianten werden parallel ausgeführt, was das Testen mehrerer ECU-Ziele, Softwarevarianten und Plattformkonfigurationen ohne sequenzielle Warteschlangen an den Prüfständen ermöglicht.
Das Systemverhalten wird früher validiert, wodurch Probleme im Zusammenhang mit dem Betriebssystem, der Ablaufplanung, der Kommunikation und der domänenübergreifenden Interaktion bereits vor der Integration in späten Phasen aufgedeckt werden.
Die Siliziumgrenzen bleiben klar definiert; Tests auf Hardware-Treiber-Ebene und siliziumabhängige Tests werden auf echter Hardware durchgeführt, wodurch überzogene Behauptungen vermieden werden.
KI-gestützte Arbeitsabläufe, beschleunigte Erstellung von vECUs sowie Generierung und Konfiguration von Builds aus bestehenden Artefakten.
Auswirkungen auf das Geschäft – Vorteile in Bezug auf Zeit, Kosten und Lieferung
Beginnen Sie früher mit SIL und führen Sie mehrere Varianten parallel durch, wobei 70–80 % der Funktions- und Merkmalsvalidierung auf gemeinsam genutzte Arbeitsplätze verlagert werden.
Erkennt Funktions-, Diagnose-, Netzwerk- und Systemfehler, bevor die Hardware verfügbar ist.
Reduzieren Sie die HIL-/Prüfstand-Auslastung pro Ausführungszyklus programmübergreifend um 70 %.
Die Ausführung auf Ebene 3.5 schließt die Lücke zwischen schneller früher Simulation und später Hardware-Genauigkeit.
Steuern Sie Ihren Produktlebenszyklus – mit VirtualNEXUS™
Erleben Sie die Level-3.5-Architektur live, abgebildet auf eines Ihrer eigenen ECU-Ziele – und sehen Sie, wie die Produktionssoftware bereits läuft, noch bevor die Hardware verfügbar ist.
VirtualNEXUS™ ist das modulare Virtualisierungs- und Simulations-Framework von LTTS, das Produktions-ECU-Software in einer virtuellen ECU ausführt und Teams dabei unterstützt, Software früher zu validieren und Probleme zu identifizieren, noch bevor physische Hardware, HIL-Prüfstände oder Prototypfahrzeuge zur Verfügung stehen.
VirtualNEXUS™ unterstützt Linux-, QNX-, RTOS-, AUTOSAR-, Android- und Nicht-AUTOSAR-Umgebungen. Die Architektur ist darauf ausgelegt, die Ausführung mehrerer Betriebssysteme, Hypervisor-basierte Systeme sowie moderne softwaredefinierte Fahrzeugplattformen zu unterstützen.
Ja. VirtualNEXUS™ unterstützt die synchronisierte Simulation mehrerer Steuergeräte (ECUs) und ermöglicht es Teams so, Interaktionen, Kommunikationsabläufe und das Verhalten auf Systemebene über mehrere virtuelle Steuergeräte hinweg nahezu in Echtzeit zu validieren.
Ja. VirtualNEXUS™ unterstützt eine flexible Bereitstellung sowohl in Cloud- als auch in lokalen Umgebungen und ermöglicht es Teams, virtuelle Ressourcen und Validierungsworkflows programm- und infrastrukturübergreifend wiederzuverwenden.
Eine virtuelle Steuereinheit (vECU) ist eine softwarebasierte Nachbildung einer Steuereinheit. VirtualNEXUS™ führt Produktionssoftware innerhalb der vECU aus, um die Zielumgebung zu simulieren und Fehler bereits in einer frühen Phase des Entwicklungszyklus aufzudecken.
Indem ein erheblicher Teil der Validierung auf Software-in-the-Loop-Tests (SIL) verlagert wird, ermöglicht VirtualNEXUS™ frühere Tests und eine parallele Entwicklung und trägt so dazu bei, die Abhängigkeit von gemeinsam genutzten HIL-Prüfständen und physischen Hardware-Ressourcen zu verringern.
Ja. VirtualNEXUS™ lässt sich über XIL-basierte Testautomatisierung und FMI-basierte Konnektivität in bestehende Validierungsumgebungen integrieren, sodass Teams ihre aktuellen Workflows für Testautomatisierung und modellbasierte Entwicklung weiter nutzen können.
VirtualNEXUS™ ergänzt die physikalische Validierung, indem geeignete Tests auf einen früheren Zeitpunkt im Entwicklungszyklus vorverlegt werden. Für hardwareabhängige und chipspezifische Tests sind nach wie vor echte Steuergeräte und HIL-Systeme erforderlich.