SystemDesk acts as the ideal basis for your software-in-the-loop (SIL) process. Based on your existing ECU code, you can create virtual ECUs that make it possible for you to execute and test your code in a cost-effective SIL simulation. If you want to model a new, classic AUTOSAR architecture or modify an existing one, SystemDesk offers powerful yet easy-to-use AUTOSAR architecture tools.
Broadly Extended AUTOSAR Support, Format 3.0 for V-ECU Containers, and More
Webinar Recording: This webinar demonstrates how to develop ECU software from the software architecture to the basic software with SystemDesk and EB tresos Studio.
In this webinar recording, dSPACE demonstrates how to generate virtual ECUs in non-AUTOSAR projects.
Webinar Recording: This webinar, hosted by dSPACE and Elektrobit, provides a basic introduction to the up-and-coming AUTOSAR standard for developing in-vehicle software.
In this free webinar recording, dSPACE and Elektrobit demonstrate how basic software modules can be integrated in a virtual ECU.
As the complexity of a system increases, new measures are required to properly validate its functions. This is why Volkswagen is using virtualization more than ever in its validation processes.
The Global Electrical Engineering and Software - Virtual Engineering Team (EE&SW VE Team) of Fiat Chrysler Automobiles (FCA) is implementing a new and improved software development and test platform that embraces agile technology practices and virtualization capabilities to enable early validation.
Testing new functions as soon as they become available – a task that requires flexibility and the frontloading of tests. For this purpose, Volkswagen relies on automatically generated virtual ECUs. The dSPACE tools SystemDesk and VEOS help developers generate and simulate the software.
Safety, efficiency, and availability are the core requirements for commercial vehicles. Technology supplier WABCO has implemented a consistent process to optimize the development of safety-critical, reliable systems. It is based on a comprehensive tool chain in which SystemDesk and TargetLink pave the way to AUTOSAR- and ISO 26262-compliant development.
Can you execute testing activities faster without the physical hardware? Tula, a Silicon Valley technology company, has seen a 50% reduction in time required to complete validation and verification activities since establishing a virtual validation environment.
With VEOS, Linux-based ECUs can be tested early and efficiently, and synchronized with other simulation components.
The automotive industry is reinventing itself. With autonomous driving, the requirements for software architectures have changed fundamentally.
V-ECUs are not as mysterious as one may think: In the end, it boils down to enriching the code, AUTOSAR or not, with an automatically generated run-time environment and operating system to use it in a software-in-the-loop environment.
Many companies are working on migrating their existing electronic control unit (ECU) software to AUTOSAR. This can often involve reworking much of the structure and rewriting the code in order to make it compliant to the standard.
SystemDesk lays the foundation for successful software-in-the-loop testing. Regardless of whether you are working with Classic AUTOSAR, Adaptive AUTOSAR, or without AUTOSAR (non-AUTOSAR), SystemDesk helps you create your system under test (SUT).
No matter your output data, SystemDesk supports you in creating a virtual ECU (V-ECU). For example, you can import an existing Classic or Adaptive AUTOSAR architecture to use as a basis for configuring your basic software (BSW). In addition, you can use your fully integrated code directly with application software and basic software to create the V-ECU. The generated V-ECU can be simulated using VEOSand forms the basis for your subsequent SILand HIL tests.
Aside from importing an existing architecture, SystemDesk allows you to model your complete AUTOSAR software architecture. An advanced validation function guides you through the individual steps to ensure compliance with the schema. This architecture then forms the basis for implementing the software components and for the basic software configuration.
The SystemDesk Modeling Module enables the modeling of Classic AUTOSAR and Adaptive AUTOSAR software architectures and systems containing one or more networked AUTOSAR ECUs. It supports the software architecture development process from modeling software components (SWCs) to specifying system aspects including the hardware topology and network communication.
For virtual validation applications, the SystemDesk V-ECU Generation Module lets you configure and generate virtual ECUs (V-ECUs). To create a V-ECU, software components, functions or C code from different sources can be combined in SystemDesk. To test the system's overall behavior, V-ECUs can be used for PC-based simulation with VEOS as soon as the C code implementation is available.
Depending on your test focus, you can do the following:
A V-ECU is ECU software that can be executed in a SIL environment. The V-ECU can be based on Classic AUTOSAR, non-AUTOSAR-compliant code, Adaptive AUTOSAR, or even POSIX applications. SystemDesk offers complete support for creating any type of V-ECU for SIL testing.
In the classic AUTOSAR context, a V-ECU can contain production code for the features to be tested, either only at the application level or including the basic software. The V-ECUs can be created including the application software and basic dSPACE software or with your own basic software. By using basic dSPACE software, you can create a V-ECU quickly and easily without extensive knowledge of AUTOSAR, whereas integrating your own basic software makes it possible for a realistic virtual ECU to simulate your real ECU. Non-AUTOSAR-compliant code can also be used as a basis for a classic V-ECU. This is done by entering features, their cycle times, and interfaces. V-ECUs can even be created for non-AUTOSAR ECUs with basic software.
In addition to V-ECUs in the conventional context, V-ECUs can also be based on dynamic architectures. This includes both POSIX applications and Adaptive AUTOSAR. Adaptive AUTOSAR has a different architecture, in which a run-time environment is used independently of the application level, which is referred to as middleware. As a result, applications can be exchanged and updated flexibly while still using middleware features that were standardized by AUTOSAR. For the V-ECUs, you can use either your own middleware or the middleware from the AUTOSAR Adaptive Platform Demonstrator.
You can use VEOS to simulate the finished V-ECU, thus validating your software in a PC-based simulation. Of course, this also applies to Linux-based V-ECUs from the adaptive environment. Together with experiment software such as ControlDesk, you can evaluate the results.
Did you define a behavior in the software that you want to change? Simply load your software architecture in SystemDesk and change the necessary components or adjust the C code. After generating your V-ECU again, you can check the results of your changes directly with VEOS. Short paths to quick and valid results.
You have created a V-ECU with SystemDesk based on your software architecture: this marks your start in the flexible and cost-effective world of software-in-the-loop simulation. Thanks to the scalability of a V-ECU, you can save valuable time spent on HIL testing, run different tests simultaneously, and even perform tests directly on the developer PC. Level-1 V-ECUs can even be used on SCALEXIO as a restbus.
In addition to the easy integration of SystemDesk into your existing tool chain, dSPACE offers compatible products for optimizing your workflow in the SIL world. For example, you can simulate one or more V-ECUs in VEOS and test them in a realistic environment. ControlDesk allows you to evaluate all of the values in a concise overview, while AutomationDesk allows you to run your tests completely automatically.
AUTOSAR files can be saved centrally to allow various developers and architects to access them in parallel from all of these products, in a version management system such as git, for example. If any conflicts arise or if you simply want to obtain a quick overview of changes, dSPACE AUTOSAR Compare supports you completely independently of your other tools.
You are planning on using SIL or our SIL tool chain for the first time? Our experts would be happy to help you set out on your simulation and validation journey.
On the way to the real ECU at the end of the development process, SystemDesk supports V-ECUs at the application, simulation BSW, and production BSW level.
Application-level V-ECUs can be used to perform comprehensive functional testing on application software. Both individual software components and a complete application software can serve as the basis for the V-ECU. Even at this initial level, the V-ECU can be used within a continuous testing process to detect errors early on in the development process.
In addition to the first level, the second V-ECU level includes non-productive basic software that was created only for this specific V-ECU and its simulation. Thus, the V-ECU can be connected to a virtual bus and tested in a broader context.
In addition to the application software, production BSW V-ECUs also contain the productive basic software. Thus, they simulate the hardware-independent software of the real ECU. Because these V-ECUs are suited for complete ECU software tests, they are often used by ECU managers in HIL frontloading.
We would be happy to advise you on how to achieve your goals during your next steps in the SIL world.
Our engineering services can help make this start or changeover as easy as possible for you.
Create your own AUTOSAR software architecture from scratch or enhance an existing architecture.
SystemDesk offers comprehensive modeling tools. For example, you can create individual or multiple software components down to the last detail before combining them into an integrated composition. As a result, it is possible to model the entire application layer of an individual ECU or even application software spread out across multiple ECUs.
The modeling of a classic AUTOSAR architecture is supported in SystemDesk by intuitive preconfigured dialogs to maintain an overview of your model at all times. The comprehensive graphical support not only helps you use the product for the first time but also promotes efficient work with reduced errors in large-scale projects.
In such large-scale projects, AUTOSAR files are usually stored centrally in a version management system, such as git, so that various developers and architects can work separately and in parallel. If any conflicts arise or if you simply want to obtain a quick overview of any changes, dSPACE AUTOSAR Compare supports you completely independently of your other tools. Combined with SystemDesk, you can even display the differences between a specific file and the current project state in SystemDesk.
To improve the quality of the projects, SystemDesk includes a function for the comprehensive, rule-based validation of consistency and correctness.You can validate both the entire architecture and individual components or elements from the dialogs.
To provide even more comfort, SystemDesk can help you automate recurring tasks. An advanced API allows for a high level of automation using simple Python scripts.
Subscribe to our newsletters, or manage or delete your subscriptions