VirtualNEXUS™
VirtualNEXUS™ från LTTS kör din produktions-ECU-programvara – Linux, QNX, RTOS, AUTOSAR och bare-metal/icke-AUTOSAR – inuti en virtuell ECU, vilket gör det möjligt att upptäcka fel flera månader innan den fysiska hårdvaran, HIL-testbänkarna eller prototypfordonen är klara.
Programvaran växer. Valideringen bör växa i takt med den.
Moderna fordonsprogram är mjukvaruprogram – ändå är valideringen fortfarande beroende av fysiska ECU:er, HIL-testbänkar och prototypfordon som levereras för sent, kostar mycket och delas mellan olika team. Denna kö går helt enkelt inte att skala upp i takt med tidsplanerna.
HIL-baserad testning
Valideringen av programvaran hämmas av begränsad tillgång till testbänkar och schemakonflikter.
Programspecifik virtualisering
Proprietära miljöer är svåra att återanvända utanför det program som de ursprungligen utvecklades för.
Variantstyrda valideringsköer
Varje ytterligare ECU eller programvaruvariant ökar trycket på sekventiell validering istället för att möjliggöra parallell iteration.
Hybridkonfiguration
Drift av fysiska ECU:er från leverantörer tillsammans med virtuella ECU:er
Isolerade verktygskedjor
Verktyg för utveckling, testning och validering är ofta inte integrerade mellan olika team.
Kostsamma simuleringsplattformar
Kommersiella verktyg kan bli dyra och oflexibla när anpassning krävs.
Testning av fordonets plattformsnivå
Att köra flera vECU:er med prestanda nära realtid
Resultatet: Dina mjukvaruteam väntar på arbetsstationer, inte på valideringsresultat.
LTTS VirtualNEXUS™
Handpicked for You
Vad som utmärker VirtualNEXUS™
Valideringen flyttas uppströms, där funktionella vänsterförskjutningar, funktionsintegration, diagnostik och nätverksvalidering införlivas i SIL tidigare i V-cykeln.
HIL-kapaciteten bibehålls, samtidigt som belastningen på de fysiska testbänkarna minskas – vilket frigör dem för säkerhetskritisk och hårdvaruberoende validering.
Varianter körs parallellt, vilket möjliggör testning av flera ECU-mål, programvaruvarianter och plattformskonfigurationer utan sekventiella köer på testbänkarna.
Systemets beteende valideras tidigare, vilket avslöjar problem med operativsystem, schemaläggning, kommunikation och interaktion mellan flera domäner innan integrationen i ett sent skede.
Silicon-gränserna förblir tydliga, vilket innebär att testning på hårdvaru- och drivrutinsnivå samt silicon-beroende testning sker på verklig hårdvara, vilket undviker överdrivna påståenden.
AI-stödda arbetsflöden, snabb skapande av vECU:er samt generering och konfigurering av build från befintliga artefakter.
Effekter på verksamheten – Fördelar vad gäller tid, kostnad och leverans
Börja arbetet i SIL tidigare och genomför flera varianter parallellt, så att 70–80 % av funktions- och funktionsvalideringen kan flyttas bort från de gemensamma arbetsbänkarna.
Upptäcker fel i funktioner, diagnostik, nätverk och sammansatta system innan hårdvaran finns tillgänglig.
Minska belastningen på HIL/testbänken med 70 % per körningscykel för alla program.
Nivå 3.5-exekvering överbryggar klyftan mellan snabb tidig simulering och sen hårdvarunoggrannhet.
Styr din produkts livscykel – med VirtualNEXUS™
Utforska Level 3.5-arkitekturen i realtid, kopplad till en av dina egna ECU-målplattformar – och se produktionsprogramvaran i drift redan innan hårdvaran finns tillgänglig.
VirtualNEXUS™ är LTTS:s modulära virtualiserings- och simuleringsplattform som kör produktionsklar ECU-programvara i en virtuell ECU, vilket hjälper teamen att validera programvaran i ett tidigare skede och identifiera problem innan fysisk hårdvara, HIL-bänkar eller prototypfordon finns tillgängliga.
VirtualNEXUS™ stöder Linux, QNX, RTOS, AUTOSAR, Android och icke-AUTOSAR-miljöer. Arkitekturen är utformad för att stödja körning av flera operativsystem, hypervisorbaserade system och moderna programvarudefinierade fordonsplattformar.
Ja. VirtualNEXUS™ stöder synkroniserad simulering av flera ECU:er, vilket gör det möjligt för teamen att validera interaktioner, kommunikationsflöden och beteendet på systemnivå mellan flera virtuella ECU:er med prestanda som ligger nära realtid.
Ja. VirtualNEXUS™ stöder flexibel driftsättning både i moln- och lokala miljöer, vilket gör det möjligt för team att återanvända virtuella resurser och valideringsarbetsflöden över olika program och infrastrukturer.
En virtuell ECU (vECU) är en programvarubaserad modell av en ECU. VirtualNEXUS™ kör produktionsprogramvara inuti vECU:n för att simulera målmiljön och upptäcka fel tidigare i utvecklingscykeln.
Genom att flytta en betydande del av valideringen till Software-in-the-Loop-testning (SIL) möjliggör VirtualNEXUS™ tidigare testning och parallell utveckling, vilket bidrar till att minska beroendet av delade HIL-testbänkar och fysiska hårdvaruresurser.
Ja. VirtualNEXUS™ integreras med befintliga valideringsmiljöer genom XIL-baserad testautomatisering och FMI-baserad anslutning, vilket gör det möjligt för teamen att utnyttja sina nuvarande arbetsflöden för testautomatisering och modellbaserad utveckling.
VirtualNEXUS™ kompletterar den fysiska valideringen genom att flytta fram lämpliga tester till ett tidigare skede i utvecklingscykeln. Hårdvaruberoende och kretskortsspecifika tester kräver fortfarande riktiga ECU:er och HIL-system.