SDV Guide
digital.auto
  • Welcome
  • SDV101
    • Part A: Essentials
      • Smart Phone? No: Habitat on Wheels!
      • Basics: What is a Software-defined Vehicle
      • MHP: Expert Opinion
      • Challenges: What sets automotive software development apart?
      • SDV Domains and Two-Speed Delivery
    • Part B: Lessons Learned
      • Learnings from the Internet Folks
        • Innovation Management
        • Cloud Native Principles
          • DevOps and Continuous Delivery
          • Loose Coupling
            • Microservices & APIs
            • Containerization
            • Building Robust and Resilient Systems
      • Learnings from the Smart Phone Folks
    • Part C: Building Blocks
      • Foundation: E/E Architecture
        • Today`s E/E Architectures
        • Evolving Trends in E/E Architectur
        • Case Study: Rivian
      • Standards for Software-Defined Vehicles and E/E Architectures
      • Building Blocks of an SDV
        • Service-Oriented Architecture
          • The SOA Framework for SDVs
          • Container Runtimes
          • Vehicle APIs
          • Example: Real-World Application of SDV Concepts
          • Ensuring Functional Safety
          • Event Chains in Vehicle SOAs
          • Vehicle SOA Tech Stack
        • Over-the-Air Updates: The Backbone of Software-Defined Vehicles
        • Vehicle App Store: The Holy Grail of Software-Defined Vehicles
      • Summary: Building Blocks for Software-Defined Vehicles
    • Part D: Implementation Strategies
      • #DigitalFirst
      • Hardware vs Software Engineering
        • The Traditional V-Model in Automotive Development
        • Agile V-Model, anybody?
        • Key: Loosely Coupled, Automated Development Pipelines
        • The SDV Software Factory
      • Implementing the Shift Left
        • Simulation and Digital Prototyping
          • Early Validation: Cloud-based SDV Prototyping
          • Detailed Validation: SDVs and Simulation
        • Towards the Virtual Vehicle
          • Case Study: Multi-Supplier Collaboration on Virtual Platform
          • Long-Term Vision
        • Physical test system
        • De-Coupled, Multi-Speed System Evolution
        • Continuous Homologation
        • Summary and Outlook
      • Enterprise Topics
        • Variant Management
        • Engineering Intelligence
        • Enterprise Organization, Processes, and Architecture
        • Incumbent OEMs vs EV Start-ups
  • SDV201
  • ./pulse
    • SDV Enabling
      • SDV Business & Investment Enablement
      • SDV Culture
    • Lean Sourcing
      • LeanRM
        • Why so many Requirements?
      • SCM for SDVs
    • SDV Systems Engineering
      • LeanSE
      • SDVxMBSE
    • Digital First
    • Loose Coupling
      • API-first
      • Freeze Points
    • Automation and Engineering Intelligence
    • Continuous Homologation
    • Build / Measure / Learn
    • Community & Meetups
  • Glossary
Powered by GitBook
On this page
  1. SDV101
  2. Part D: Implementation Strategies
  3. Implementing the Shift Left
  4. Simulation and Digital Prototyping

Detailed Validation: SDVs and Simulation

PreviousEarly Validation: Cloud-based SDV PrototypingNextTowards the Virtual Vehicle

Last updated 8 months ago

SDV Guide

  • Legal Notice
  • Disclaimer
  • Privacy Policy

(c) 2025 Dirk Slama

CtrlK
  • SDV Simulation Domains
  • SDV and Simulation
  • Example: Simulation for Range Extension SDV Use Case
  • Simulation-based Test Strategies

Simulation has long been a cornerstone of vehicle development, supporting everything from physics simulations for crash testing and aerodynamics to energy management, sensor modeling, and control system validation. These tools are essential for improving efficiency, safety, and performance across all stages of design and testing.

However, traditional vehicle simulation systems are complex, comprehensive, and time-consuming to build. To address this challenge in the SDV era, modularization, architectural layering, and the shift north approach—supported by the Vehicle Hardware Abstraction Layer (VHAL)—are critical. This enables faster, more agile simulation environments that decouple hardware from software development, aligning with modern SDV strategies.

SDV Simulation Domains

Simulation plays a critical role in modern vehicle development, enabling comprehensive virtual testing across multiple domains to reduce costs and time. Key areas include Vehicle Dynamics and Performance, where handling, braking, and aerodynamics are optimized, and Safety and Crashworthiness, which tests crash scenarios to validate occupant protection systems. Environmental Testing assesses vehicle performance across varying weather, terrain, and altitudes, while Electrification and Energy Management models battery range, charging, and energy use.

In ADAS and Autonomous Driving, simulations validate sensors, decision-making algorithms, and vehicle behavior. E/E Systems and Software benefit from Hardware-in-the-Loop (HIL), Software-in-the-Loop (SIL), and Model-in-the-Loop (MIL) testing to ensure seamless integration. Computational Fluid Dynamics (CFD) enhances Aerodynamics and Thermal Management, while Human Factors and UX simulations focus on ergonomics, HMI interfaces, and cabin NVH performance. Additionally, virtual Regulatory Compliance testing ensures emissions, safety, and homologation standards are met.

Simulations also address Modular and Variant Testing for platform flexibility and configuration validation, as well as Sustainability and Lifecycle Analysis to model environmental impacts. Finally, Manufacturing and Assembly processes are optimized virtually, improving factory workflows and reducing production issues. Together, these simulation efforts create a robust, efficient, and agile development process, supporting a "Shift Left" strategy in vehicle engineering.

SDV and Simulation

Simulation in Software-Defined Vehicles (SDVs) predominantly occurs south of the Vehicle Hardware Abstraction Layer (VHAL), where it focuses on physical systems and safety-critical, ASIL-compliant components. These simulations replicate real-world vehicle behavior for areas like vehicle dynamics, battery management, and environmental conditions, ensuring high-fidelity results closer to physical reality.

In contrast, development north of the VHAL follows a code-first approach. Algorithms here, often classified as QM or low-ASIL, are developed iteratively using agile methodologies, MVPs, and continuous improvement. This separation enables rapid innovation north of the VHAL while maintaining stability and accuracy south of it, showcasing the benefits of modularization and layered development.

This modular approach allows for cross-domain integration, even when different domains south of the VHAL rely on distinct simulation platforms, ensuring cohesive, multi-domain validation while accelerating innovation.

Example: Simulation for Range Extension SDV Use Case

In the next step of the Range Extension use case, the basic mock-up data south of the Vehicle Hardware Abstraction Layer (VHAL) is replaced with a more realistic vehicle simulation. This advancement ensures that vehicle behavior below the VHAL is far more accurate, leading to better testing and validation results for the range extension algorithm north of the VHAL.

Importantly, this change does not impact the algorithm itself, as it interacts with the vehicle API above the VHAL. This demonstrates the benefits of loose coupling—allowing improvements south of VHAL without affecting development north of it.

Simulation-based Test Strategies

To enable a deeper understanding of simulation methods in SDV development, we will explore Model-in-the-Loop (MIL), Software-in-the-Loop (SIL), and Hardware-in-the-Loop (HIL) approaches, highlighting their roles, benefits, and importance in achieving efficient and reliable testing across different stages of the development cycle.

The diagram illustrates three key simulation approaches in the context of Software-Defined Vehicles (SDVs): Model-in-the-Loop (MIL), Software-in-the-Loop (SIL), and Hardware-in-the-Loop (HIL).

  • MIL: Simulation inputs are tested against mathematical or functional models. It allows early testing of algorithms or system behaviors in a virtual environment.

  • SIL: Validates software components by simulating their performance with inputs and outputs. This ensures the software works as intended before integration.

  • HIL: Combines real hardware with simulated environments to test physical components under realistic conditions.

These simulation "loops" enable iterative testing, providing fast feedback while reducing risks and costs. They also allow cross-domain integration, ensuring systems interact seamlessly, which supports a shift-left approach to development.