overview of dspace release 7.3 - dspace gmbh

dSPACE Release

New Features and Migration

Release 7.3 – May 2012

How to Contact dSPACE

How to Contact dSPACE Support

There are different ways to contact dSPACE Support:• Visit our Web site at http://www.dspace.com/goto?support• Send an e-mail or phone:

• General Technical Support:[email protected]+49 5251 1638-941

• Use the dSPACE Installation Manager:• On your dSPACE DVD at \Tools\InstallationManager• Via Start – Programs – dSPACE Installation Manager (after installation of the dSPACE

software)• At http://www.dspace.com/goto?im

You can always find the latest version of the dSPACE Installation Manager here.dSPACE recommends that you use the dSPACE Installation Manager to contact dSPACE Support.

Software Updates and Patches

dSPACE strongly recommends that you download and install the most recent patches for your current dSPACE installation. Visit http://www.dspace.com/goto?support for software updates and patches.

Mail: dSPACE GmbHRathenaustraße 2633102 PaderbornGermany

Tel.: +49 5251 1638-0

Fax: +49 5251 16198-0

E-mail: [email protected]

Web: http://www.dspace.com

Important Notice

This document contains proprietary information that is protected by copyright. All rights are reserved. Neither the documentation nor software may be copied, photocopied, reproduced, translated, or reduced to any electronic medium or machine-readable form, in whole or in part, without the prior written consent of dSPACE GmbH.

© Copyright 2000 - 2012 by:dSPACE GmbHRathenaustraße 2633102 PaderbornGermany

This publication and the contents hereof are subject to change without notice.

AutomationDesk, CalDesk, ConfigurationDesk, ControlDesk, SCALEXIO, SystemDesk and TargetLink are registered trademarks of dSPACE GmbH in the United States or other countries, or both. Other brand names or product names are trademarks or registered trademarks of their respective companies or organizations.

mailto:[email protected]

http://www.dspace.com

http://www.dspace.com/goto?support

mailto:[email protected]

http://www.dspace.com/goto?im

http://www.dspace.com/goto?support

I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

Contents

About This Document 7Document Symbols and Conventions .......................................8Accessing Online Help and PDF Files .........................................9

Overview of dSPACE Release 7.3 11General Enhancements and Changes .....................................12Product Version Overview.......................................................14New Product Key Features......................................................17Migrating to dSPACE Release 7.3............................................21

AutomationDesk 23New Features of AutomationDesk 3.5 ....................................23Migrating to AutomationDesk 3.5 ..........................................28

Automotive Simulation Models (ASM) 29All ASM Blocksets............................................................................30

New Features of All ASM Blocksets ........................................30ASM Base InCylinder Blockset..........................................................31

New Features of ASM Base InCylinder Blockset 1.5.................31Migrating to ASM Base InCylinder Blockset 1.5 ......................31

ASM Brake Hydraulics Blockset........................................................33Migrating to ASM Brake Hydraulics Blockset 1.4.1 .................33

ASM Diesel Exhaust Blockset ...........................................................34ASM Diesel Exhaust Blockset 1.2.2 .........................................34Migrating to ASM Diesel Exhaust Blockset 1.2.2 .....................34

ASM Diesel InCylinder Blockset........................................................36New Features of ASM Diesel InCylinder Blockset 1.4...............36Migrating to ASM Diesel InCylinder Blockset 1.4 ....................37

ASM Drivetrain Basic Blockset..........................................................38New Features of ASM Drivetrain Basic Blockset 1.6 ................38Migrating to ASM Drivetrain Basic Blockset 1.6 ......................38

ASM Electric Components Blockset .................................................40New Features of ASM Electric Components Blockset 2.2 ........40Migrating to ASM Electric Components Blockset 2.2 ..............41

3 ▲■■■■■■■■■■■■■■■■■■■

New Features and Migration May 2012

Contents ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

4 ■■■■■■■■■■■■■■■■■■■■

ASM Engine Diesel Blockset ............................................................ 42New Features of ASM Engine Diesel Blockset 1.6 ................... 42Migrating to ASM Engine Diesel Blockset 1.6 ......................... 42

ASM Engine Gasoline Basic Blockset ............................................... 47New Features of ASM Engine Gasoline Basic Blockset 1.4 ...... 47Migrating to ASM Engine Gasoline Basic Blockset 1.4 ............ 47

ASM Engine Gasoline Blockset ........................................................ 49New Features of ASM Engine Gasoline Blockset 2.4 ............... 49Migrating to ASM Engine Gasoline Blockset 2.4..................... 49

ASM Environment Blockset ............................................................. 53New Features of ASM Environment Blockset 2.0 .................... 53Migrating to ASM Environment Blockset 2.0 .......................... 55

ASM Gasoline InCylinder Blockset ................................................... 57New Features of ASM Gasoline InCylinder Blockset 1.4 .......... 57Migrating to ASM Gasoline InCylinder Blockset 1.4 ................ 58

ASM Traffic Blockset ....................................................................... 59New Features of ASM Traffic Blockset 1.3 .............................. 59Migrating to ASM Traffic Blockset 1.3 .................................... 59

ASM Trailer Blockset........................................................................ 60Migrating to ASM Trailer Blockset 1.4.2 ................................. 60

ASM Truck Blockset......................................................................... 61New Features of ASM Truck Blockset 1.3.2 ............................ 61Migrating to ASM Truck Blockset 1.3.2 .................................. 61

ASM Turbocharger Blockset ............................................................ 62New Features of ASM Turbocharger Blockset 2.0.1 ................ 62Migrating to ASM Turbocharger Blockset 2.0.1 ...................... 62

ASM Vehicle Dynamics Blockset ...................................................... 64New Features of ASM Vehicle Dynamics Blockset 2.2 ............. 64Migrating to ASM Vehicle Dynamics Blockset 2.2 ................... 64

ConfigurationDesk 67ConfigurationDesk – Implementation.............................................. 67

New Features of ConfigurationDesk 4.2 ................................. 67

ControlDesk 3.x 69Migrating to ControlDesk 3.7.3.............................................. 69

ControlDesk Next Generation 71New Features of ControlDesk Next Generation (ControlDesk 4.2.1). 72

New Features of ControlDesk 4.2.1........................................ 72Migrating to ControlDesk Next Generation (ControlDesk 4.2.1) ...... 75

New Features and Migration May 2012■■▼

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ Contents ▲■■■■■■■■■■■■■■■■■■I

Migrating to ControlDesk Next Generation (ControlDesk 4.2.1) ................................................................75

dSPACE HIL API .NET 77New Features of dSPACE HIL API .NET 1.2 ..............................77

dSPACE FlexRay Configuration Package 79New Features of dSPACE FlexRay Configuration Package 2.7 ..79Migrating to dSPACE FlexRay Configuration Package 2.7 ........80

dSPACE Offline Simulator 83New Features of dSPACE Offline Simulator 2.2p2 ...................83

dSPACE Python Extensions 85New Features of dSPACE Python Extensions 1.2......................85Migrating to dSPACE Python Extensions 1.2 ...........................86

ECU Interface Manager 87New Features of ECU Interface Manager 1.1 ..........................87Migrating to ECU Interface Manager 1.1 ................................88

ModelDesk 89New Features of ModelDesk 2.5.............................................89

MotionDesk 91New Features of MotionDesk 3.0 ...........................................91Migrating to MotionDesk 3.0 .................................................93

RapidPro Control Unit RTI Blockset 95New Features of the RapidPro Control Unit RTI Blockset .........95

Real-Time Testing 97New Features of Real-Time Testing 1.9 ...................................97Migrating to Real-Time Testing 1.9 .........................................97

RTI/RTI-MP and RTLib 99New Features of RTI/RTI-MP and RTLib....................................99Migration Aspects of RTI/RTI-MP and RTLib...........................101

New Features and Migration May 2012 5 ▲■■■■■■■■■■■■■■■■■■■

Contents ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

6 ■■■■■■■■■■■■■■■■■■■■

RTI Bypass Blockset 103New Features of the RTI Bypass Blockset 2.9 ........................ 103Migrating to RTI Bypass Blockset 2.9 .................................... 104

RTI CAN MultiMessage Blockset 105New Features of the RTI CAN MultiMessage Blockset 2.6 ..... 105Migrating to RTI CAN MultiMessage Blockset 2.6 ................. 106

RTI LIN MultiMessage Blockset 107New Features of the RTI LIN MultiMessage Blockset 1.9 ....... 107Migrating to RTI LIN MultiMessage Blockset 1.9 ................... 108

RTI Ethernet (UDP) Blockset 109New Features of the RTI Ethernet (UDP) Blockset 1.2 ............ 109

RTI FPGA Programming Blockset 111New Features of the RTI FPGA Programming Blockset 2.3 .... 111Migrating to RTI FPGA Programming Blockset 2.3 ................ 113

Compatibility Information 115Supported MATLAB Releases ............................................... 116Operating System ................................................................ 117Run-Time-Compatibility of dSPACE Software........................ 119Limitations for Windows Vista/Windows 7 ........................... 120Limitations for 64-Bit Windows Operating Systems in Combination with dSPACE 32-Bit Software .......................... 121

Index 123


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

About This Document

Contents This document informs you about the new features of all the dSPACE software products in Release 7.3. It also gives you an overview of software products with no or minor changes. There are instructions on migrating from earlier dSPACE releases, especially from earlier product versions, if required.

Where to go from here Information in this section

Document Symbols and Conventions 8

Accessing Online Help and PDF Files 9

7 ▲■■■■■■■■■■■■■■■■■■■


About This Document ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

8 ■■■■■■■■■■■■■■■■■■■■■■■■■

Document Symbols and Conventions

Symbols The following symbols may be used in this document.

Naming conventions The following abbreviations and formats are used in this document:

%name% Names enclosed in percent signs refer to environment variables for file and path names, for example, %DSPACE_PYTHON25% is the folder containing the Python installation.

< > Angle brackets contain wildcard characters or placeholders for variable file and path names, etc.

Precedes the document title in a link that refers to another document.

Indicates that a link refers to another document, which is available in dSPACE HelpDesk.

Indicates a general hazard that may cause personal injury of any kind if you do not avoid it by following the instructions given.

Indicates the danger of electric shock which may cause death or serious injury if you do not avoid it by following the instructions given.

Indicates a hazard that may cause material damage if you do not avoid it by following the instructions given.

Indicates important information that should be kept in mind, for example, to avoid malfunctions.

Indicates tips containing useful information to make your work easier.

ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ About This Document ▲■■■■■■■■■■■■■■■■■■I

Accessing Online Help and PDF Files

Objective After you install your dSPACE software, the documentation for the installed products is available as online help and Adobe® PDF files.

Online help You can access the online help, dSPACE HelpDesk, as follows:

Windows Start menu Click Start – Programs – <ProductName> – dSPACE HelpDesk (<ProductName>) to open dSPACE HelpDesk with the start page of the selected product displayed. However, the user documentation of any installed software product and its supported hardware is available for navigating and searching.

Context-sensitive Press the F1 key or click the Help button in the dSPACE software to get help on the currently active context.

Help menu in the dSPACE software From the menu bar, choose Help – Contents or Help – Search (not available in all software products) to open dSPACE HelpDesk. It opens at the start page of the currently active product, but the user documentation of any installed software product and its supported hardware is available for navigating or searching.

PDF files You can access the PDF files as follows:

dSPACE HelpDesk Click the PDF link at the beginning of a document:


About This Document ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

10 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

Overview of dSPACE Release 7.3

Objective Gives you an overview of the new key features in Release 7.3, and also information about unchanged products and general instructions on migrating.


General Enhancements and Changes 12

Product Version Overview 14

New Product Key Features 17

Migrating to dSPACE Release 7.3 21

11 ▲■■■■■■■■■■■■■■■■■■■


Overview of dSPACE Release 7.3 ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

12 ■■■■■■■■■■■■■■■■■■■■■■■■■

General Enhancements and Changes

Objective The following new features and changes concern several dSPACE products.

Improving dSPACE software installation

As of dSPACE Release 7.0, improvements are being made to the installation programs for dSPACE software. The software architecture has been redesigned to reduce dependencies between products.

The aim is to ensure that software installations have maximal flexibility in installation and maximal run-time compatibility. This means that dSPACE products can be used in parallel after software installation, even if they are installed in different folders.

dSPACE Release 7.3 is an intermediate step towards this aim. Some products do not yet support all new features.

For details, refer to Important Changes and Improvements to dSPACE Setup ( Software Installation and Management Guide).

Restrictions when working with dSPACE HelpDesk

dSPACE HelpDesk is installed in release-specific folders in C:\Program Files\Common Files\dSPACE. For example, if you have installed products from dSPACE Release 7.3 and products from dSPACE Release 7.2, there are two dSPACE HelpDesks available.

(RCP and HIL software still accesses dSPACE HelpDesk in %DSPACE_ROOT%\Doc.)

Note the following restrictions:

If links to documents do not work, but return the error message Selection is not associated with any topics., the possible reasons are:

n The documents for the product are not installed anywhere because the product is not included in your license key.

n The documents for the product are installed in another dSPACE HelpDesk. For example, if a product on the current dSPACE Release is unchanged, its user documentation is installed in the dSPACE HelpDesk version that the product setup was created for.

After you install dSPACE Release 7.3, you can find the user documentation for the following products in dSPACE HelpDesk 7.2:

o TargetLink 3.3

o Model Compare 2.2

o SystemDesk 3.1

o dSPACE Offline Simulation

ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ Overview of dSPACE Release 7.3 ▲■■■■■■■■■■■■■■■■■■I

After you install dSPACE Release 7.3, you can find the user documentation for the following product in dSPACE HelpDesk 7.0:

o dSPACE CAN API 2.5.1

If you are not sure where to find the user documentation for your product, use the dSPACE HelpDesk shortcut in the Windows Start menu to open the online help.

Release update The printed user documentation is not delivered with Release 7.3 if you receive the release as an update for your existing dSPACE release. Use the current online help or PDF files to obtain information about new features, enhancements, and the current safety precautions regarding your products.



14 ■■■■■■■■■■■■■■■■■■■■■■■■■

Product Version Overview

Objective The following table is an extract from product version histories showing the product versions of the current release and of the three preceding releases. If a product has new features, there is a link to the brief description in this document.

Product dSPACE Release

7.0 7.1 7.2 7.3

AutomationDesk 3.2 3.3 3.4 3.5See AutomationDesk on page 23.

Automotive Simulation Models 2.4 3.0 3.1 4.0See Automotive Simulation Models (ASM) on page 29.

ConfigurationDesk 3.0.4 4.0 4.1 4.2See ConfigurationDesk on page 67.

Container Manager 1.0 1.0 3.1.0 3.1.0

ControlDesk 3.x1) 3.7 3.7.1 3.7.2 3.7.3

ControlDesk Next Generation2) 4.0 4.1 4.2 4.2.1See ControlDesk Next Generation on page 71.

DCI Configuration Tool 2.3 2.4 2.5 2.5.1

dSPACE Data Dictionary 3.2 3.2 3.3 3.3

dSPACE CAN API 2.5.1 2.5.1 2.5.1 2.5.1

dSPACE ECU Flash Programming Tool 2.2 2.2.1 2.2.1 2.2.13)

dSPACE FlexRay Configuration Package 2.4 2.5 2.6 2.7See dSPACE FlexRay Configuration Package on page 79.

dSPACE HIL API .NET – 1.0 1.1 1.2See New Features of dSPACE HIL API .NET 1.2 on page 77.

dSPACE Offline Simulator 1.2 1.2 2.2 2.2p24)

See dSPACE Offline Simulator on page 83.



dSPACE Python Extensions - 1.0 1.1 1.2See dSPACE Python Extensions on page 85.

ECU Interface Manager - - 1.0 1.15)

See ECU Interface Manager on page 87.

Model Compare 2.1 2.1 2.2 2.2

ModelDesk 2.3 2.4 2.4.1 2.5See ModelDesk on page 89.

MotionDesk 2.1.6 2.2 2.2.1 3.0See MotionDesk on page 91.

MotionDesk Blockset 2.0.2 2.1 2.1.1 2.2See MotionDesk on page 91.

Real-Time Testing 1.7.1 1.8 1.8.1 1.9See Real-Time Testing on page 97.

RTI 6.6 6.7 6.8 6.9See RTI/RTI-MP and RTLib on page 99.

RTI-MP 6.2 6.3 6.4 6.5See RTI/RTI-MP and RTLib on page 99.

RTI AUTOSAR Package 1.2 1.2 1.3 1.3.1

RTI Bypass Blockset 2.7.2 2.7.3 2.8 2.9See RTI Bypass Blockset on page 103.

RTI CAN Blockset 2.7 2.7.1 2.7.2 2.8

RTI CAN MultiMessage Blockset 2.5.2 2.5.3 2.5.4 2.6See RTI CAN MultiMessage Blockset on page 105.

RTI LIN MultiMessage Blockset 1.8 1.8.1 1.8.2 1.9See RTI LIN MultiMessage Blockset on page 107.


7.0 7.1 7.2 7.3



16 ■■■■■■■■■■■■■■■■■■■■■■■■■

If you have not updated regularly, refer to the New Features and Migration documents for the dSPACE releases listed above for information about the new features and necessary migration steps.

RTI RapidPro Control Unit Blockset 1.9.1 1.10 1.11 1.12See RapidPro Control Unit RTI Blockset on page 95.

RTI FPGA Programming Blockset 2.0 2.1 2.2 2.3See RTI FPGA Programming Blockset on page 111.

RTI Ethernet (UDP) Blockset 1.0 1.1 1.1 1.2See RTI Ethernet (UDP) Blockset on page 109.

SystemDesk 3.0 3.0 3.1 3.1p36)

TargetLink 3.2 3.2 3.3 3.3

Variable Editor 1.4 1.5 1.6 1.61) ControlDesk 3.x will be delivered for the last time with dSPACE Release 2013-A. This means you must migrate to ControlDesk Next Generation, the successor to ControlDesk. For migration information, refer to Migrating from ControlDesk 3.x to ControlDesk Next Generation ( ControlDesk Next Generation Migration Guide).2) ControlDesk Next Generation is the successor to ControlDesk 3.x and CalDesk.3) Up to dSPACE Release 6.6, the dSPACE ECU Flash Programming Tool was part of the CalDesk product setup. As of dSPACE Release 7.0, there is a separate setup for the dSPACE ECU Flash Programming Tool.4) For instructions on installing the dSPACE Offline Simulator and the patch, refer to How to Install Common Software Tools ( Software Installation and Management Guide).5) Also available as patch 1 for ECU Interface Manager 1.0 since April 2012.6) For instructions on installing SystemDesk and the patch, refer to How to Install dSPACE Software ( Software Installation and Management Guide).


7.0 7.1 7.2 7.3

ST M

ST M

ST M



New Product Key Features

Objective This is an overview of each product's new key features. For detailed information, refer to the product-specific sections.

Information in this topic

AutomationDesk The new key features of AutomationDesk are:

n New packaging

n Integrated platform management

n HIL API Convenience library, a new library providing blocks for the most relevant use cases when using the HIL API for platform access

n Enhancements to the libraries, for example, two new blocks in the Main Library and enhanced stimulus handling in the HIL API library

n Enhancements to the COM API, for example, a new method to exclude elements from execution

n Enhancements to data object handling, for example, adding a description, or searching for large values that do not need to be stored in the project file

For details on the new features, refer to New Features of AutomationDesk 3.5 on page 23.

AutomationDesk on page 17

ConfigurationDesk on page 18

ControlDesk Next Generation on page 18

dSPACE FlexRay Configuration Package on page 18

dSPACE Offline Simulator on page 18

ECU Interface Manager on page 18

ModelDesk on page 19

MotionDesk on page 19

RTI, RTI-MP and RTLib on page 19

RTI Bypass Blockset on page 19

RTI CAN MultiMessage Blockset on page 19

RTI LIN MultiMessage Blockset on page 20

RapidPro Control Unit RTI Blockset on page 20

RTI Ethernet (UDP) Blockset on page 20

RTI FPGA Programming Blockset on page 20



18 ■■■■■■■■■■■■■■■■■■■■■■■■■

ConfigurationDesk The new key features of ConfigurationDesk - Implementation version are:

n With ConfigurationDesk 4.2, you can implement a multimodel application. You can build a multicore real-time application that can be downloaded to dSPACE real-time hardware (SCALEXIO), where the different models are executed in parallel on single processor cores.

For details on the features, refer to ConfigurationDesk – Implementation on page 67.

ControlDesk Next Generation

The new key features of ControlDesk Next Generation (ControlDesk 4.2.1) are:

n Support of multicore applications on SCALEXIO systems

n New XY Plotter

For details on the new features, refer to New Features of ControlDesk 4.2.1 on page 72.

dSPACE FlexRay Configuration Package

The new key features of the dSPACE FlexRay Configuration Package are:

n Support of signal group CRCs

n Support of signal-specific and signal-group-specific update bits

For details on the new features, refer to New Features of dSPACE FlexRay Configuration Package 2.7 on page 79.

dSPACE Offline Simulator The new key feature of dSPACE Offline Simulator is:

n Support of the MotionDesk Blockset

For details on the dSPACE Offline Simulator, refer to dSPACE Offline Simulator on page 83.

ECU Interface Manager The new key features of the ECU Interface Manager are:

n Package import: Display of symbols that are not referenced by the parsed opcode area

n Improved search and filter functionality

n Enhancement to SREC export

For details on the ECU Interface Manager, refer to New Features of ECU Interface Manager 1.1 on page 87.



ModelDesk The new key features of ModelDesk are:

n New Road Generator

n Support of several ASM blocks of the same type in one model

n Support of multicore applications on SCALEXIO systems

For details on the new features, refer to New Features of ModelDesk 2.5 on page 89.

MotionDesk The new key features of MotionDesk are:

n New Scene Editor

n New 3-D Object Manager

n More realistic 3-D objects

For details on the new features, refer to New Features of MotionDesk 3.0 on page 91.

RTI, RTI-MP and RTLib The new key features of RTI, RTI-MP and RTLib are:

n Enhancements to the implementation software for MicroAutoBox II

n New separation concept for RTI-MP models

n Discontinuation of the Task Transition blocks in the RTI TaskLib Blockset

For details on the new features, refer to New Features of RTI/RTI-MP and RTLib on page 99.

RTI Bypass Blockset The new key features of the RTI Bypass Blockset are:

n Support of up to 65,535 service IDs for dSPACE Calibration and Bypassing Service calls in the ECU code

n Creating unique signal labels for outports

n Improved internal bypass memory consumption

n Automatic generation of A2L entries for Simulink signals and parameters

For details on the new features, refer to New Features of the RTI Bypass Blockset 2.9 on page 103.

RTI CAN MultiMessage Blockset

The new key feature of the RTI CAN MultiMessage Blockset is:

n Support of AUTOSAR System Template 3.2.1

For details on the new features, refer to New Features of the RTI CAN MultiMessage Blockset 2.6 on page 105.



20 ■■■■■■■■■■■■■■■■■■■■■■■■■

RTI LIN MultiMessage Blockset

The new key features of the RTI LIN MultiMessage Blockset are:

n Support of the LIN 2.2 specification

n Support of AUTOSAR System Template 3.2.1

For details on the new features, refer to New Features of the RTI LIN MultiMessage Blockset 1.9 on page 107.

RapidPro Control Unit RTI Blockset

The new key features of the RapidPro Control Unit RTI Blockset are:

n RTI support of SENT protocol

n Minimizing noise influence on measuring camshaft phase shifts

n Initialization behavior of the digital outputs has changed

For details on the new features, refer to New Features of the RapidPro Control Unit RTI Blockset on page 95.

RTI Ethernet (UDP) Blockset

The new key features of the RTI Ethernet (UDP) Blockset are:

n New block for interrupt handling

For details on the new feature, refer to New Features of the RTI Ethernet (UDP) Blockset 1.2 on page 109.

RTI FPGA Programming Blockset

The new key features of the RTI FPGA Programming Blockset are:

n Extended Xilinx® software support

n Enhancements to the FPGA framework for MicroAutoBox II with DS1552 Multi-I/O Module

n Enhancements to the FPGA framework for DS5203 FPGA Board

n Framework for the DS5203M1 Multi-I/O Module is now included in the release software

For details on the new features, refer to New Features of the RTI FPGA Programming Blockset 2.3 on page 111.



Migrating to dSPACE Release 7.3

Objective After you install Release 7.3, some additional steps may be necessary.

Migrating from dSPACE Release 7.2

There are no general migration steps to be done. Product-specific migration steps are usually done automatically by the products. For exceptions, refer to the product-specific migration descriptions.

Migrating from dSPACE Release 7.1 or earlier

To migrate from dSPACE Release 7.1 or earlier to Release 7.3, you also have to perform the migration steps of the intervening dSPACE Releases. All of the required migration steps can be done with Release 7.3 installed.

For information on the required migration steps, refer to the New Features and Migration documents of the intervening dSPACE Releases.

Previous release documents

The New Features and Migration documents for previous releases are available via Internet and on the dSPACE DVD:

n Download them from http://www.dspace.com/goto?migration.

n Read them from the dSPACE DVD (see the \Doc\Print\PreviousReleases folder). The PDF files are called NewFeaturesAndMigrationxx.pdf, where xx stands for the release number.


http://www.dspace.com/goto?migration


22 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

AutomationDesk


New Features of AutomationDesk 3.5

New packaging With AutomationDesk 3.5, you can use any feature of AutomationDesk to create projects, sequences and custom libraries. However, executing them requires the related licenses and/or packages. As an AutomationDesk user, you have to buy only the package(s) and products that you need for testing. The following packages and products are available:

n Platform API Package

Providing APIs to access a platform, for example, dSPACE HIL API Python Implementation for the MAPort, rtplib and rtplib2.

n Failure Simulation API Package

Providing APIs to simulate electronic failures, for example, the failuresimlib.

n Miscellaneous API Package

Providing Python modules to allow using older Python scripts in AutomationDesk that require, for example, wordlib and excellib.

New Features of AutomationDesk 3.5 23

Migrating to AutomationDesk 3.5 28

23 ▲■■■■■■■■■■■■■■■■■■■


AutomationDesk ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

24 ■■■■■■■■■■■■■■■■■■■■■■■■■

n Real-Time Testing

Providing Real-Time Testing to run a test directly on the real-time platform (see also New Features of Real-Time Testing 1.9 on page 97).

The dSPACE Test Automation Python modules matlablib2 and rs232lib2 are included in AutomationDesk.

The packaging is also used for the AutomationDesk - Automation Server.

Platform management For platform access, you have to register a platform before you can use it. Up to now, you did this in ControlDesk 3.x or ControlDesk Next Generation. Now AutomationDesk provides its own platform management.

The following platforms are supported:

n DS1005 PPC Board (as single board or multiprocessor system)

n DS1006 Processor Board (as single board or multiprocessor system)

n DS1103 PPC Controller Board

n MicroAutoBox II

n SCALEXIO Processing Unit

New automation libraries HIL API Convenience library AutomationDesk provides the HIL API Convenience library, which offers automation blocks based on the data objects and automation blocks in the HIL API library. It is implemented as a write-protected Custom Library. HIL API blocks that are required to perform a certain action are combined in a single automation block in the HIL API Convenience library. It also facilitates migration from dSPACE-specific platform access via the Platform Access library and ASAM-compliant platform access via the HIL API library.

For further information, refer to HIL API Convenience ( AutomationDesk Library Reference).

Enhancements to the libraries

The following libraries have been enhanced:

Main Library The Main Library now provides two new basic elements:

n RangeBlockDataObjects

This block is used to repeat a specified operation for each data object available at a specified element. With the block's Shift parameter, you can address any element on its hierarchy path.

ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ AutomationDesk ▲■■■■■■■■■■■■■■■■■■I

n ClearValues

This block is used to clear values that are only required during run time. It is useful to clear memory-consuming values such as a CaptureResult to reduce the size of the AutomationDesk project.

For further information, refer to Main Library ( AutomationDesk Library Reference).

HIL API library The HIL API library provides some new elements for enhancing the stimulus handling via STZ file format:

n New data objects for stimulus handling:

o SignalGeneratorReader

o SignalGeneratorWriter

n New automation blocks for stimulus handling:

o InitSignalGeneratorSTZReader

o InitSignalGeneratorSTZWriter

o LoadSignalGenerator

o SaveSignalGenerator

o SetAssignments

o LoadToTarget

o StartSignalGenerator

o DestroyOnTarget

o ReleaseSignalGenerator

There are new elements for enhancing capturing:

n New data object:

o CaptureResultIDFReader

n New automation blocks:

o InitCaptureResultIDFReader

o ReleaseCapture

There are new elements enhancing the configuration of the MAPort:

n New data object:

o MAPortConfiguration

This is an alternative to the InitMAPort block, which requires a ConfigurationDict dictionary as input. The MAPortConfiguration data object gives you access to the Variable Browser to specify a variable description file with its variables.

n New automation block:

o ReleaseMAPort

ST M



26 ■■■■■■■■■■■■■■■■■■■■■■■■■

For further information, refer to HIL API ( AutomationDesk Library Reference).

Framework Builder library You can now add additional data objects to an instantiated Frame template to customize its interface.

You can now edit the template descriptions of OperationSlot blocks and DataSlot blocks in Frame templates.

For further information, refer to Framework Builder ( AutomationDesk Library Reference).

Remote Diagnostics (COM) library The LogicalLink Configuration dialog now displays only those services that are supported by the connected diagnostic system.

Enhancements to the COM API

The AutomationDesk COM API provides the following enhancements:

n The new IsEnabled property gets or sets the enable state of an element. If an element is enabled, it is included in execution, if it is disabled, it is excluded from execution.

n The InstanceDescription property can now also be used for DataObject objects.

For further information, refer to AutomationDesk API Reference.

Enhancements to project handling

The following changes enhance AutomationDesk's usability:

n The Find Inconsistencies command has new options to search for large values in projects and custom libraries. This allows you to identify data objects that you can clear interactively or automatically in your sequence with the new ClearValues block (see Main Library).

n To clear the found values interactively, AutomationDesk provides new commands:

o Clear Output Values

To clear recursively the values of all output data objects.

o Clear Local Values of Referencing Data Objects

To clear recursively the local values of data objects which are not accessible because of a reference used.

o Clear Value

To clear the value of the currently selected data object. If the current data object has a reference, all locally assigned values of data objects in the reference chain are cleared too.

ST M

ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ AutomationDesk ▲■■■■■■■■■■■■■■■■■■I

The commands can be applied to Dictionary, List, Tuple, and Variant data objects, and data objects based on these types, for example, CaptureResult and Collector data objects.

For further information, refer to AutomationDesk Reference.

n The _INFO_ namespace in AutomationDesk has been enlarged. The following attributes can now be additionally accessed:

o SequenceHierarchyName

Returns the hierarchy path of the executed sequence, for example, MyProject.MyFolder.MySequence.

o HierarchyName

Returns the hierarchy path of the executed element independently of its block type.

o IsExecutionStopped

Returns TRUE if the execution has been stopped, either interactively using the Stop Execution command, or automatically by a StopExecution block.

o IsExecutionStopped.ExecuteTestSequenceCleanup

Returns the StopExecution parameter, which specifies whether to execute the cleanup procedure of a TestSequence.

o IsExecutionStopped.ExecuteTestCleanup

Returns the StopExecution parameter, which specifies whether to execute the cleanup procedure of a Test.

o DataObjects

Returns a generator object to iterate the data objects of the current automation block.

n The _INFO_ namespace in AutomationDesk also provides special methods to access data objects in your project:

o DataObject()

Returns a data object proxy for a data object specified by name or by using the Shift() method (see below).

Via the data object proxy, you can access any attribute of a data object that you can parameterize in AutomationDesk, for example, the name, type and value.

o Shift()

This method is used to access the properties from a different element context than the current one. You can specify the context by the element name, the absolute hierarchy level, or the relative hierarchy level. A similar functionality is provided by the new RangeBlockDataObjects block (see Main Library).



28 ■■■■■■■■■■■■■■■■■■■■■■■■■

For further information, refer to Getting Element Information ( AutomationDesk Guide).

Migrating to AutomationDesk 3.5

General migration aspects If you open an AutomationDesk project with a later AutomationDesk version, the software automatically detects whether migration is necessary. If you click OK in the message dialog, migration is started. If you also want to continue working with the old project, you should not overwrite it with the migrated project, because the versions are not downward compatible. Save the migrated project to another path or name.

For further information, refer to Migrating AutomationDesk ( AutomationDesk Guide).

ST M

Before you open an older project with the new AutomationDesk version, ensure the following preconditions are fulfilled:

n You must create backups of the project and of the linked custom libraries.

n AutomationDesk must be running properly. There must not be any error messages displayed in the Log Viewer.

n The built-in libraries, required custom libraries and other packages must be correctly loaded.

ST M


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

Automotive Simulation Models (ASM)


All ASM Blocksets 30

ASM Base InCylinder Blockset 31

ASM Brake Hydraulics Blockset 33

ASM Diesel Exhaust Blockset 34

ASM Diesel InCylinder Blockset 36

ASM Drivetrain Basic Blockset 38

ASM Electric Components Blockset 40

ASM Engine Diesel Blockset 42

ASM Engine Gasoline Basic Blockset 47

ASM Engine Gasoline Blockset 49

ASM Environment Blockset 53

ASM Gasoline InCylinder Blockset 57

ASM Traffic Blockset 59

ASM Trailer Blockset 60

ASM Truck Blockset 61

ASM Turbocharger Blockset 62

ASM Vehicle Dynamics Blockset 64

29 ▲■■■■■■■■■■■■■■■■■■■


Automotive Simulation Models (ASM) ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

30 ■■■■■■■■■■■■■■■■■■■■■■■■■

Information in other sections

All ASM Blocksets

New Features of All ASM Blocksets

Multi-instance support It is now possible to use the same ASM block of an ASM library several times in one model. The multi-instance feature is used to get ModelDesk support for each of these blocks. To get an explicit description of duplicate blocks, each ASM block has its own instance ID and instance name. The instance ID must be different for duplicate blocks of the same type. It is used together with the instance name to handle and show each block in ModelDesk. For details, refer to Multi-Instance ( ASM User Guide).

Problems using ASM with MATLAB R2012a

Due to problems with signal buses in MATLAB R2012a, it is not recommended to use ASM with MATLAB R2012a.

Migrating ASM Models ( ASM User Guide)Provides general information on the migration process of ASM models.

ST M

ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ Automotive Simulation Models (ASM) ▲■■■■■■■■■■■■■■■■■■I

ASM Base InCylinder Blockset


New Features of ASM Base InCylinder Blockset 1.5

New blocks for SoftECU Due to the introduction of a modular SoftECU structure, the ASM InCylinder Base Blockset has the following blocks:

n COMMON_SOFTECU_PARAMETERS

n DIRECTINJECTOR_TIMING

n EGR_RATE_CONTROL

n ENGINE_OPERATION

n ENGINE_TORQUE_SET

n IDLE_SPEED_CONTROL

n INJECTION_QUANTITY

n RAIL_CONTROL

n SOFTECU_SETUP

n THROTTLE_CONTROL

n TRIGGER_INJ_UPDATE

n TURBO_CONTROL

n VVT_SETPOINT

Migrating to ASM Base InCylinder Blockset 1.5

INCYLINDER_SETUP block The internal Goto blocks have been converted to output ports. During migration, Goto blocks with the original tags are added to the new output ports. Now multi-instances of the block can be used within one model.

FUELTANK block The internal calculations have been simplified.

New Features of ASM Base InCylinder Blockset 1.5 31

Migrating to ASM Base InCylinder Blockset 1.5 31



32 ■■■■■■■■■■■■■■■■■■■■■■■■■

INJECTOR_CONTINUOUS block

The block has been renamed DIRECTINJECTOR_CONTINUOUS, see below.

DIRECTINJECTOR_CONTINUOUS block

This block is the successor to the INJECTOR_CONTINUOUS block of the ASM InCylinder Base Blockset and the DIRECTINJECTOR_CONTINUOUS block of the ASM InCylinder Gasoline Blockset.

The block now can handle various numbers of injections. The initialization of the injection time estimation has also been improved. This solves issues with too big injection quantities in simulations on real-time systems.

CRANK_MECHANISM block The block now supports a flexible number of cylinders.

ENGINE_TORQUE block The block now supports a flexible number of cylinders.



ASM Brake Hydraulics Blockset

Migrating to ASM Brake Hydraulics Blockset 1.4.1

BRAKE_HYDRAULICS_SWITCHES_VALVE_CONTROL_x

Switch has been moved from BRAKE_HYDRAULICS_SWITCHES_VALVE_CONTROL_x to support the multi-instance feature.

BRAKE_HYDRAULICS_VARIANT_SWITCHES

Goto/from tags have been moved out of the library block to support the multi-instance feature.

CONTINUOUS_CTRL_INLET_VALVE_FR

The MDL.BrkHyd.OutletValve.FR.Map_ContinuousValveControl parameter has been renamed to MDL.BrkHyd.InletValve.FR.Map_ContinuousValveControl.

INLET_VALVE_x block To be compatible to the operator version, the model structure below the mask has been changed.

OUTLET_VALVE_x block To be compatible to the operator version, the model structure below the mask has been changed.

NON_RETURN_VALVE_x block

To be compatible to the operator version, the model structure below the mask has been changed.

NON_RETURN_VALVE_RES_x block


PRE_CHARGE_VALVE_x block


CHANGE_OVER_VALVE_x block




34 ■■■■■■■■■■■■■■■■■■■■■■■■■

ASM Diesel Exhaust Blockset


ASM Diesel Exhaust Blockset 1.2.2

Engine reset An integrator reset has been inserted to support a global reset in the ASM mean value engine models.

Migrating to ASM Diesel Exhaust Blockset 1.2.2

ATOMIZER block The block has been adapted to support the engine reset functionality.

ADBLUE_PRESSURE_REGULATION_VALVE block

The block has been adapted to support the engine reset functionality.

ADBLUE_PUMP block The block has been adapted to support the engine reset functionality.

A signal dimension specification has been inserted to enhance dimension propagation in Simulink.

INJECTION_VALVE block The block has been adapted to support the engine reset functionality.

VENT_VALVE block The block has been adapted to support the engine reset functionality.

AIR_NON_RETURN_VALVE block



AIR_REGULATION_VALVE block



ASM Diesel Exhaust Blockset 1.2.2 34

Migrating to ASM Diesel Exhaust Blockset 1.2.2 34



AIR_REGULATION_VALVE_HOSE block


THROTTLE_HOSE block The block has been adapted to support the engine reset functionality.

MIXING_CHAMBER block The block has been adapted to support the engine reset functionality.

SCR_CATALYST block The block has been adapted to support the engine reset functionality.

DIESEL_PARTICULATE_FILTER block


DIESEL_OXIDATION_CATALYST block


PUMP_HOSE block A signal dimension specification has been inserted to enhance dimension propagation in Simulink.



36 ■■■■■■■■■■■■■■■■■■■■■■■■■

ASM Diesel InCylinder Blockset


New Features of ASM Diesel InCylinder Blockset 1.4

Improved SCALEXIO support

The switch process between online and offline has been extended so that a SCALEXIO system can be used as a real-time platform.

Modular SoftECU The SoftECU has been separated into several controllers. Now each of the controllers can be adapted independently while all other SoftECU blocks are still linked to the library.

The following blocks have been added to the ASM InCylinder Diesel Blockset:

n DPF_REGENERATION

n SMOKE_LIMITATION

Further blocks of the modular SoftECU structure are part of the ASM InCylinder Base Blockset.

Flexible number of injection and cylinder

The number of injections and cylinder can now be changed up to a predefined maximum without code recompilation.

The absolute maximums are unchanged.

n Number of direct injections: 7

n Number of cylinder: 12 (for real-time simulation only)

New Features of ASM Diesel InCylinder Blockset 1.4 36

Migrating to ASM Diesel InCylinder Blockset 1.4 37



Migrating to ASM Diesel InCylinder Blockset 1.4

SOFT_ECU_INCYLINDER_DIESEL block

The block has been moved to the Former versions subsystem. The block has been separated into several controllers with further changes in the library.

COMMON_INCYLINDER_DIESEL_PARAMETERS block

The internal Goto blocks have been converted to output ports. Goto blocks with the original tags are added to the new output ports during migration. Now multi-instances of the block can be used within one model.



38 ■■■■■■■■■■■■■■■■■■■■■■■■■

ASM Drivetrain Basic Blockset


New Features of ASM Drivetrain Basic Blockset 1.6

Reset function An integrator reset has been inserted to support a global reset in the ASM mean value engine models.

Reverse engine rotation The library blocks now support reverse engine rotations, for example, for start/stop applications.

LONGITUDINAL_CONTROL block

An optional power-based feedforward control has been added. This can be activated by a switch parameter.

Migrating to ASM Drivetrain Basic Blockset 1.6

CRANKSHAFT block The engine speed integrator lower limit has been changed from zero to minus infinity to allow negative engine speeds, for example, for start/stop applications. An Absolute block in MassTorqueModulation has been added to also process negative engine speeds. The block has been adapted to support engine reset functionality.

LONGITUDINAL_CONTROL block

Additional power-base feedforward control has been added. To keep the original behavior, the torque-based feedforward control is activated after migration.

SIGNAL_SELECTION block The Reset_States signal has been included in the Maneuver bus.

COMMON_DRIVETRAIN_PARAMETERS block

The internal Goto blocks have been converted to output ports. Goto blocks with the original tags are added to the new output ports during migration. Now multi-instances of the block can be used within one model.

New Features of ASM Drivetrain Basic Blockset 1.6 38

Migrating to ASM Drivetrain Basic Blockset 1.6 38



TORQUE_CONTROLLER block

The block has been adapted to support engine reset functionality. To get the reset functionality, you must connect the new port manually. See the demo model for an example.

GEAR_SHIFTER block The block has been adapted to support engine reset functionality. To get the reset functionality, you must connect the new port manually. See the demo model for an example.

GEARBOX_AT block The block has been adapted to support engine reset functionality. To get the reset functionality, you must connect the new port manually. See the demo model for an example.

GEARBOX_MT block The block has been adapted to support engine reset functionality. To get the reset functionality, you must connect the new port manually. See the demo model for an example.

SOFT_ECU_TRANSMISSION_BASIC block

The block has been adapted to support engine reset functionality. To get the reset functionality, you must connect the new port manually. See the demo model for an example.



40 ■■■■■■■■■■■■■■■■■■■■■■■■■

ASM Electric Components Blockset


New Features of ASM Electric Components Blockset 2.2

BATTERY block The state of health (SOH) functionality has been added.

BATTERY_MULTICELL block The state of health (SOH) functionality has been added. The initial state of charge (SOC) for each separate cell is parameterized as a relative value to the initial SOC of the reference cell.

HALF_BRIDGE_INVERTER block

More detailed switch timing (for example, if both gates are zero) has been implemented.

THREE_PHASE_INVERTER block

More detailed switch timing (for example, if both gates are zero) has been implemented.

New Features of ASM Electric Components Blockset 2.2

40

Migrating to ASM Electric Components Blockset 2.2 41



Migrating to ASM Electric Components Blockset 2.2

BATTERY_MULTICELL block A relative initial SOC is now used for each cell instead of an absolute initial SOC, so that parameters cannot be migrated automatically. The link to the battery multicell library is changed to the former implementation (FormerVersion/BATTERY_MULTICELL_2_0 subsystem) during the migration of older ASM models. Thus, the simulation behavior is not changed. If you want to use the new engine basic implementation, drag the BATTERY_MULTICELL block from the ASM_ElectricComponents_lib Simulink library to your model and adapt the inports, outports and parameters to your needs.

DC_MACHINE block The pole pairs dependency of the induced EMF voltage has been added so that the model's behavior is changed. Because migration cannot be done automatically, the link to the DC machine library is changed to the former implementation (FormerVersion/DC_MACHINE_1_0 subsystem) during the migration of older ASM models. Thus, the simulation behavior is not changed. If you want to use the new engine basic implementation, drag the DC_MACHINE block from the ASM_ElectricComponents_lib Simulink library to your model and adapt the inports, outports and parameters to your needs.

ALTERNATOR block The pole pairs dependency of the induced EMF voltage has been added so that the model's behavior is changed. Because migration cannot be done automatically, the link to the DC machine library is changed to the former implementation (FormerVersion/ALTERNATOR_2_0 subsystem) during the migration of older ASM models. Thus, the simulation behavior is not changed. If you want to use the new engine basic implementation, drag the ALTERNATOR block from the ASM_ElectricComponents_lib Simulink library to your model and adapt the inports, outports and parameters to your needs.

STARTER block The pole pairs dependency of the induced EMF voltage has been added so that the model's behavior is changed. Because migration cannot be done automatically, the link to the DC machine library is changed to the former implementation (FormerVersion/STARTER_2_0 subsystem) during the migration of older ASM models. Thus, the simulation behavior is not changed. If you want to use the new engine basic implementation, drag the STARTER block from the ASM_ElectricComponents_lib Simulink library to your model and adapt the inports, outports and parameters to your needs.



42 ■■■■■■■■■■■■■■■■■■■■■■■■■

ASM Engine Diesel Blockset


New Features of ASM Engine Diesel Blockset 1.6


Reverse engine rotation The library blocks have been adapted to support reverse engine rotations, for example, for start/stop applications.

PUMP_TORQUE The PUMP_TORQUE block calculates the engine pump torque (gas exchange and compression torque) throughout the entire engine cycle. Torque is evaluated synchronously to the crank angle. The torque generation can be enabled separately by using the appropriate switches.

CRANKCASE In order to simulate the pump torque effect, a CRANKCASE block has been integrated to simulate the crankcase pressure of the engine.

Migrating to ASM Engine Diesel Blockset 1.6

CYLINDER_INLET block Saturation for n_engine has been added to avoid backward rotation in the cylinder inlet and thus reverse engine mass flow during start/stop applications.

FRICTION_TORQUE block The friction torque evaluation has been adapted to also process negative engine speeds, for example, for start/stop applications.

New Features of ASM Engine Diesel Blockset 1.6 42

Migrating to ASM Engine Diesel Blockset 1.6 42



COMBUSTION_TORQUE_CI block

The block has been adapted to support engine reset functionality.

An engine temperature map has been connected to cylinder pressure, which is scaled with efficiencies. This avoids calculation of high temperatures in incombustible conditions.

The Map_phi_inj_opt parameter has been renamed CombustionTorque so that workspace parameters are unique in the model.

THROTTLE block The block has been adapted to support engine reset functionality.

The direction of the mass flow through the throttle valve is calculated from the pressure states. The calculation of the mass flow now includes the temperatures and pressures with respect to the flow direction.

Internal subsystems have been restructured without any functional change. Some trace paths of internal block variables have therefore changed. If those variables are connected in a ControlDesk layout, the connections must be updated.

EGR_VALVE block The block has been adapted to support engine reset functionality.


LP_EGR_VALVE block The block has been adapted to support engine reset functionality.


EXHAUSTTHROTTLE block The block has been adapted to support engine reset functionality.




44 ■■■■■■■■■■■■■■■■■■■■■■■■■

LP_INTAKE_MANIFOLD block



EXHAUST_MANIFOLD block



INTAKE_MANIFOLD block The block has been adapted to support engine reset functionality.

CATALYST block The block has been adapted to support engine reset functionality.

SOFT_ECU_DIESEL block The block has been adapted to support engine reset functionality.

The Map_Trq_Friction parameter has been renamed SoftECU so that workspace parameters are unique in the model.

The crank angle splitter in SoftAPU has been corrected to evaluate the cylinder-specific crank angle.

The crank angle integration in SoftAPU for negative engine speeds is corrected.

COMMON_DIESEL_PARAMETERS block

The Goto/From tags have been moved out of the library block. Parameters for pump torque support have been inserted. Injection matrix definitions have been inserted in the common parameters block.

INJECTOR block To define the injection matrix uniquely in the model, the parameter has been moved to the COMMON_PARAMETERS block.

Now negative engine speeds are also taken into account.

UNIT_INJECTOR block To define the injection matrix uniquely in the model, the parameter has been moved to the COMMON_PARAMETERS block.

Now negative engine speeds are also taken into account.



COOLER block The block has been adapted to support engine reset functionality.

Now negative engine speeds are also taken into account by evaluating the absolute value of the engine speed.

RAIL block The block has been adapted to support engine reset functionality.

DIESEL_OXIDATION_CATALYST block


DIESEL_PARTICULATE_FILTER block


SWITCHES_FUEL_METER_UNIT block

The switch from SWITCHES_FUELSYSTEM has been moved to support the multi-instance feature.

SWITCHES_PRES_CTRL_VALVE block


SWITCHES_INJ_MODE block


SWITCHES_FUEL_SYSTEM block


SWITCHES_THROTTLE block

The switch from SWITCHES_AIRPATH has been moved to support the multi-instance feature.

SWITCHES_INTERCOOLER block


SWITCHES_EGR_VALVE block


SWITCHES_EGR_COOLER block


SWITCHES_TURBO block The switch from SWITCHES_AIRPATH has been moved to support the multi-instance feature.



46 ■■■■■■■■■■■■■■■■■■■■■■■■■

SWITCHES_WALL_FILM_MODE block

The switch from SWITCHES_COMBUSTION has been moved to support the multi-instance feature.

SWITCHES_TRQ_COMB_MODE block


SWITCHES_SCR_AIR_TANK_MODE block

The switch from SWITCHES_EXHAUSTSYSTEM has been moved to support the multi-instance feature.

SWITCHES_SCR_ADBLUE_TANK_MODE block

The switch from SWITCHES_EXHAUSTSYSTEM has been moved to support the multi-instance feature.

SWITCHES_DPF block The switch from SWITCHES_EXHAUSTSYSTEM has been moved to support the multi-instance feature.



ASM Engine Gasoline Basic Blockset


New Features of ASM Engine Gasoline Basic Blockset 1.4



Migrating to ASM Engine Gasoline Basic Blockset 1.4


FRICTION_TORQUE block Friction torque evaluation has been adapted to also process negative engine speeds, for example, for start/stop applications.

COMBUSTION_TORQUE_SI block

The Map_phi_ign_opt parameter has been renamed CombustionTorque so that workspace parameters are unique in the model.



New Features of ASM Engine Gasoline Basic Blockset 1.4

47

Migrating to ASM Engine Gasoline Basic Blockset 1.4

47



48 ■■■■■■■■■■■■■■■■■■■■■■■■■

SOFT_ECU_GASOLINEBASIC block


Const_mdot_fuel_Gain, Const_mdot_fuel_Offset, Map_VolEff, Const_m_air_max parameters have been renamed SoftECU so that workspace parameters are unique in the model.


The crank angle integration in SoftAPU for negative engine speeds has been corrected.

COMMON_GASOLINE_PARAMETERS block

Goto/from tags have been moved out of the library block.

Parameters for pump torque support have been inserted.

Injection matrix definition has been inserted in the common parameters block.


MAPS_TC block The block has been adapted to support engine reset functionality.


INJECTOR_SI block Now negative engine speeds are also taken into account by evaluating the absolute value of the engine speed.







ASM Engine Gasoline Blockset


New Features of ASM Engine Gasoline Blockset 2.4



PUMP_TORQUE block The PUMP_TORQUE block calculates the engine pump torque (gas exchange and compression torque) throughout the entire engine cycle. Torque is evaluated synchronously to the crank angle. The torque generation can be enabled separately by using the appropriately switches.

CRANKCASE block To simulate the pump torque effect, a crankcase block has been integrated to simulate the crankcase pressure of the engine.

Migrating to ASM Engine Gasoline Blockset 2.4


FRICTION_TORQUE block The friction torque evaluation has been adapted to also process negative engine speeds, for example, for start/stop applications.

New Features of ASM Engine Gasoline Blockset 2.4 49

Migrating to ASM Engine Gasoline Blockset 2.4 49



50 ■■■■■■■■■■■■■■■■■■■■■■■■■

COMBUSTION_TORQUE_CI block



The Map_phi_inj_opt parameter has been renamed CombustionTorque so that workspace parameters are unique in the model.

COMBUSTION_TORQUE_SI block



The Map_phi_ign_opt parameter has been renamed CombustionTorque so that workspace parameters are unique in the model.

THROTTLE block The direction of the mass flow through the throttle valve is calculated from the pressure states. The calculation of the mass flow now also includes the temperatures and pressures with respect to the flow direction.


EGR_VALVE block The block has been adapted to support engine reset functionality.


EXHAUST_MANIFOLD block







SOFT_ECU_GASOLINE block


The Const_mdot_fuel_Gain, Const_mdot_fuel_Offset, Map_VolEff, Const_m_air_max parameters have been renamed SoftECU so that workspace parameters are unique in the model.


The crank angle integration in SoftAPU for negative engine speeds has been corrected.

COMMON_GASOLINE_PARAMETERS block

Goto/from tags have been moved out of the library block.

Parameters for pump torque support have been inserted.

Injection matrix definition has been inserted in the common parameters block.

DIRECT_INJECTOR block To define the injection matrix uniquely in the model, the parameter has been moved to the COMMON_PARAMETERS block.

Negative engine speed is taken into account by evaluating the absolute value of the engine speed.

INJECTOR block Negative engine speed is taken into account by evaluating the absolute value of the engine speed.


Negative engine speed is taken into account.

SWITCHES_FUEL_METER_UNIT block


SWITCHES_PRES_CTRL_VALVE block


SWITCHES_DIRECT_INJ_MODE block




52 ■■■■■■■■■■■■■■■■■■■■■■■■■

SWITCHES_INJECTION block


SWITCHES_THROTTLE block


SWITCHES_INTERCOOLER block


SWITCHES_EGR_VALVE block


SWITCHES_EGR_COOLER block


SWITCHES_TURBO block The switch from SWITCHES_AIRPATH has been moved to support the multi-instance feature.





Related topics Basics

• Migrating ASM Models ( ASM User Guide)ST M



ASM Environment Blockset


New Features of ASM Environment Blockset 2.0

Lanes ASM Environment now supports the definition of a variable number of lanes on the road. Complex maneuvers and traffic scenarios in multiple lanes can be defined. Typical application scenarios are the development and testing of advanced driver support systems, such as adaptive cruise control and lane departure warning systems.

The road supports up to five lanes of variable width, which can be set with freely configurable lane sections along the road.

When maneuvers and traffic scenarios are defined, movement in the available lanes, such as a smooth lane change, can be defined for each vehicle by setting a target lane index. If the target lane is not available on the current section of the road, you can choose whether the vehicle is allowed to drive outside of the road or must stay in the outermost available lane.

The new features are supported by all the dSPACE tools: Roads with lanes can be easily created in ModelDesk and the simulation result animated in MotionDesk. For a description of the new features in ModelDesk and MotionDesk, refer to New Features of ModelDesk 2.5 on page 89 and New Features of MotionDesk 3.0 on page 91.

Lane sensor Lines of different type, color and size can be set between the lanes on the road. A lane sensor model provides the information on these lines along the road at various adjustable distances from the ASM vehicle.

New Features of ASM Environment Blockset 2.0 53

Migrating to ASM Environment Blockset 2.0 55



54 ■■■■■■■■■■■■■■■■■■■■■■■■■

Road definition The road definition has changed from a segment-based approach, where all road properties such as height or friction are set for each road segment, to a more flexible approach, where road properties can be set independently of the road segments that define the profile. In the new approach, road properties such as height, lateral slope, lanes and road environment are defined as a function of the path s along the road. Height and lateral slope profiles can be imported with MAT files.

In previous releases, local road surface properties, such as bumps or a different friction value, were defined with four strips on each road segment. The new road definition format does not use the four strips. Instead, local surface properties are defined with patches that can be placed anywhere on the road.

Maneuver The maneuver now supports driving in lanes. The initial vehicle height can now be set as an offset to the tire radius. The steering wheel angle is set smoothly to zero after the maneuver is finished. Some previously internal definitions, for example, brake pedal position in certain maneuver states, can be made in the model. The number of maneuver user signals has increased to 30. The number of trigger inputs has increased to 25.

Driver To avoid the driver model interfering with active steering ECUs such as a lane keeping assistant, a tolerance zone has been added to the driver model. Within this tolerance zone, the controller has only a small influence on the steering, while outside it, the controller behaves as usual and keeps the vehicle on the target course. If the width of this tolerance zone is set to zero, the lateral controller controls the vehicle as usual.



Migrating to ASM Environment Blockset 2.0

Demo models To implement the set of new features in this release, the Environment subsystem of the demo models has been substantially restructured. Due to the structural changes, not all new features can be added automatically to the migrated models. To obtain the full functionality of all new features for migrated models, it is recommended to replace the Environment subsystem in the migrated model with the Environment subsystem in the demo model, and adapt the model and ModelDesk experiment accordingly to reflect the structural changes.

MANEUVER_SCHEDULER The interface of the MANEUVER_SCHEDULER block has been restructured to accommodate the new signals required to control the movement of the ASM vehicle in multiple lanes. Some signal names have been changed to reflect their new usage.

To reduce the number of input ports, the input signals have been grouped as bus signals:

n ManualControl

n ExternalSignals

n LastValues

n ManeuverSettings

In addition output signals have been merged with the unchanged output bus signal structure.

During migration, the MANEUVER block from the previous release is replaced by a subsystem that contains the new MANEUVER block and performs the mapping from the old interface to the new. Thus, the model path to the MANEUVER_SCHEDULER block is modified.

Maneuver definition files The maneuvers are defined in matrices which are provided to the MANEUVER_SCHEDULER block as parameters. To accommodate the new lane features, these maneuver parameter matrices now contain additional rows.

During migration, the maneuver definition files are automatically updated to the new parameter format. The update script searches for maneuver definition files in the default folder Simulation.current\IniFiles\Maneuver. A backup of the original files is created.



56 ■■■■■■■■■■■■■■■■■■■■■■■■■

LATERAL_CONTROL_1 The LATERAL_CONTROL1 block has a new Width_Deadzone_LatCtrl[m] input. A constant block with default value zero is added to the new input during migration.

LATERAL_CONTROL_2 The LATERAL_CONTROL2 block has a new Width_Deadzone_LatCtrl[m] input. A constant block with default value zero is added to the new input during migration.

ROAD The interface of the ROAD block has been restructured to accommodate the new signals required for the lane and lane sensor features. To make the increased number of output signals more easily accessible, they are organized in a bus structure. Some signal names have changed to reflect their new usage.

During migration, the ROAD block from the previous release is replaced by a subsystem that contains the new ROAD block and performs the mapping from the old interface to the new. Thus the model path to the ROAD block is modified.

Road definition files In previous versions, the road was defined with a matrix parameter of fixed size that was passed to the ROAD as a block parameter. The parameter format has changed to a vector of variable size to accommodate the various new road features.

The road definition MAT files now contain the structure variable RoadVector, instead of the previously used variable name RoadMatrix.

During migration, a small border strip of 20 cm is added on each side of the road, so that the total road width increases by 40 cm. This is done to avoid the road's outer lines being right at the margin.

During migration, the road definition files are automatically updated to the new parameter format. The update script searches for road definition files in the default folder Simulation.current\IniFiles\Road. A backup of the original files is created before the update.

After updating the files, the initialization file asm_road_maneuver_ini.m is adapted to the new road definition structure variable. RoadMatrix entries are replaced by the new name RoadVector. A backup of the asm_road_maneuver_ini is created.

BASIC_ROADS The output of the BASIC_ROADS block has been restructured in the same way as for the ROAD block. Both blocks now have the same output bus structure.



ASM Gasoline InCylinder Blockset


New Features of ASM Gasoline InCylinder Blockset 1.4

Improved SCALEXIO support

The switch process between real-time simulation and Simulink simulation has been extended so that SCALEXIO systems can be used as target hardware.

Modular SoftECU The SoftECU has been separated into several controllers. Now each of the controllers can be adapted independently while all other SoftECU blocks are still linked to the library.

Switching between port and direct injector, homogeneous and stratified combustion is now included in the SoftECU.

The following blocks have been added to the ASM InCylinder Gasoline Blockset:

n IGNITION_SET

n INJECTOR_MODE

n LAMBDA_CONTROL

n PORTINJECTOR_TIMING

n REL_AIRMASS_CALCULATION

n SWITCH_INJECTION

Further blocks of the modular SoftECU structure are part of the ASM InCylinder Base Blockset.

Flexible number of injection and cylinder

The number of injections and cylinders can now be changed up to a predefined maximum without code recompilation.

The absolute maximums are unchanged:

n Number of port injections: 4

n Number of direct injections: 7

New Features of ASM Gasoline InCylinder Blockset 1.4

57

Migrating to ASM Gasoline InCylinder Blockset 1.4 58



58 ■■■■■■■■■■■■■■■■■■■■■■■■■

n Number of cylinders: 12 (for real-time simulation only)

Migrating to ASM Gasoline InCylinder Blockset 1.4

SOFT_ECU_INCYLINDER_GASOLINE block

The block has been moved to the Former version subsystem. In the library the block has been separated into several controllers with further changes.

SOFT_APU and HEAT_RELEASE_VIBE block

The blocks have been extended to handle the ignition signal. Issues with multiple combustion starts due to changing ignition angles have been solved. To benefit from these improvements, the blocks of the migrated model have to be connected according the current demo model.

DIRECTINJECTOR-CONTINUOUS block

The block has been moved to the ASM InCylinder Base Blockset. For more information, refer to Migrating to ASM Base InCylinder Blockset 1.5 on page 31.

PORTINJECTOR-CONTINUOUS block

The block now can handle various numbers of injections.

The initialization of the injection time estimation has been improved. This solves issues with too large injection quantities in simulation on real-time systems.

COMMON_INCYLINDER_GASOLINE_PARAMETERS block

The internal Goto blocks have been converted to output ports. During migration, Goto blocks with the original tags are added to the new output ports.

Now multi-instances of the block can be used within one model.

SELECTFUELINJECTION block

The block has been moved to the Former version subsystem. It is only used together with the SOFT_ECU_INCYLINDER_GASOLINE block.

The new SoftECU with separated controllers itself detects whether direct or port injector is used.



ASM Traffic Blockset


New Features of ASM Traffic Blockset 1.3

Lanes ASM Traffic now supports the definition of traffic scenarios in multiple lanes on the road. The target lane is set with a lane index, which can be either absolute or relative to the ASM vehicle or fellow vehicles.

Migrating to ASM Traffic Blockset 1.3

TRAFFIC_SCHEDULER block During migration, the TRAFFIC_SCHEDULER block from the previous release is replaced by a subsystem that contains the new TRAFFIC_SCHEDULER block and performs the mapping from the old interface to the new.

TRAFFIC_ROAD_SIGNALS block

This block has been moved to the Former Versions subsystem. During migration the library link is changed accordingly.

FELLOW_MOVEMENT block

This block is no longer used in the ASM Traffic Blockset and has been moved to the Former Versions subsystem. During migration the library link is changed accordingly.

New Features of ASM Traffic Blockset 1.3 59

Migrating to ASM Traffic Blockset 1.3 59



60 ■■■■■■■■■■■■■■■■■■■■■■■■■

ASM Trailer Blockset

Migrating to ASM Trailer Blockset 1.4.2

SUSCOMP_TRAILER_FRONT, SUSCOMP_TRAILER_REAR, SUSCOMP_TRAILER_REAR_2ND, SUSCOMP_TRAILER_REAR_3RD

The suspension compliance effects of the forces and torques of the opposite wheels have been moved to the new SUSP_COMP_OPP_xxx subsystems. These new subsystems are added and connected automatically during the migration process.

OMEGA_WHEEL The parameters for the dynamics brake torques are parameterizable and available at the COMMON_PARA_xxx blocks.

COMMON_PARA_TRAILER_FRONT, COMMON_PARA_TRAILER_REAR, COMMON_PARA_TRAILER_REAR_2ND, COMMON_PARA_TRAILER_REAR_3RD

Parameters for the dynamics brake torques have been added and are used at the OMEGA_WHEEL block. The necessary Goto blocks are automatically added after the subsystems during the migration process.



ASM Truck Blockset


New Features of ASM Truck Blockset 1.3.2

Suspension compliance The suspension compliance systems have been extended with additional displacements and rotational angles as functions of longitudinal torques acting on the wheels' center.

Migrating to ASM Truck Blockset 1.3.2

SUSPENSION_COMPLIANCE_REAR_2ND, SUSPENSION_COMPLIANCE_REAR_3RD

The suspension compliance effects of the forces and torques of the opposite wheels have been shifted to the new SUSPENSION_COMPLIANCE_OPP_xxx subsystems. These new subsystems are added and connected automatically during the migration process

OMEGA_WHEEL The parameters for the dynamics brake torques are parameterizable and available at the COMMON_VEHICLE_PARAMETERS_xxx blocks.

COMMON_VEHICLE_PARAMETERS_REAR_2ND, COMMON_VEHICLE_PARAMETERS_REAR_3RD

Parameters for the dynamics brake torques have been added and are used at the OMEGA_WHEEL block. The necessary Goto blocks are automatically added after the subsystem during the migration process.

New Features of ASM Truck Blockset 1.3.2 61

Migrating to ASM Truck Blockset 1.3.2 61



62 ■■■■■■■■■■■■■■■■■■■■■■■■■

ASM Turbocharger Blockset


New Features of ASM Turbocharger Blockset 2.0.1

General An integrator reset has been inserted to support a global reset in the ASM mean value engine models.

Migrating to ASM Turbocharger Blockset 2.0.1

MAPS_TC block The block has been adapted to support engine reset functionality.


MAPS_TC_2STAGE block The block has been adapted to support engine reset functionality.


POSTTURBHPMAN block The block has been adapted to support engine reset functionality.

Internal subsystems have been restructured without any functional change. Some trace paths of internal block variables have therefore changed.If those variables are connected in a ControlDesk layout, the connections must be updated.

New Features of ASM Turbocharger Blockset 2.0.1 62

Migrating to ASM Turbocharger Blockset 2.0.1 62



SHAFT_TC block The block has been adapted to support engine reset functionality.


SHAFT_TC_HP block The block has been adapted to support engine reset functionality.


TURBINE block Internal subsystems have been restructured without any functional change. Some trace paths of internal block variables have therefore changed. If those variables are connected in a ControlDesk layout, the connections must be updated.

TURBINE_HP Internal subsystems have been restructured without any functional change. Some trace paths of internal block variables have therefore changed. If those variables are connected in a ControlDesk layout, the connections must be updated.



64 ■■■■■■■■■■■■■■■■■■■■■■■■■

ASM Vehicle Dynamics Blockset


New Features of ASM Vehicle Dynamics Blockset 2.2

Suspension compliance The suspension compliance systems have been extended with additional displacements and rotational angles as functions of longitudinal torques acting on the wheels' centers.

Steering The steering systems have been extended with compliance effects, i.e., additional steering rod displacement as fa unction of general forces and torques acting on the steering rod.

Migrating to ASM Vehicle Dynamics Blockset 2.2

SUSPENSION_COMPLIANCE_FRONT, SUSPENSION_COMPLIANCE_REAR

The suspension compliance effects of the forces and torques of the opposite wheels have been moved to the new SUSPENSION_COMPLIANCE_OPP_xxx subsystems. These new subsystems are added and connected automatically during the migration process.

WHEEL_SPEED The parameters for the dynamics brake torques are parameterizable and available at the COMMON_VEHICLE_PARAMETERS block.

COMMON_VEHICLE_PARAMETERS

Parameters for the dynamics brake torques have been added and are used at the WHEEL_SPEED block. All signals are available at the new outport bus and no longer routed via Goto blocks from below the masked subsystem. The Goto blocks are automatically added after the subsystem during the migration process.

New Features of ASM Vehicle Dynamics Blockset 2.2 64

Migrating to ASM Vehicle Dynamics Blockset 2.2 64



CENTRAL_DIFFERENTIAL, CLUTCH_4WD, CRANK_SHAFT, FRONT_DIFFERENTIAL, REAR_DIFFERENTIAL, SHAFT_CF, SHAFT_CR, SHAFT_FL, SHAFT_FR, SHAFT_RL, SHAFT_RR, SHAFT_TGCL4WD, STABILISATION, STABILISATION_FF_FF4WD, STABILISATION_TO_TRANSMISSION, TRANSFER_GEARBOX, TRANSMISSION_TO_STABILISATION

To support the multi-instance feature, several drivetrain blocks require a MaskInitialization function to ensure unique Goto/From connection for data exchange with stabilization. This is added during migration.



66 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ConfigurationDesk

ConfigurationDesk – Implementation

New Features of ConfigurationDesk 4.2

Implementing a multicore real-time application

With ConfigurationDesk, you can implement a multimodel application. You can build a multicore real-time application that can be downloaded to dSPACE real-time hardware (SCALEXIO), where the different models are executed in parallel on single processor cores. The maximum number of models in a multimodel application is (number of processor cores) - 1, since one core is reserved for the execution of system services.

For further information, refer to Specifics on Handling the Model Interface of Multimodel Applications ( ConfigurationDesk Real-Time Implementation Guide).

Enhanced function block types

Power Simulation Control The Power Simulation Control function block type supports the DS2907 Battery Simulation Controller board. For further information on the board, refer to DS2907 Battery Simulation Controller ( SCALEXIO Hardware Installation and Configuration).

Limitations concerning MATLAB compatibility

The following limitations apply when you work with MATLAB R2012a.

SLX model format is not supported ConfigurationDesk does not support the Simulink SLX model format. To work with ConfigurationDesk, you must use the MDL model format.

ST M

ST M

67 ▲■■■■■■■■■■■■■■■■■■■


ConfigurationDesk ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

68 ■■■■■■■■■■■■■■■■■■■■■■■■■

No Incremental Code Generation for Top-Level Models

ConfigurationDesk does not support the Incremental Code Generation for Top-Level Models feature.

Simulink Inport and Outport blocks used as I/O data interfaces If your model contains more than one periodic task, you must not use Simulink Inport and Outport blocks as I/O data interfaces. Otherwise, the build process is aborted with the following error message:

Compiling "E:\Prj1\Appl1\Build\myModel\MdlCode\myModel_dsrt\myModel.c" myModel.c:

In function 'myModel_output0': myModel.c:185: error: 'tid' undeclared (first use in this function)

No spaces in application path names The application path name must not contain any spaces. Otherwise, the build process is aborted with an error message similar to the following one:

Compiling "D:\dSPACE RCPHIL 7.3\MATLAB\DSRT\C\dsrt_mdlfcn.cpp"dsrt_mdlfcn.cpp:19:21: error: rtmodel.h: No such file or directory<...>In file included from dsrt_mdlfcn.cpp:21:dsrt_mdlfcn.h:34: error: variable or field 'APLastApplStateStopped' declared void<...>ntox86-g++.exe: RCPHIL: No such file or directoryntox86-g++.exe: 7.3\Work\Project_Test\Application\Build\dsmpblib_test\MdlCode":No such file or directory


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ControlDesk 3.x

Discontinuation of ControlDesk 3.x

Migrating to ControlDesk 3.7.3

Reusing CAN/LIN bus configurations last saved in ControlDesk 3.7.2 or earlier

Suppose you worked in ControlDesk 3.x with a bus configuration (XML file) based on a real-time application built with RTI CAN MultiMessage Blockset or RTI LIN MultiMessage Blockset from dSPACE Release 7.2 or earlier. When you reuse this bus configuration in ControlDesk 3.7.3 after rebuilding the application with the RTI MultiMessage Blockset from dSPACE Release 7.3, some functions such as replay and variant handling do not work (due to a changed build process).

To reuse your old bus configuration, you must migrate it to ControlDesk 3.7.3. ControlDesk provides the DSMigrateBusCfg.exe command line tool for this. You can find the tool at %dSPACE_ROOT%\ControlDesk\bin after installation of ControlDesk.

To migrate a bus configuration, perform the following steps:

1. Open a Command Prompt window. For example, on the Start menu in Windows® XP, select Run, enter cmd and click OK.

ControlDesk 3.x will be delivered for the last time with dSPACE Release 2013-A. This means you must migrate to ControlDesk Next Generation, the successor to ControlDesk. For migration information, refer to Migrating from ControlDesk 3.x to ControlDesk Next Generation ( ControlDesk Next Generation Migration Guide).

ST M

69 ▲■■■■■■■■■■■■■■■■■■■


ControlDesk 3.x ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

70 ■■■■■■■■■■■■■■■■■■■■■■■■■

2. Enter DSMigrateBusCfg InputFile [OutputFile].

InputFile is the old bus configuration file. It must be specified with XML extension. This parameter is mandatory.

OutputFile is the new bus configuration file. This parameter is optional. If you specify the OutputFile parameter, it must have the XML file extension. If you do not specify the OutputFile parameter, the new bus configuration has the name of the old bus configuration with the suffix _new.


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ControlDesk Next Generation


Information in other sections

New Features of ControlDesk Next Generation (ControlDesk 4.2.1)

72

Migrating to ControlDesk Next Generation (ControlDesk 4.2.1)

75

ControlDesk Next Generation Migration GuideExplains migration from CalDesk/ControlDesk 3.x to ControlDesk Next Generation (ControlDesk 4.2.1).

71 ▲■■■■■■■■■■■■■■■■■■■


ControlDesk Next Generation ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

72 ■■■■■■■■■■■■■■■■■■■■■■■■■

New Features of ControlDesk Next Generation (ControlDesk 4.2.1)

New Features of ControlDesk 4.2.1

New XY Plotter ControlDesk Next Generation now provides the XY Plotter, which is an instrument for displaying curves (signals as functions of other signals).

Any number of curves in an XY Plotter You can place any number of curves on an XY Plotter. A curve is the combination of a signal connected to the XY Plotter's x-axis and another signal connected to the XY Plotter's y-axis.

Triggering the XY Plotter visualization When you perform a measurement on a dSPACE platform, the visualization in the XY Plotter always is triggered. You do not have to configure it to display triggered data.

For instructions on handling the new instrument, refer to XY Plotter Handling ( ControlDesk Next Generation Basic Practices Guide).

Chart area Cursor info

Data cursorX-axisCurve symbol

Axis label

Scale label

Y-axis

ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ ControlDesk Next Generation ▲■■■■■■■■■■■■■■■■■■I

For a comparison between the Plotter's XY mode and the XY Plotter, refer to Differences between XY Plotter and Plotter ( ControlDesk Next Generation Basic Practices Guide).

Support of multicore applications on SCALEXIO systems

ControlDesk Next Generation now supports multicore real-time applications running on SCALEXIO systems.

Handling applications via command line

You can now download and start applications on dSPACE platforms via the cmdloader command line tool. The tool runs in the command shell of the operating system, so you can use it in batch files or makefiles.

Refer to Handling Applications via Command Line ( ControlDesk Next Generation Basic Practices Guide).

Visualizing measurement arrays and value blocks in the Variable Array

ControlDesk Next Generation now lets you visualize entire measurement arrays and value blocks in the Variable Array. The Variable Array visualizes each element of the measurement array or value block individually. The illustration below shows this for one measurement array and one value block as an example:

ST M

ST M



74 ■■■■■■■■■■■■■■■■■■■■■■■■■

Measurement and recording tutorial

dSPACE HelpDesk now provides a tutorial with step-by-step instructions for configuring and performing measurements and recordings with ControlDesk Next Generation. The tutorial focuses on measuring and recording concepts using dSPACE hardware.

Refer to the ControlDesk Next Generation Measurement and Recording Tutorial.

Improved API reference The ControlDesk Next Generation API Reference now provides a list of automation interfaces sorted by category in addition to an alphabetical list.

Refer to the ControlDesk Next Generation API Reference.


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ ControlDesk Next Generation ▲■■■■■■■■■■■■■■■■■■I



Migrating from ControlDesk 4.2

To migrate from ControlDesk 4.2 to ControlDesk 4.2.1 and reuse existing experiments, you do not have to carry out any migration steps.

Migrating from CalDesk, ControlDesk 3.x, or ControlDesk Next Generation 4.0/4.1

To migrate from CalDesk, ControlDesk 3.x, or ControlDesk Next Generation 4.0/4.1 and reuse existing experiments, you may have to carry out additional migration steps. For information on the migration steps, refer to Migrating to ControlDesk Next Generation ( ControlDesk Next Generation Migration Guide).ST M



76 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

dSPACE HIL API .NET

New Features of dSPACE HIL API .NET 1.2

dSPACE HIL API .NET can be used to implement test applications in C# based on the ASAM AE HIL API 1.0.2 standard.

With dSPACE Release 7.3, dSPACE HIL API .NET provides the following implementations:

n dSPACE HIL API .NET implementation for MAPort (platform access)

The platform support has been enlarged. It now supports:

o DS1005

o DS1006

o DS1401 (MicroAutoBox and MicroAutoBox II)

o SCALEXIO

o Multiprocessor systems (based on DS1005, DS1006, or SCALEXIO)

n dSPACE HIL API .NET implementation for EESPort (failure simulation)

o The namespace of the implementation has been changed from dSPACE.HILAPI.Implementation.EESPort to ASAM.HILAPI.dSPACE.EESPort. Existing programs have to be migrated accordingly.

The ASAM AE HIL API 1.0.2 standard now includes binaries that are used by the dSPACE HIL API .NET implementation.

For further information on the dSPACE HIL API .NET implementation, refer to dSPACE HIL API .NET Implementation - Notes.

77 ▲■■■■■■■■■■■■■■■■■■■


dSPACE HIL API .NET ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

78 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

dSPACE FlexRay Configuration Package


New Features of dSPACE FlexRay Configuration Package 2.7

Support of signal group CRCs

The FlexRay Configuration Package now supports run-time access to end-to-end communication protection (E2E protection) parameters from AUTOSAR communication matrices. The parameters are required to calculate signal group CRCs.

You can implement your own checksum algorithms based on E2E protection parameters in the real-time application. The dSPACE FlexRay Configuration Package provides a further CRC C file (crc_template_e2e_protection.c), which you can use as a template. You can find it in the following folders:

n %DSPACE_ROOT%\MATLAB\RTIFLEXRAYCONFIG\FlexRayAL after installation of the RTI FlexRay Configuration Blockset

n %DSPACE_ROOT%\MATLAB\FLEXRAYCONFIG\C after installation of the FlexRay Configuration Blockset

New Features of dSPACE FlexRay Configuration Package 2.7

79

Migrating to dSPACE FlexRay Configuration Package 2.7

80

79 ▲■■■■■■■■■■■■■■■■■■■


dSPACE FlexRay Configuration Package ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

80 ■■■■■■■■■■■■■■■■■■■■■■■■■

Signal group CRCs are supported in connection with communication matrix information based on AUTOSAR 3.2.1 system description files.

For further information, refer to Using User-Defined Checksum Algorithms ( FlexRay Configuration Tool Guide).

Support of signal-specific and signal-group-specific update bits

The FlexRay Configuration Package now supports

n Signal-specific update bits (for configurations based on FIBEX 3.0 and FIBEX 3.1 files)

n Signal- and signal-group-specific update bits (for configurations based on AUTOSAR 3.1.4 and AUTOSAR 3.2.1 system description files)

The update bit of a signal/signal group is set to 1 each time that the TX PDU that the signal/signal group belongs to is sent. The update bit value is 0 if the TX PDU is not sent. You can evaluate the received signal/signal group update bits for RX PDUs. The value of a signal group update bit is assigned to the signals belonging to that signal group.

The FlexRay Configuration Tool displays the signal update bit positions for TX or RX PDUs in the Properties view.

The signal update bit values of signals of an RX PDU are part of the Signals bus of the RTIFLEXRAYCONFIG PDU RX and FLEXRAYCONFIG PDU RX blocks. They can also be made available in the TRC file.

Migrating to dSPACE FlexRay Configuration Package 2.7

Migrating multiprocessor models using relative C search path

Up to RTI FlexRay Configuration Blockset 2.6, the relative C search path for multiprocessor models was computed relative to the separated model. As of RTI FlexRay Configuration Blockset 2.7, it is computed relative to the file location of the multiprocessor model.

If you work with multiprocessor models generated with RTI FlexRay Configuration Blockset 2.6 or earlier and relative paths are enabled in the RTIFLEXRAYCONFIG UPDATE block of the multiprocessor models, you must place the referenced C source files (such as the FTCom files) on the modified search path.

ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ dSPACE FlexRay Configuration Package ▲■■■■■■■■■■■■■■■■■■I

Changed frame assignment to controllers

The rule for determining the order in which frames are assigned to the FlexRay controllers has changed. Frames are assigned to the controllers according to frame membership. As of FlexRay Configuration Package 2.7, the frames are assigned in the following order:

1. Frames with frame membership "Global RX Pool"

2. Frames with frame membership "None"

3. Frames with specified frame membership groups (in ascending order)

The following table lists four examples of frame assignment:

The changed assignment of frames to the controllers might cause differences in the run-time behavior when you reuse existing FlexRay models containing Controller blocks.

FlexRay Controller Specified Membership Value

Ctrl 0 Global RX Pool

Ctrl 1 None

Ctrl 2 1

Ctrl 3 2


Ctrl 1 1, 2

Ctrl 0 None

Ctrl 1 1


Ctrl 1 None

Ctrl 2 1, 3

Ctrl 3 2, 4


dSPACE FlexRay Configuration Package ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

82 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

dSPACE Offline Simulator

New Features of dSPACE Offline Simulator 2.2p2

Support of the MotionDesk Blockset

Using dSPACE Target for Offline Simulation included with dSPACE Offline Simulator 2.2p2, you can build Simulink® models containing blocks from MotionDesk Blockset 2.2. This allows you to visualize motion data from an offline simulation in MotionDesk.

For information on installing the patch, refer to How to Install Common Software Tools ( Software Installation and Management Guide).

Visualizing motion data from an offline simulation requires that you have installed MotionDesk 3.0 from dSPACE Release 7.3.

ST M

83 ▲■■■■■■■■■■■■■■■■■■■


dSPACE Offline Simulator ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

84 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

dSPACE Python Extensions


New Features of dSPACE Python Extensions 1.2

Use case for dSPACE Python Extensions

dSPACE Python Extensions is not a separate dSPACE product but a separate setup. It installs Python modules that are already licensed via another dSPACE product, for example, AutomationDesk containing the Platform API Package, in a separate folder. This allows you to implement Python scripts by using an external Python interpreter, because you do not have to add a product's Python module to the Python search path of your external Python interpreter.

With dSPACE Release 7.3, dSPACE Python Extensions provides the following modules and implementations:

n rtplib2

rtplib2 now supports the following platforms:

o DS1005

o DS1006

o DS1103

o DS1104


o SCALEXIO

New Features of dSPACE Python Extensions 1.2 85

Migrating to dSPACE Python Extensions 1.2 86

85 ▲■■■■■■■■■■■■■■■■■■■


dSPACE Python Extensions ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

86 ■■■■■■■■■■■■■■■■■■■■■■■■■


n rs232lib2

n matlablib2

matlablib2 uses dSPACE MATLAB Connection 2.3 to connect to MATLAB. It provides access not only to the MATLAB Command Window, but also to the full-featured MATLAB instance. The MATLAB version to be connected via matlablib2 can be specified in the dSPACE Installation Manager.

n dSPACE HIL API Python Implementation for MAPort

dSPACE HIL API Python Implementation for MAPort now supports the following platforms:

o DS1005

o DS1006


o SCALEXIO


For further information on the Python modules, refer to Test Automation Python Modules Reference.

For further information on the dSPACE HIL API Python Implementation, refer to dSPACE HIL API Python Implementation - Notes.

Migrating to dSPACE Python Extensions 1.2

Registering the platform To use a platform with rtplib2 or the dSPACE HIL API Python Implementation of the MAPort, it has to be registered via ControlDesk Next Generation or AutomationDesk (platform management is a new feature of AutomationDesk 3.5, refer to New Features of AutomationDesk 3.5 on page 23). Platforms registered via ControlDesk 3.x are ignored.


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ECU Interface Manager


New Features of ECU Interface Manager 1.1

Package import: Display of symbols that are not referenced by the parsed opcodes

During package import, the ECU Interface Manager analyzes the symbols in the software module description file and the opcodes in the ECU Image file(s) referenced in the software module description file. To analyze the opcodes, the ECU Interface Manager starts by using symbols that are specified as entry points in the software module description file. If the software module description file contains one or more symbols that are not referenced in the functions configured to be analyzed, the ECU Interface Manager displays a warning in the Log View.

You can obtain a list of all these symbols by double-clicking the warning. See below for an example:

New Features of ECU Interface Manager 1.1 87

Migrating to ECU Interface Manager 1.1 88

87 ▲■■■■■■■■■■■■■■■■■■■


ECU Interface Manager ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

88 ■■■■■■■■■■■■■■■■■■■■■■■■■

Refer to How to Import a Package ( ECU Interface Manager Guide).

Enhancement to the SREC export

You can now specify the number of data bytes per line in the SREC file to be exported. Refer to How to Configure the SREC Exporter ( ECU Interface Manager Guide).

Dialog for finding code items in the Configuration pane

ECU Interface Manager 1.1 now provides a dialog that lets you search for code items in the Configuration pane. The dialog provides information, for example, on whether a symbol is referenced in the ECU application. Refer to Filtering and Searching for Code Items in the Configuration Pane ( ECU Interface Manager Guide).

Enhancement when adding software modules to target systems

You can now add software modules to target systems via context menu. Refer to How to Add Software Modules to the Target System ( ECU Interface Manager Guide).

Enhancements when inserting service calls

You can now insert service calls to ECU applications via context menu.

Refer to:

n Basics on Handling Service Calls ( ECU Interface Manager Guide)

n How to Add Service Calls to the ECU Application ( ECU Interface Manager Guide)

Quick access to the most recently opened projects

You can now quickly access the most recently opened projects in the ECU Interface Manager. Refer to Recent Projects ( ECU Interface Manager Reference).

Migrating to ECU Interface Manager 1.1

Migrating projects saved last with ECU Interface Manager 1.0

In ECU Interface Manager 1.1, you can reuse projects that were last saved with ECU Interface Manager 1.0. However, if you save a project with ECU Interface Manager 1.1, you can no longer use it with ECU Interface Manager 1.0.

Saving a project under a new name When you open a project that was last saved with ECU Interface Manager 1.0 in ECU Interface Manager 1.1 and save it, the ECU Interface Manager prompts you to save it under a new name. This lets you keep a version of the project with which you can work in ECU Interface Manager 1.0.

ST M

ST M

ST M

ST M

ST M

ST M

ST M


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

ModelDesk

New Features of ModelDesk 2.5

Road Generator The Road Generator is new designed. The new Road Generator has a new modern design. It includes all the features of the previous version but is more flexible. With the new Road Generator you can:

n Create roads and specify their characteristics:

o Reference line

o Height profile

o Lateral slope profile

o Lane sections and lanes, for example, for modeling different number of lanes or road markings

o Special surface conditions, for example, for modeling low µ areas

o Additional height profiles, for example, for modeling a rough road

o Scenery, for example, for modeling the environment of a road

o Importing and exporting of specification parts of a road, for example, the height profile

n View roads in several previews (height profile, lateral slope profile, road from a birds eye view with the special surface conditions)

n Create the files

o For the simulation model, to download them to a real-time application or Simulink

o For visualization in MotionDesk

89 ▲■■■■■■■■■■■■■■■■■■■


ModelDesk ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

90 ■■■■■■■■■■■■■■■■■■■■■■■■■

Maneuver Editor n The Maneuver Editor uses the roads created with the new Road Generator.

n You can now specify maneuvers using lanes

Traffic Editor n The Traffic Editor uses the roads created with the new Road Generator.

n You can now specify traffic scenarios using lanes

n Fellows can be built using the new 3-D object library

Parameterization ModelDesk can parameterize ASM blocks that are used several times in a model (multi-instance feature).

Supported platforms ModelDesk supports new simulation platforms:

n SCALEXIO system with running multicore real-time applications


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

MotionDesk


New Features of MotionDesk 3.0

Animation n Improved render performance

n Higher frame rates

New Scene Editor MotionDesk has a new Scene Editor integrated in its graphical user interface. It provides the following features:

n Assembling 3-D objects to build a scene

n Positioning, rotating and scaling 3-D objects in each direction (graphically using the mouse, or by editing the property values)

n Building groups of objects

n Access to a dSPACE object library containing miscellaneous objects for building a virtual world, for example, plates, domes, houses, trees

n Access to a customer library of 3-D objects

n Managing the object library by building groups or using keywords

n Protecting objects from unintentional editing

n Selecting a render mode for each object

n Hiding and showing objects in a scene

New Features of MotionDesk 3.0 91

Migrating to MotionDesk 3.0 93

91 ▲■■■■■■■■■■■■■■■■■■■


MotionDesk ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

92 ■■■■■■■■■■■■■■■■■■■■■■■■■

n Fixing objects to the virtual world

n Observing a scene from any viewpoint

n Configuration of 3-D objects has changed to property grid

3-D Object Library Manager

MotionDesk now has a 3-D Object Library Manager. It provides the following features:

n Managing two libraries for 3-D objects: a dSPACE object library and a customer object library

n Providing ready-to-use 3-D objects via the dSPACE object library

n Importing 3-D objects in VRML2 or COLLADA format into the customer library

n Specifying default properties for 3-D objects of the customer library

n Exporting 3-D objects

Enhancements of 3-D objects

The 3-D objects have been enhanced:

n New file format of the 3-D objects is Collada (Collaborative Design Activity)

n New library with more realistic 3-D objects

n New object types: traffic signs

n New library in advanced style with additional objects like cars, hills etc.

Supported platforms MotionDesk and the MotionDesk Blockset support new simulation platforms:

n SCALEXIO system with running multicore real-time applications

n dSPACE Offline Simulator


• Creating a Scene ( MotionDesk Guide)ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ MotionDesk ▲■■■■■■■■■■■■■■■■■■I

Migrating to MotionDesk 3.0

Migrating from MotionDesk 2.1.6 and earlier

Starting with MotionDesk 2.2, MotionDesk uses another project/experiment structure for managing the experiment data. Earlier MotionDesk projects must therefore be migrated. For details, refer to Migrating from MotionDesk 2.1.6 and Lower ( MotionDesk Guide).

Migrating from MotionDesk 2.2.1 and earlier

As MotionDesk uses another format for the 3-D objects, the scenes and custom 3-D objects must be migrated. For details, refer to Migrating from MotionDesk 2.2.1 and Lower ( MotionDesk Guide).

ST M

ST M


MotionDesk ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

94 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

RapidPro Control Unit RTI Blockset

New Features of the RapidPro Control Unit RTI Blockset

Implementing SENT protocol

You can implement the SENT protocol on the RapidPro system by using RTI blocks or RTLib functions.

As of dSPACE Release 7.3, the RapidPro Control Unit RTI Blockset supports the SAE J2716 SENT2010 standard (including the reception of pause pulses). The RTLib already supported this standard as of dSPACE Release 7.2.

For basic information on the SENT protocol and on implementing it on a RapidPro system, refer to Basics on the SENT Protocol ( RapidPro System – I/O Subsystem MPC565 Implementation Features).

Measuring camshaft phase shifts

Erroneous edges in the camshaft signal, for example, due to noise, corrupt the measurement of the camshaft phase shift. To filter out such invalid measurement values, you can define a phase shift validity range. For details, refer to Basics on Camshaft Phase Shift Measurement ( RapidPro System – I/O Subsystem MPC565 Implementation Features)

The RapidPro Control Unit RTI blockset and the RapidPro Control Unit RTLib do not yet provide the functionality to use the RapidPro system as a SENT transmitter.

ST M

ST M

95 ▲■■■■■■■■■■■■■■■■■■■


RapidPro Control Unit RTI Blockset ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

96 ■■■■■■■■■■■■■■■■■■■■■■■■■

PLD Bit I/O The initialization behavior of the output has changed: The initial state values are output as soon as the PLD Bit I/O is ready to operate, not when the relevant application task is executed for the first time. For details on specifying initial state values, refer to the Channel list parameter on the Initialization Page (RPCU_BIT_OUT_BLx) ( RapidPro System – I/O Subsystem MPC565 RTI Reference).ST M


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

Real-Time Testing


New Features of Real-Time Testing 1.9

New supported platform Real-Time Testing supports SCALEXIO systems with running multicore real-time applications.

Separate product Real-Time Testing is available as a separate product (order number: RTT).

Migrating to Real-Time Testing 1.9

Limitation of Real-Time Testing caused by the installation

Real-Time Testing 1.6 is part of Release 6.5. If you activate Release 6.5, all tools which use Real-Time Testing from the Python interpreter use Real-Time Testing 1.6 regardless of the settings in the dSPACE Installation Manager. This also applies to dSPACE tools installed with Release 7.3.

Since Release 6.6 (Real-Time Testing 1.7), this limitation does not exist.

New Features of Real-Time Testing 1.9 97

Migrating to Real-Time Testing 1.9 97

97 ▲■■■■■■■■■■■■■■■■■■■


Real-Time Testing ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

98 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

RTI/RTI-MP and RTLib


New Features of RTI/RTI-MP and RTLib

MicroAutoBox MicroAutoBox comes with some hardware and software enhancements.

Internal Ethernet switch With board revision DS1401-25 (MicroAutoBox II), the DS1401 base board provides an internal Ethernet switch. This facilitates the connection for bypassing scenarios.

Pressure sensor The base board of MicroAutoBox II also provides a pressure sensor. The measured air pressure can be read via RTLib functions.

For further information, refer to Onboard Sensors ( MicroAutoBox Features).

Nonvolatile RAM access Now you can also use RTI to read data from and write data to the nonvolatile RAM provided by the DS1401 base board of a MicroAutoBox II.

For further information, refer to Basics on Nonvolatile RAM Access ( MicroAutoBox Features).

New Features of RTI/RTI-MP and RTLib 99

Migration Aspects of RTI/RTI-MP and RTLib 101

ST M

ST M

99 ▲■■■■■■■■■■■■■■■■■■■


RTI/RTI-MP and RTLib ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

100 ■■■■■■■■■■■■■■■■■■■■■■■■■

Serial peripheral interface MicroAutoBox variants with a DS1511 I/O board now support the serial peripheral interface (SPI) protocol via RTLib and RTI. You can specify up to two SPI interfaces to implement synchronous communication.

For further information, refer to Serial Peripheral Interface on the DIO Type 3 Unit ( MicroAutoBox Features).

New features of the DS1552 Multi-I/O Module By using the RTI FPGA Programming Blockset, you can access the two serial interface units of the DS1512 I/O board. For further information, refer to New Features of the RTI FPGA Programming Blockset 2.3 on page 111.

Task Transition blocks discontinued

The blocks for task transitions (Buffered Task Transition (Write), Buffered Task Transition (Read), Non-Buffered Task Transition) have been removed from the rtitasklib library.

TaskTransitionCheck command discontinued

The rti_option TaskTransitionCheck command is obsolete.

New license handling of RTI-MP models

Using RTI-MP, task configuration and the build process only require the licenses for RTI blocksets that are used within the current MP submodel.

New S-function of IPCx blocks

The S-function of IPCx blocks used for Simulink simulation has been changed from block-based sample time to port-based sample time. This leads to a more realistic simulation of the communication behavior, and Simulink Rate Transition blocks and Sample Time Specification blocks are no longer required in the MP model.

For further information, refer to Distributing the Model for MP Systems ( RTI and RTI-MP Implementation Guide).

Unsupported new features of MATLAB R2012a

RTI and RTI-MP do not support the following new features in MATLAB R2012a:

n Incremental Code Generation for Top-Level Models

RTI generates code for each build process.

n Simulink SLX model format

Working with RTI and RTI-MP requires the MDL model format.

ST M

ST M


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ RTI/RTI-MP and RTLib ▲■■■■■■■■■■■■■■■■■■I

Migration Aspects of RTI/RTI-MP and RTLib

Migration aspects of MicroAutoBox II

Changed interrupt handling using RTI The interrupt handling of the DIO_TYPE3 RTI blocks already changed in dSPACE Release 7.2. The configuration settings were moved from the DIO_TYPE3_HWINT_BLx block to the various I/O blocks, for example, the DIO_TYPE3_PWM_BLx block. The I/O blocks now provide Interrupt pages to specify the interrupt generation.

Simulink models that contain the former interrupt configurations are automatically migrated when you open a model.

You will get error messages if the migration process finds:

n No I/O block that corresponds to the settings in the DIO_TYPE3_HWINT_BLx block.

n Wrong configurations, for example, if an interrupt channel is used by more than one I/O block.

Changed S-function of IPCx blocks used for Simulink simulation

The change from block-based sample times to port-based sample times can lead to sample-time propagation errors during model initialization. The related Simulink Task Transition blocks and Sample Time Specification blocks have to be removed from the model. Afterwards, you have to open the Multiprocessor Setup dialog to finish the migration.

It is recommended not to use Simulink Rate Transition blocks and Sample Time Specification blocks in MP models.

Discontinued software support

Task Transition blocks The discontinued software support of the task transition blocks leads to warnings during the build process. If you work with MATLAB R2012a, using the task transition blocks can lead to errors during the model initialization.

n Replace the task transition blocks of the TaskLib blockset by Simulink Rate Transition blocks.

rti_option TaskTransition Check Existing calls of the rti_option TaskTransition Check command in the code lead to warning messages. You should remove them from the code.

If you used the command with the Strong option (default), you do not need to modify your models.

If you used the command with the Relaxed option, you have to add Simulink Rate Transition blocks for signals that connect an RTI interrupt-triggered task to another task.


RTI/RTI-MP and RTLib ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

102 ■■■■■■■■■■■■■■■■■■■■■■■■■

Modifying real-time libraries (RTLib) Utilities to modify a real-time library, for example, Bldlib.bat, are not available any more. Modified files in an installation folder conflict with some MSI setup requirements. This applies to DS1005 RTLib, DS1006 RTLib, DS1103 RTLib, DS1104 RTLib, DS1401 RTLib, DS2210 RTLib, DS2211 RTLib, and DS2302 RTLib.


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

RTI Bypass Blockset


New Features of the RTI Bypass Blockset 2.9

RTI Bypass Blockset More dSPACE Calibration and Bypassing Service calls supported The dSPACE Calibration and Bypassing Service now supports up to 65,535 service IDs. Thus, with external bypassing based on the dSPACE Calibration and Bypassing Service and supported by the RTI Bypass Blockset, you can now use virtually any number of service calls (bypass hooks) in the ECU code to prepare functions for bypassing.

Creating unique signal names for outports The RTI Bypass Blockset lets you convert the signal labels that are automatically assigned to the output ports of Read, Write, Upload and Download blocks to model-wide unique identifiers.

Refer to Variables Options Page (RTIBYPASS_SETUP_BLx) ( RTI Bypass Blockset Reference).

New Features of the RTI Bypass Blockset 2.9 103

Migrating to RTI Bypass Blockset 2.9 104

ST M

103 ▲■■■■■■■■■■■■■■■■■■■


RTI Bypass Blockset ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

104 ■■■■■■■■■■■■■■■■■■■■■■■■■

Enhancements to internal bypassing

n The RTI Bypass Blockset now allows you to generate variables of a Simulink model automatically into the A2L file during code generation (automatic instrumentation). With automatic instrumentation, variables are automatically defined as ASAP2.Parameter or ASAP2.Signal class instances in the MATLAB workspace.

Refer to Build Page (RTIBYPASS_SETUP_BLx for INTERNAL) ( RTI Bypass Blockset Reference).

n In the build options for the internal bypass parts of your Simulink model, you can now specify the size of the heap RAM memory. The heap is used for dynamic memory allocation (malloc).

Refer to RTI IntByp Build Options Page ( RTI Bypass Blockset Reference).

Migrating to RTI Bypass Blockset 2.9

Working with models from earlier RTI Bypass Blockset versions 2.x

The current release comes with RTI Bypass Blockset 2.9, which is compatible with earlier blockset versions 2.x. However, data management has changed compared to RTI Bypass Blockset Version 2.5 or earlier.

If you have a Simulink model built with blockset version 2.5 or earlier and open it with RTI Bypass Blockset 2.9, the old Data Dictionary file (file name extension .dd) is replaced by a new Data Dictionary file (.vdb) using the information stored in the Setup block as soon as you open and close the Setup block dialog by clicking OK, or open the Read, Write, Upload or Download block dialog and click the Fill Variable Selector button on the Variables page.

If you have a model that was saved with RTI Bypass Blockset 2.9 and want to use it with RTI Bypass Blockset 2.5 or earlier, the model's Data Dictionary file for the earlier blockset version (file name extension .dd) is recreated as soon as you update the A2L files in the Setup block or open the Read, Write, Upload or Download block and click the Fill Variable Selector button on the Variables page. The Data Dictionary file created under RTI Bypass Blockset 2.9 (*.vdb) remains on disk.

To enable the RTI Bypass Blockset to recreate the data dictionary, the ASAM-MCD 2MC (A2L) files specified in the Setup block must be accessible at the specified location and must be unchanged.

ST M

ST M


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

RTI CAN MultiMessage Blockset


New Features of the RTI CAN MultiMessage Blockset 2.6

Support of AUTOSAR System Template 3.2.1

The RTI CAN MultiMessage Blockset now also supports the AUTOSAR System Template based on AUTOSAR Release 3.2.1 for describing CAN networks.

Refer to General Settings Page (RTICANMM MainBlock) ( RTI CAN MultiMessage Reference).

Message identifier format available via RX Data outport

When you enable ID ports for RX messages, the message IDs and the identifier formats of the selected messages are now added to the RX Data outport of the RTICANMM MainBlock.

Refer to RX ID Port Page (RTICANMM MainBlock) ( RTI CAN MultiMessage Reference).

RTI CAN MultiMessage Tutorial

The RTI CAN MultiMessage Tutorial now explains the experimenting features of the Bus Navigator in ControlDesk Next Generation, the successor to ControlDesk 3.x.

Refer to RTI CAN MultiMessage Tutorial.

New Features of the RTI CAN MultiMessage Blockset 2.6

105

Migrating to RTI CAN MultiMessage Blockset 2.6 106

ST M

ST M

105 ▲■■■■■■■■■■■■■■■■■■■


RTI CAN MultiMessage Blockset ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

106 ■■■■■■■■■■■■■■■■■■■■■■■■■

Migrating to RTI CAN MultiMessage Blockset 2.6

Working with models from earlier RTI CAN MultiMessage Blockset versions

To reuse a model created with an earlier RTI CAN MultiMessage Blockset version, you must update the S-functions for all the contained RTICANMM blocks and save the model before you perform modifications to the CAN configuration.

To create new S-functions for all the RTICANMM blocks in your model in one step, you can perform one of the following actions after you opened the model:

n In the MATLAB Command Window, enter rtimmsu_update('System', gcs)

For further information on the command and its available options, enter help rtimmsu_update in the MATLAB Command Window.

n Select the Create S-Function for all CAN Blocks command from the Options menu of the RTICANMM GeneralSetup block.

For further information, refer to Limitations with RTICANMM ( RTI CAN MultiMessage Reference).

Reusing CAN bus configurations last saved in ControlDesk 3.7.2 or earlier

Suppose you worked in ControlDesk 3.x with a CAN bus configuration based on a real-time application built with RTI CAN MultiMessage Blockset 2.5.4 or earlier. When you reuse this CAN bus configuration in ControlDesk 3.7.3 after rebuilding the application with RTI CAN MultiMessage Blockset 2.6, you cannot perform monitoring, logging and replay (due to a changed build process).

There are two ways to perform monitoring, logging or replay:

n Use the DSMigrateBusCfg.exe command line tool coming with ControlDesk 3.7.3 to migrate your existing CAN bus configuration to ControlDesk 3.7.3. Refer to Migrating to ControlDesk 3.7.3 on page 69.

n Create a new bus configuration in ControlDesk 3.7.3, and then add the required monitor, logger and replay nodes to the Bus Navigator tree again.

ST M


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

RTI LIN MultiMessage Blockset


New Features of the RTI LIN MultiMessage Blockset 1.9

Support of LIN 2.2 The RTI LIN MultiMessage Blockset now also supports the LIN 2.2 specification.

Support of AUTOSAR System Template 3.2.1

The RTI LIN MultiMessage Blockset now also supports the AUTOSAR System Template based on AUTOSAR Release 3.2.1 for describing LIN networks.

Refer to General Settings Page (RTILINMM MainSetup) ( RTI LIN MultiMessage Reference).

New Features of the RTI LIN MultiMessage Blockset 1.9

107

Migrating to RTI LIN MultiMessage Blockset 1.9 108

ST M

107 ▲■■■■■■■■■■■■■■■■■■■


RTI LIN MultiMessage Blockset ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

108 ■■■■■■■■■■■■■■■■■■■■■■■■■

Migrating to RTI LIN MultiMessage Blockset 1.9

Working with models from earlier RTI LIN MultiMessage Blockset versions

To reuse a model created with an earlier RTI LIN MultiMessage Blockset version, you must update the S-functions for all the contained RTILINMM blocks and save the model before you perform modifications to the LIN configuration.

To create new S-functions for all the RTILINMM blocks in your model in one step, you can perform one of the following actions after you opened the model:

n In the MATLAB Command Window, enter rtimmsu_update('System', gcs)

For further information on the command and its available options, enter help rtimmsu_update in the MATLAB Command Window.

n Select the Create S-Function for all LIN Blocks command from the Options menu of the RTILINMM GeneralSetup block.

For further information, refer to Limitations of RTI LIN MultiMessage Blockset ( RTI LIN MultiMessage Reference).

Reusing LIN bus configurations last saved in ControlDesk 3.7.2 or earlier

Suppose you worked in ControlDesk 3.x with a LIN bus configuration based on a real-time application built with RTI LIN MultiMessage Blockset 1.8.2 or earlier. When you reuse this LIN bus configuration in ControlDesk 3.7.3 after rebuilding the application with RTI LIN MultiMessage Blockset 1.9, you cannot perform monitoring, logging and replay (due to a changed build process).

There are two ways to perform monitoring, logging or replay:

n Use the DSMigrateBusCfg.exe command line tool coming with ControlDesk 3.7.3 to migrate your existing LIN bus configuration to ControlDesk 3.7.3. Refer to Migrating to ControlDesk 3.7.3 on page 69.

n Create a new bus configuration in ControlDesk 3.7.3, and then add the required monitor, logger and replay nodes to the Bus Navigator tree again.

ST M


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

RTI Ethernet (UDP) Blockset

New Features of the RTI Ethernet (UDP) Blockset 1.2

New block for interrupt handling

The blockset now provides the ETHERNET_UDP_INTERRUPT_BLx block. It makes interrupts that are generated on data receipt available as trigger sources for subsystems in your model.

For further information, refer to RTI Ethernet (UDP) Blockset Reference.

109 ▲■■■■■■■■■■■■■■■■■■■


RTI Ethernet (UDP) Blockset ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

110 ■■■■■■■■■■■■■■■■■■■■■■■■■


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

RTI FPGA Programming Blockset

Limited availability outside Europe and Asia, please inquire.


New Features of the RTI FPGA Programming Blockset 2.3

Extended Xilinx® support The RTI FPGA Programming Blockset now supports Versions 12.4 and 13.4 of the Xilinx design tools.

New Features of the RTI FPGA Programming Blockset 2.3

111

Migrating to RTI FPGA Programming Blockset 2.3 113

Xilinx Design Tools Version

Operating System MATLAB Version1)

12.41)o Windows XP Professional SP3 (32-bit

version)o Windows Vista Business, Ultimate, and

Enterprise SP2 (32-bit version)

o MATLAB R2009bSP12)

o MATLAB R2010ao MATLAB R2010bSP12)

13.41)o Windows XP Professional SP3 (32-bit

version)o Windows 7 Business, Ultimate, and

Enterprise SP1 (32-bit version and 64-bit version)

o MATLAB R2010a2)

o MATLAB R2010bSP12)

o MATLAB R2011ao MATLAB R2011b

1) Only 32-bit version2) Tested by dSPACE but not officially supported by Xilinx.

111 ▲■■■■■■■■■■■■■■■■■■■


RTI FPGA Programming Blockset ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

112 ■■■■■■■■■■■■■■■■■■■■■■■■■

The DS5203 FPGA Board (LX50) also supports the WebPACK Editions of the Xilinx design tools.

Enhancements to the FPGA1401Tp1(LX150) with Multi-I/O Module (DS1552) framework

UART support The framework for the FPGA1401TP1 module of MicroAutoBox II now provides new functions for writing data via a serial interface. You can choose between RS232 mode and RS422/485 mode. Two UART units are available, but to use the second UART, your DS1552 requires modification by dSPACE.

Enhancements to the DS5203 with onboard I/O framework

APU support The frameworks for the DS5203 (LX50) and the DS5203 (SX95) FPGA boards now support the time-base connector available on these boards. You can use it to connect a DS5203 FPGA Board to another board providing an angular processing unit for synchronization. You can configure the DS5203 Board as the APU master (writing the time base value to the APU bus) or as an APU slave (reading the time base value from the APU bus).

Piggyback board for DS5203 FPGA Board

Since October 2011, the DS5203M1 Multi-I/O Module is available for you to enhance the I/O capabilities of your DS5203 FPGA board.

The FPGA frameworks and other components required for working with the DS5203M1 Multi-I/O Module are now included in the RTI FPGA Programming Blockset.


• Migrating to RTI FPGA Programming Blockset 2.3 on page 113


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ RTI FPGA Programming Blockset ▲■■■■■■■■■■■■■■■■■■I

Migrating to RTI FPGA Programming Blockset 2.3

Objective There are different methods to migrate an existing model, depending on the blockset version used.

Migrating from RTI FPGA Programming Blockset 1.0 to 2.3

Because the RTI FPGA Programming Blockset 1.0 (released with dSPACE Release 6.4) was not fully implemented, a model that you implemented with it must be migrated manually. You must replace each block of the RTI FPGA Programming Blockset by a new one to make the model compatible with the current dSPACE RTI environment for modeling, building and executing.

Migrating from RTI FPGA Programming Blockset 1.1 and higher to 2.3

If you have implemented your FPGA application using RTI FPGA Programming Blockset Version 1.1 and later, and you want to use it with RTI FPGA Programming Blockset 2.3, you must update the FPGA framework. You can use the script interface to update the FPGA framework, refer to Updating the FPGA framework using the script interface on page 113.

You also have to update the framework if you have updated from MATLAB R2008b or earlier to MATLAB R2009a or later.

Updating the FPGA framework using the script interface

The script interface provides the FPGAFrameworkUpdate method to update a framework. You can decide whether to set the block parameters to their initial values or leave them unchanged.

To update the FPGA framework without changing the values of the block parameters

rtifpga_scriptinterface('FPGAFrameworkUpdate', <SimulinkHandle>)

The script handles all the subsystems in the model/subsystem which is specified by the Simulink handle. The parameters of the blocks are unchanged after updating to the current framework version.

Example: The following script updates the FPGA framework for any FPGA subsystems in the processor model called MyProcModel. The specified values of the block parameters are not changed.

The update function of the script interface does not support RTI FPGA Programming Blockset 1.0.


RTI FPGA Programming Blockset ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

114 ■■■■■■■■■■■■■■■■■■■■■■■■■

ProcModelHandle = get_param('MyProcModel','handle')rtifpga_scriptinterface('FPGAFrameworkUpdate', ProcModelHandle)

To update the FPGA framework and reset the values of the block parameters to their initial values

rtifpga_scriptinterface('FPGAFrameworkUpdate', <SimulinkHandle>, 'ReInit')

The script handles all the subsystems in the model/subsystem which is specified by the Simulink handle. The parameters of the blocks are reset to their initial values after updating to the current framework version.

ProcModelHandle = get_param('MyProcModel','handle')rtifpga_scriptinterface('FPGAFrameworkUpdate', ProcModelHandle,'ReInit')


I■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

Compatibility Information


Supported MATLAB Releases 116

Operating System 117

Run-Time-Compatibility of dSPACE Software 119

Limitations for Windows Vista/Windows 7 120

Limitations for 64-Bit Windows Operating Systems in Combination with dSPACE 32-Bit Software

121

115 ▲■■■■■■■■■■■■■■■■■■■


Compatibility Information ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

116 ■■■■■■■■■■■■■■■■■■■■■■■■■

Supported MATLAB Releases

Supported MATLAB releases

The table below shows which dSPACE software item supports which MATLAB release:

For up-to-date information on additional MATLAB releases which can be used in combination with dSPACE software, refer to http://www.dspace.com/goto?sw3rdparty.

For detailed information on compatibility, refer to http://www.dspace.com/goto?Compatibility on the dSPACE Web site.

MATLAB Release... Is Supported by Release 7.3

RC

P an

d H

IL S

oft

war

e1)

Au

tom

atio

nD

esk

3.51)

2)

Targ

etLi

nk

3.3

Mo

del

Co

mp

are

2.2

dSP

AC

E O

fflin

e Si

mu

lato

r 2.

21)

R2012a 3)4) – – –

R2011b

R2011a

R2010bSP1 5)

R2010b – – – – –

R2010a 5)

R2009bSP1 5)

R2009b – – – – –

R2009a – –1) 64-bit MATLAB versions are not supported.2) AutomationDesk's MATLAB Access library requires MATLAB.3) Not supported by the RTI FPGA Programming Blockset - FPGA Interface4) Not supported by dSPACE Automotive Simulation Models (ASM)5) Tested with RTI FPGA Programming Blockset but not officially supported by Xilinx.


http://www.dspace.com/goto?sw3rdparty

http://www.dspace.com/goto?Compatibility

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ Compatibility Information ▲■■■■■■■■■■■■■■■■■■I

Operating System

Operating system on host PC

The following table shows which software products in Release 7.3 support which operating system:

Operating System… Is Supported By…

RC

P &

HIL

So

ftw

are

Au

tom

atio

nD

esk

3.5

Co

ntr

olD

esk

4.2.

11)

Targ

etLi

nk

3.3

Targ

etLi

nk

3.3

(64-

bit

ver

sio

n)

Mo

del

Co

mp

are

2.2

Mo

del

Co

mp

are

2.2

(64-

bit

ver

sio

n)

Syst

emD

esk

3.1

Co

mm

on

dSP

AC

E So

ftw

are

Too

ls

Windows XP Professional (32-bit version) with Service Pack 3

– –

Windows Vista Business, Ultimate, and Enterprise (32-bit version) with Service Pack 22)

– –

Windows Vista Business, Ultimate, and Enterprise (64-bit version) with Service Pack 22)

– – – 3) – 3) – 3) 3)

Windows 7 Professional, Ultimate, and Enterprise (32-bit version) with Service Pack 14)

5) – –

Windows 7 Professional, Ultimate, and Enterprise (64-bit version) with Service Pack 14)

3) 3) 3)5) 3) 3) 3) 3)

1) ControlDesk Next Generation (= ControlDesk 4.x) is the successor to CalDesk and ControlDesk 3.x. However, ControlDesk versions earlier than ControlDesk 4.0 are still included in the RCP and HIL software package.2) Only the Windows Vista Business, Ultimate, and Enterprise editions are supported. The Windows Vista Home and Starter editions are not supported.3) The 64-bit operating systems are supported by 32-bit software running in WoW64 (Windows-On-Windows64). 4) Only the Windows 7 Professional, Ultimate, and Enterprise editions are supported. The Windows 7 Home and Starter editions are not supported.5) ControlDesk Next Generation's ECU Diagnostics v2.0.1 device (supporting ASAM MCD-3 D V2.0.1) does not support this operating system. As an alternative, you can use the ECU Diagnostics v2.0.2 device (supporting ASAM MCD-3 D V2.0.2), which supports this operating system.



118 ■■■■■■■■■■■■■■■■■■■■■■■■■

Limitations for Windows Vista/Windows 7 Some limitations apply when you use Windows Vista or Windows 7 in combination with dSPACE software. Refer to Limitations for Windows Vista/Windows 7 on page 120.

32-bit dSPACE software running on 64-bit Windows operating systems dSPACE software runs as a 32-bit application under 64-bit Windows operating systems in a WoW64 (Windows-on-Windows 64-bit) subsystem. WoW64 is the x86 emulator that allows 32-bit Windows-based applications to run seamlessly on 64-bit versions of Windows. This allows you to use up to 4 GB virtual memory for each 32-bit process. 32-bit versions of Windows can address only up to 3.2 GB of memory in total for all running processes including the operating system itself.

Some additional limitations apply when you use a 64-bit Windows operating system with dSPACE software. Refer to Limitations for 64-Bit Windows Operating Systems in Combination with dSPACE 32-Bit Software on page 121.

Allowing communication via additional firewall rules

During installation of the dSPACE software, two additional Windows firewall rules are installed. The first rule allows communication with a dSPACE expansion box, for example, AutoBox. The second rule allows MotionDesk to receive motion data from a network channel.

The rules are created by the following commands:

n advfirewall firewall add rule name="dSPACE Net Service"

service=any dir=in action=allow profile=any

protocol=icmpv4:0, any description="Allow the dSPACE Net

Service to connect to a dSPACE expansion box via network."

n advfirewall firewall add rule name="dSPACE MotionDesk"

program="%dspace_root%\MotionDesk\Bin\MotionDesk.exe"

n Windows XP Professional x64 Edition is not supported in general.

n The 64-bit versions of TargetLink and Model Compare require Windows 7 Professional, Ultimate, or Enterprise (64-bit version) with Service Pack 1.

Other 64-bit operating systems (Windows XP and Windows Vista) are not supported.

n ControlDesk Next Generation can also be installed on the MicroAutoBox Embedded PC, running under Microsoft Windows 7 Ultimate (32-bit version).



dir=in action=allow profile=any description="Allow dSPACE

MotionDesk to receive motion data via network."

Operating system on dSPACE License Server

If you purchased floating network licenses, you have to install and configure one of the networked PCs as the dSPACE License Server.

The operating system of the dSPACE License Server must be one of the following:

n Windows XP Professional (32-bit version) with Service Pack 3

n Windows Vista Business, Ultimate, or Enterprise (32-bit or 64-bit version) with the latest Service Pack

n Windows 7 Professional, Ultimate, or Enterprise (32-bit or 64-bit version)

n Windows Server 2003 (32-bit or 64-bit version)

n Windows Server 2008 (32-bit or 64-bit version)

n Windows Server 2008 RC (32-bit or 64-bit version)

Run-Time-Compatibility of dSPACE Software

Definition Run-time compatibility means:

n dSPACE products can be used in parallel after software installation, even if they are installed in different folders.

n dSPACE products without interaction can run independently of each other.

General notes on limitations

If dSPACE products interact directly (for example, through automation interfaces) or indirectly (for example, through common file types like .a2l) limitations may apply. For major limitations, see below. For minor limitations, refer to the appropriate product documentation.

In rare cases, an additional patch must be installed for a product to achieve run-time compatibility. For information on, whether a patch is necessary and for the patch itself, refer to http://www.dspace.com/go/CompPatch.

The dSPACE License Server does not support non-Windows operating systems.


http://www.dspace.com/go/CompPatch


120 ■■■■■■■■■■■■■■■■■■■■■■■■■

Compatibility of products in dSPACE Release 7.3

Each software product in dSPACE Release 7.3 is run-time-compatible with the other software products in dSPACE Release 6.6 up to dSPACE Release 7.3. Note that RCP and HIL software products (on Release 7.3) cannot be used in combination with RCP and HIL software products from earlier dSPACE Releases.

Limitations for TargetLink and ModelCompare

n With Model Compare 2.1 (on dSPACE Release 7.1) and earlier, you can not dump TargetLink 3.3 models. If you need to dump TargetLink 3.3 models with Model Compare 2.1, contact dSPACE support for a compatibility patch.

n The 64-bit version of TargetLink cannot be used in combination with the 32-bit version of Model Compare and vice versa because you can work only with a bit-compatible MATLAB version (32-bit or 64-bit).

Limitation for ControlDesk Next Generation (= ControlDesk as of ControlDesk 4.0) When ControlDesk 4.2.1 is used with dSPACE Release 7.0 or earlier, limitations regarding Real-Time Testing (RTT) apply. Simulink models compiled with these releases are not supported by the Signal Editor (for signal generation) and for CAN Data Replay of the Bus Navigator. For details, refer to Problem with Incompatibility Between RTT 1.9 and 1.6 ( Software Installation and Management Guide).

Limitations for Windows Vista/Windows 7

Objective Some limitations apply when you use Windows Vista/Windows 7 in combination with dSPACE software.

MATLAB support For system requirements of MathWorks® software, refer to http://www.mathworks.com/support/sysreq/current_release.

Fast user switching not supported

The dSPACE software does not support the fast user switching feature of Windows.

Closing dSPACE software before PC shutdown

The shutdown procedure of Windows operating systems might cause some required processes to be aborted although they are still being used by dSPACE software. To avoid data loss, it is recommended to terminate the dSPACE software manually before a PC shutdown is performed.

ST M


http://www.mathworks.com/support/sysreq


User Account Control It is recommended to disable Windows’ User Account Control (UAC) during the installation of dSPACE software. If you cannot disable it, you should note the following Windows behavior: If UAC is enabled, the setup programs run with the administrator account instead of the user account. Therefore it is important that the administrator account has access to the required drives, particularly to the required network drives.

USB devices under Windows 7

The first time dSPACE USB devices using cables with opto-isolation are connected to the PC, there might be a message that the device driver software was not successfully installed. The dSPACE device will nevertheless work properly later on.

Using boards with ISA interface installed in the host PC

When installed directly in the host PC, ISA boards such as the DS1103 or DS813 cannot be used with Windows Vista/Windows 7 with the standard installation routines. If necessary, contact dSPACE Support.

Limitations for 64-Bit Windows Operating Systems in Combination with dSPACE 32-Bit Software

Objective Some additional limitations apply when you use Windows Vista/Windows 7 (64-bit versions) in combination with dSPACE 32-bit software.

Limitations of device drivers

Third-party bus interfaces (CAN, LIN, or FlexRay) are supported only if they have 64-bit drivers from the manufacturers.

Limitations of target compilers

For information on support for a specific target compiler, contact the respective compiler manufacturer.

MATLAB If you install a 32-bit version of MATLAB under Windows Vista/Windows 7 (64-bit versions), the MATLAB installation program generates a message that a 64-bit version of MATLAB is available. Click OK and continue installing the 32-bit version of MATLAB.



122 ■■■■■■■■■■■■■■■■■■■■■■■■■


■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■▼ Index ▲■■■■■■■■■■■■■■■■■■I

Index

A

ASM Base InCylinder Blocksetmigrating 31new features 31

ASM blocksetsnew features 30

ASM Brake Hydraulics Blocksetmigrating 33

ASM Diesel Exhaust Blocksetmigrating 34new features 34

ASM Diesel InCylinder Blocksetmigrating 37new features 36

ASM Drivetrain Basic Blocksetmigrating 38new features 38

ASM Electric Components Blocksetmigrating 41new features 40

ASM Engine Diesel Blocksetmigrating 42new features 42

ASM Engine Gasoline Basic Blocksetmigrating 47new features 47

ASM Engine Gasoline Blocksetmigrating 49new features 49

ASM Environment Blocksetmigrating 55new features 53

ASM Gasoline InCylinder Blocksetmigrating 58new features 57

ASM Traffic Blocksetmigrating 59new features 59

ASM Trailer Blocksetmigrating 60

ASM Truck Blocksetmigrating 61new features 61

ASM Turbocharger Blocksetmigrating 62new features 62

ASM Vehicle Dynamics Blocksetmigrating 64new features 64

AutomationDeskmigration 28new features 23

C

ControlDesk 3.xmigrating 69

ControlDesk Next Generationmigration 75new features 72

D

discontinued blocksRTI TaskLib Blockset 100

dSPACE FlexRay Configuration Packagemigration 80new features 79

dSPACE HIL API .NETnew features 77

dSPACE Offline Simulatornew features 83

dSPACE Python Extensionsmigration 86new features 85

E

ECU Interface Managermigration 88new features 87

G

general enhancements and changes 12

H

host PC softwareoperating system 117

K

key features 17

L

limitations for Windows 64-Bit and dSPACE 64-Bit software 121limitations for Windows 7 120limitations for Windows Vista 120

M

MATLABsupported releases 116

MicroAutoBoxnew features 99

MicroAutoBox IImigration 101

migratingASM Base InCylinder Blockset 31ASM Brake Hydraulics Blockset 33ASM Diesel Exhaust Blockset 34ASM Diesel InCylinder Blockset 37

migratingASM Drivetrain Basic Blockset 38ASM Electric Components Blockset 41ASM Engine Diesel Blockset 42ASM Engine Gasoline Basic Blockset 47ASM Engine Gasoline Blockset 49ASM Environment Blockset 55ASM Gasoline InCylinder Blockset 58ASM Traffic Blockset 59ASM Trailer Blockset 60ASM Truck Blockset 61ASM Turbocharger Blockset 62ASM Vehicle Dynamics Blockset 64ControlDesk 3.x 69

migrationAutomationDesk 28ControlDesk Next Generation 75discontinued task transition blocks 101dSPACE FlexRay Configuration Package 80dSPACE Python Extensions 86ECU Interface Manager 88MicroAutoBox II 101MotionDesk 93Real-Time Testing 97RTI 101RTI Bypass Blockset 104RTI CAN MultiMessage Blockset 106RTI FPGA Programming Blockset 113RTI LIN MultiMessage Blockset 108rti_option TaskTransition_Check 101S-function of IPCx blocks 101

ModelDesknew features 89

MotionDeskmigration 93new features 91

N

new featuresASM Base InCylinder Blockset 31ASM blocksets 30ASM Diesel Exhaust Blockset 34ASM Diesel InCylinder Blockset 36ASM Drivetrain Basic Blockset 38ASM Electric Components Blockset 40ASM Engine Diesel Blockset 42ASM Engine Gasoline Basic Blockset 47ASM Engine Gasoline Blockset 49ASM Environment Blockset 53ASM Gasoline InCylinder Blockset 57ASM Traffic Blockset 59ASM Truck Blockset 61ASM Turbocharger Blockset 62


Index ▲■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■I■■■■■■■■■■■■■■■■■■■■■■▼

124 ■■■■■■■■■■■■■■■■■■■

new featuresASM Vehicle Dynamics Blockset 64AutomationDesk 23ControlDesk Next Generation 72dSPACE FlexRay Configuration Package 79dSPACE HIL API .NET 77dSPACE Offline Simulator 83dSPACE Python Extensions 85ECU Interface Manager 87MicroAutoBox 99ModelDesk 89MotionDesk 91Real-Time Testing 97RTI Bypass Blockset 103RTI CAN MultiMessage Blockset 105RTI Ethernet (UDP) Blockset 109RTI FPGA Programming Blockset 111RTI LIN MultiMessage Blockset 107RTI/RTI-MP 99RTLib 99

not supported MATLAB features 100

P

product overview 14

R

Real-Time Testingmigration 97new features 97

requirementshost PC software

operating system 117RTI Bypass Blockset

migration 104new features 103

RTI CAN MultiMessage Blocksetmigration 106new features 105

RTI Ethernet (UDP) Blocksetnew features 109

RTI FPGA Programming Blocksetmigration 113new features 111

RTI LIN MultiMessage Blocksetmigration 108new features 107

RTI TaskLib Blocksetdiscontinued blocks 100

RTI/RTI-MPnew features 99

RTI-MPseparation concept 100

RTLibnew features 99

S

separation conceptRTI-MP 100

supported MATLAB releases 116system requirements

operating system 117

V

version history 14

W

Windows 64-Bitlimitations 121

Windows 7limitations 120

Windows Vistalimitations 120


overview of dspace release 7.3 - dspace gmbh

Documents