Virtualization on AUTOSAR for automotive software

In the context of AUTOSAR in the automotive domain, the virtual ECU

  • Level 1: ASW on Virtualized Entire Platform

  • Level 2: Partial SW Platform

  • Level 3: Full SW Platform on Window/Linux

  • Level 4:Full SW Platform with Real MCAL on virtualized HW

 

Our team can design and implement virtual ECUs at all levels across level 1~4, tailored for AUTOSAR Classic and Adaptive platforms as well as Non-AUTOSAR platform. This allows OEMs and Tier-1 suppliers to test hardware control software in a purely virtual environment long before physical prototypes are available—reducing development cycles, enabling early fault detection, and minimizing the cost and risk associated with late-stage hardware issues.

Building on our deep experience and expertise in Basic Software (BSW) for both the automotive and IoT domains, we provide end-to-end capabilities including:

  • Virtual ECU implementation and configuration across Levels 1 to 4

  • Integration between virtual environments and production software stacks

  • Simulation-based test environments and execution of real test scenarios

 

Level 2SWC Integration & Functional Testing

  1. Functional Testing – Executing test cases to validate the behavior of individual SWCs and their interactions.

  2. Error Handling Verification – Simulating fault conditions to confirm SWCs respond correctly to abnormal inputs or missing data.

  3. Interface Validation betweeen SWCs – Checking data consistency and correctness across RTE interfaces between SWCs.

Level 3BSW Integration & Middleware Testing

  1. BSW Module Testing – Validating communication stack modules (CAN, LIN, Ethernet) and diagnostic services in a virtual environment.

  2. Middleware Behavior Verification – Testing OS scheduling, memory management, and inter-task communication without physical hardware.

  3. Network Stack Simulation – Simulating full communication cycles across multiple virtual ECUs to validate network timing and message routing.

  4. Fault Injection – Introducing simulated hardware or communication failures to confirm system recovery mechanisms.

  5. Resource Usage Analysis – Monitoring CPU load, memory footprint, and I/O utilization under realistic scenarios.

  6. Boot Sequence & Startup Testing – Verifying that BSW modules initialize correctly in the proper order before application execution.

At Level 4Full Virtual ECU & Hardware Interaction Simulation

  1. Hardware Abstraction – Creating a virtualized representation of ECU hardware, including CPU, memory, and required peripherals.

  2. Virtual Peripheral Implementation – Modeling peripherals such as CAN interfaces, I/O modules, and communication buses.

  3. Software-in-the-Loop (SIL) – Running target ECU software on virtualized hardware within a controlled simulation environment.

  4. Real-time Execution – Ensuring the virtual ECU operates in real-time or with controlled simulation timing for accurate testing and debugging.

  5. Hardware-in-the-Loop (HIL) – Combining virtual ECUs with physical hardware components (sensors, actuators) for hybrid testing scenarios.

  6. Full Stack Validation – Verifying the complete software stack, including application code, BSW, and virtualized hardware.

  7. Driver Testing – Ensuring correct operation of drivers and peripheral interfaces.

  8. Functional Safety Validation – Confirming that the system meets safety requirements and performs correctly under critical conditions.

By leveraging automated test execution within CI/CD pipelines, we maximize testing efficiency—dramatically reducing time-to-market, lowering costs, and increasing overall product quality.

Previous
Previous

Virtualization Levels for embedded/IoT Software (SIL1~4)

Next
Next

Two Routes to Automotive Rust