Four Ways to Detect Undesired Changes During a Tool Version Migration

  • 汽车

37:56min

概述

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

通过 dSPACE时事通讯服务了解最新信息。

通过 dSPACE 时事通讯服务,我们将随时向您通报当前的使用案例、新解决方案和产品以及培训和活动。在此注册,免费订阅。

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.