You want to use virtual validation for testing application software, but the application software includes functionalities that are highly dependent on the basic software. Or you want to perform tests that rely on the basic software, e.g., diagnostic tests or tests that use VEOS bus simulation. You might also want to focus testing on the integrated application and basic software code, which benefits not only the maturity of the application software, but also lets you detect possible errors in BSW configurations.
Benefit from AUTOSAR’s modularity and integrate an ECU’s production BSW components into a V-ECU via an MCAL interface. Create a V-ECU that contains the application software and parts of the basic software, supplemented by dSPACE basic software like the AUTOSAR RTE and the operating system (OS). Or create a V-ECU from the code of a complete ECU. For this, you only have to replace the hardware-dependent parts of the software (MCAL Layer) with appropriate modules for the VEOS simulation platform.
In a simulation of an ECU network, communication between adaptive and classic V-ECUs requires communication by means of bus simulation. To enable bus communication with V-ECUs following the industry standard of the AUTOSAR Adaptive Platform, a classic V-ECU containing a complete Ethernet stack is required. For early testing of ECU integration, it is also very important to validate the functionalities of the bus interfaces. You can save time during HIL testing by testing an ECU’s bus interfaces with V-ECUs. This way, you can ensure better software quality right at the beginning of HIL testing. To run the exact same tests in VEOS and on a HIL simulator, you are recommended to create a V-ECU of the entire ECU code.
Faire avancer l'innovation. Toujours à la pointe de l'évolution technologique.
S’abonner à nos newsletters, gérer ses abonnements ou se désabonner. La newsletter mensuelle contenant toutes les informations liées à l’aéronautique et défense.