Four Ways to Detect Undesired Changes During a Tool Version Migration

  • Automotives



When developing functions for automotive ECUs, there are many reasons for migrating to newer tool versions. For example, security conscious IT departments might insist users move away from versions that are no longer supported (e.g. Windows 7). Also, tool suppliers are always adding to features to that are more efficient and make the developer's life easier. For example:

New AUTOSAR versions

Improved enumeration handling

The latest or better code optimization algorithms

Also, improvements that impact the everyday life of model-based developers and testers with new features in interactive workflows are a strong factor. For example:

New TargetLink Property Manager

Quick-Insert for library blocks in Simulink, etc.

Wouldn't enhancing the ability to produce the right code or better code motivate you to move to newer versions...? And even more so because motivated individuals produce the best results?

We will explore four different approaches to detect undesired changes introduced by a tool migration, resulting in an optimized workflow that can be fully automated.


Jason Tobias

Jason Tobias

Vice President BTC Embedded Systems, Inc.

Thabo Krick

Thabo Krick

Pilot Engineer BTC Embedded Systems AG

Drive innovation forward. Always on the pulse of technology development.

Subscribe to our expert knowledge. Learn from our successful project examples. Keep up to date on simulation and validation. Subscribe to/manage dSPACE direct and aerospace & defense now.

Enable form call

At this point, an input form from Click Dimensions is integrated. This enables us to process your newsletter subscription. The form is currently hidden due to your privacy settings for our website.

External input form

By activating the input form, you consent to personal data being transmitted to Click Dimensions within the EU, in the USA, Canada or Australia. More on this in our privacy policy.