Professional Documents
Culture Documents
D SPACESimulator Mid Size Features
D SPACESimulator Mid Size Features
Features
Release 2018-A – May 2018
How to Contact dSPACE
Mail: dSPACE GmbH
Rathenaustraße 26
33102 Paderborn
Germany
Tel.: +49 5251 1638-0
Fax: +49 5251 16198-0
E-mail: info@dspace.de
Web: http://www.dspace.com
If possible, always provide the relevant dSPACE License ID or the serial number of the
CmContainer in your support request.
Important Notice
This document contains proprietary information that is protected by copyright. All
rights are reserved. The document may be printed for personal or internal use provided
all the proprietary markings are retained on all printed copies. In all other cases, the
document must not 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.
This publication and the contents hereof are subject to change without notice.
Contents
Interrupt Controller..................................................................................................... 30
Basics of the Interrupt Controller........................................................................ 30
Interrupt Handling............................................................................................. 30
Available Interrupts............................................................................................ 31
External Interrupt............................................................................................... 31
Interfaces.................................................................................................................... 32
PHS Bus Interface............................................................................................... 32
Serial Interface of the DS1005............................................................................ 35
Specifying the Baud Rate of the Serial Interface.................................................. 36
Host Interface.................................................................................................... 37
3
May 2018 dSPACE Simulator Mid-Size Features
Contents
Monitoring..................................................................................................... ............ 39
Watchdog.......................................................................................................... 39
Force Reset........................................................................................................ 39
Flight Recorder............................................................................................................ 40
Basics of the Flight Recorder.................................................................. ............ 40
Nonvolatile Data Handling..................................................................... ............ 41
Basics on Flight Recorder.................................................................................... 42
Using the Flight Recorder................................................................................... 43
MAT File Format for the Flight Recorder............................................................. 44
APU Reference............................................................................................................ 85
Crankshaft Sensor Signal Generation................................................................. 86
Camshaft Sensor Signal Generation................................................................... 87
Wave Table Basics.............................................................................................. 88
Generating Wave Tables..................................................................................... 89
Spark Event Capture.......................................................................................... 90
Injection Pulse Position and Fuel Amount Measurement..................................... 91
4
dSPACE Simulator Mid-Size Features May 2018
Contents
5
May 2018 dSPACE Simulator Mid-Size Features
Contents
Synchronization........................................................................................................ 156
Synchronized Timer Tasks................................................................................. 156
Global Time Base in an MP System................................................................... 157
Tracing Signals in an MP System....................................................................... 158
Diagnostics 187
Diagnostic Connector...................................................................................... 187
Expandability 189
Processing Power Is Not Sufficient.................................................................... 190
Expanding the I/O Hardware............................................................................ 190
Simulating a Specific Signal.............................................................................. 191
6
dSPACE Simulator Mid-Size Features May 2018
Contents
Limitations 199
Quantization Effects......................................................................................... 200
DS2210 Board Revision.................................................................................... 201
Conflicting I/O Features.................................................................................... 201
Limited Number of CAN Messages................................................................... 210
Limitations with RTICANMM............................................................................ 212
Limitations with J1939-Support........................................................................ 214
Index 215
7
May 2018 dSPACE Simulator Mid-Size Features
Contents
8
dSPACE Simulator Mid-Size Features May 2018
About This Document
Symbol Description
Indicates a hazardous situation that, if not avoided,
V DANGER will result in death or serious injury.
Indicates a hazardous situation that, if not avoided,
V WARNING could result in death or serious injury.
Indicates a hazardous situation that, if not avoided,
V CAUTION could result in minor or moderate injury.
Indicates a hazard that, if not avoided, could result in
NOTICE
property damage.
Indicates important information that you should take
Note
into account to avoid malfunctions.
Indicates tips that can make your work easier.
Tip
9
May 2018 dSPACE Simulator Mid-Size Features
About This Document
Symbol Description
Indicates a link that refers to a definition in the
glossary, which you can find at the end of the
document unless stated otherwise.
Precedes the document title in a link that refers to
another document.
Naming conventions dSPACE user documentation uses the following naming conventions:
Special folders Some software products use the following special folders:
Introduction After you install and decrypt your dSPACE software, the documentation for the
installed products is available as online help in dSPACE Help and as Adobe® PDF
files.
10
dSPACE Simulator Mid-Size Features May 2018
Accessing dSPACE Help and PDF Files
Note
Not all the ways to open dSPACE Help are available for all dSPACE software
products.
Opening from Windows You can open dSPACE Help on its home page:
§ Via Windows Start Menu
Opening from dSPACE software with menu bar You can open dSPACE
Help on a product's start page:
§ Via the menu bar in a dSPACE product
Opening from dSPACE software with ribbons If you use dSPACE software
with ribbons, you can open dSPACE Help:
§ Via the Start page in dSPACE software
§ Via the Backstage view in dSPACE software (leftmost ribbon tab)
§ Via the button
Opening from a topic in dSPACE Help You can access the PDF file with the
current topic via the button at the topic's top right. The following illustration
shows an example:
11
May 2018 dSPACE Simulator Mid-Size Features
About This Document
Related Documents
Objective The following provides a list of documents that you are recommended to read
when working with dSPACE Simulator Mid‑Size.
12
dSPACE Simulator Mid-Size Features May 2018
Introduction to the Features of dSPACE Simulator Mid-Size
13
May 2018 dSPACE Simulator Mid-Size Features
Introduction to the Features of dSPACE Simulator Mid-Size
Components dSPACE Simulator Mid-Size consists of several components, see the following
illustration.
ECU 1
Connector
DS2210 HIL ECU
Load Cards/
I/O Board ECU 2
Failure Inser!on
Connector
Units
PHS Bus
CARB Tester
Power Supply
Connector Device
DS1005 PPC
Board
ISA Bus
PC Interface
PC
14
dSPACE Simulator Mid-Size Features May 2018
Overview of dSPACE Simulator Mid-Size
DS1005 PPC Board The DS1005 PPC Board calculates the real‑time application. For more information
on the DS1005 PPC Boards, refer to System Overview of DS1005 PPC Board
on page 16 and Features Overview the DS1005 PPC Board on page 16.
DS2210 HIL I/O Board The DS2210 HIL I/O Board is tailored to generate and measure automotive
signals. It combines a variety of typical HIL I/O functions on one board. The board
also contains signal conditioning for typical signal levels of 12 V/14 V automotive
systems. For more information on the DS2210 HIL I/O Board, refer to System
Overview of DS2210 HIL I/O Board on page 17 and Features Overview of
DS2210 HIL I/O Board on page 19.
PC interface All dSPACE software for experiment setup and control runs on your PC or laptop,
which is connected to dSPACE Simulator Mid-Size via a PC interface. dSPACE
Simulator Mid-Size is equipped with the DS814 PC Interface board. The host PC
has to be equipped with an interface board depending on its slot type:
Power supply unit The power supply unit is remote-controlled by dSPACE Simulator Mid-Size. It is
used to simulate the battery voltage. The battery voltage is available at four
battery rails, three of them are switchable (see Power Supply Unit on page 169).
Load cards The load cards are used to connect substituted or real loads to the ECU outputs
(see Load Simulation on page 177).
Failure Insertion Units The Failure Insertion Units emulate electrical failures in the wiring of an ECU
output, for example, short to ground or cable break (see Failure Simulation
on page 181).
15
May 2018 dSPACE Simulator Mid-Size Features
Introduction to the Features of dSPACE Simulator Mid-Size
Introduction The DS1005 PPC Board is based on the PowerPC 750 Processor. This real-time
processor (RTP) forms the main processing unit. Via its PHS bus it has access to
the DS2210 HIL I/O Board and to other modular I/O boards if they are necessary.
Via Gigalink it can be connected to other DS1005, which makes it capable of
multiprocessing in a DS1005‑MP environment. The following illustration gives an
overview of the functional units of the DS1005:
PHS-Bus
64 MB Interface Supervisor
Global Bus
Local Bus
Global RAM
Peripheral Bus
64 MB
Global RAM Global Bus
Serial Interrupt External
Interface Controller Timers
Host
Interface
DS1005
PC
ISA Bus
Processor § providing the computing power of the board (see Processor on page 25)
Memory § comprising RAM, flash, and cache (see Memory on page 25)
Timers and time base § (see Timers and Time Base Counters on page 27) comprising:
counters § RTP Built‑In Decrementer: Sample rate timer with interrupt function
providing very fast interrupts
§ Timer A: Sample rate timer with interrupt function
16
dSPACE Simulator Mid-Size Features May 2018
System Overview of DS2210 HIL I/O Board
Interrupt control § providing various hardware and software interrupts (see Interrupt Controller
on page 30)
PHS bus § allowing access to the I/O boards (see PHS Bus Interface on page 32)
Gigalink module (optional) § for setting up multiprocessor systems (see DS910 Gigalink Module
on page 144)
Supervision § allowing to supervise program execution and host access (see Monitoring
on page 39):
§ watchdog to supervise program execution
§ force reset to supervise host access
Serial interface § for setting up a user‑specific communication or for debugging, etc. (see Serial
Interface ( PHS Bus System Hardware Reference))
Host interface § for setting up the DS1005, downloading programs and transferring runtime
data to or from the host PC (see Host Interface on page 37)
DS2210 HIL I/O Board The DS2210 HIL I/O Board is tailored to generate and measure automotive
signals. It combines a variety of typical HIL I/O functions on one board. The board
also contains signal conditioning for typical signal levels of 12 V automotive
systems.
17
May 2018 dSPACE Simulator Mid-Size Features
Introduction to the Features of dSPACE Simulator Mid-Size
While the DS2210 measures and generates the signals required, the DS1005 PPC
Board takes over the calculation of the real-time model. That is, applications
using DS2210 I/O features are implemented on the DS1005 PPC Board.
Sensor and actuator interface The DS2210 has a sensor and actuator interface, which provides a typical set of
automotive I/O functions, including A/D conversion, digital I/O, and wheel speed
sensor signal generation, for example.
Angular processing unit The core feature of the DS2210 is the angular processing unit (APU), which
provides the HIL core functions of the engine:
§ Crankshaft/camshaft signal generation
§ Spark event measurement
§ Injection pulse position and fuel amount measurement
§ Knock sensor simulation
DSP subsystem The DSP subsystem is based on the TMS320C31. It includes ready-to-use
applications that allow you to generate knock sensor signals or wheel speed
sensor signals. As an alternative, you can program the DSP to generate user-
specific signals. The serial port of the slave DSP allows you to connect a DS2302,
for example, for generating further angular signals.
Communication interfaces In addition to a standard serial interface (RS232, RS422 based on a Texas
Instruments TL 16C550 UART), the DS2210 includes a CAN subsystem that is
based on the Siemens SAB 80C167 microcontroller. It provides connections to
two CAN buses.
Master and slaves The processor board has access to both the DSP and the CAN subsystems. In
terms of interprocessor communication, the processor board is the master,
whereas the DS2210 microcontrollers are slaves.
18
dSPACE Simulator Mid-Size Features May 2018
Features Overview of DS2210 HIL I/O Board
Functional units The illustration shows the functional units of the DS2210.
Abbreviations used:
ADC: Analog/digital converter
CAN: Controller area network
DAC: Digital/analog converter
D/R: Digital/resistance (converter)
DSP: Digital signal processor
PWM: Pulse width modulation
Introduction The DS2210 provides the following features – summarized in alphabetical order:
Note
19
May 2018 dSPACE Simulator Mid-Size Features
Introduction to the Features of dSPACE Simulator Mid-Size
A/D conversion The ADC unit provides 16 unipolar A/D channels with 12-bit resolution and 1.1
µs conversion time for each channel. Refer to ADC Unit on page 48.
Note
Three A/D channels are already used by dSPACE Simulator Mid-Size and may
not be used within the real-time application (see Power Supply Unit
on page 169).
Bit I/O The bit I/O unit provides 16 discrete input lines and 16 discrete outputs. Refer to
Bit I/O Unit on page 54.
CAN support The CAN support serves two CAN controllers that meet the CAN 2.0A (11-bit
identifier) and CAN 2.0B (29-bit identifier) specifications. Refer to CAN Support
on page 101.
D/A conversion The DAC unit provides 12 unipolar D/A channels (for user output) with 12-bit
resolution and 20 µs full-scale settling time to 1 LSB. Refer to DAC Unit
on page 50.
Note
§ One D/A channel is already used by dSPACE Simulator Mid-Size and may
not be used within the real-time application (see Power Supply Unit
on page 169).
§ The reference voltage is internally connected to 10 V and cannot be
changed.
D/R conversion The D/R converter provides 6 independent resistance outputs with 16-bit
resolution covering a resistance range of 15 Ω … infinity. Refer to D/R Converter
on page 52.
Engine HIL simulation The angular processing unit provides the following features:
§ Simulation of engine core functions is based on a 13-bit engine position
(angle) for an engine cycle of 0 … 720° and a resolution of 0.088°. The engine
position is updated every 1 µs. Refer to Engine Position Phase Accumulator
on page 72.
§ Crankshaft sensor simulation provides one crankshaft waveform output with
eight selectable waveforms. Refer to Crankshaft Signal Generator on page 75
and Crankshaft Sensor Signal Generation on page 86.
20
dSPACE Simulator Mid-Size Features May 2018
Features Overview of DS2210 HIL I/O Board
Event capture The angular processing unit includes two event capture units with the following
functions:
§ For spark event capture, 8 digital ignition inputs (6 ignition and 2 auxiliary
channels) for up to 8-cylinder engines are available. The two auxiliary channels
can be individually configured either for various position measurement or for
ignition capture. Refer to Spark Event Capture Unit on page 77 and Spark
Event Capture on page 90. As a whole, 8 channels are available for spark
event capture.
§ For injection pulse position and fuel amount measurement, 6 digital injection
inputs are available. Refer to Injection Event Capture Unit on page 78 and
Injection Pulse Position and Fuel Amount Measurement on page 91.
Note
If you do not use the ignition capture channels for spark event capture,
you can use them additionally for injection capture (only for boards with
extended functionality, refer to DS2210 Board Revision on page 201).
Frequency measurement For frequency measurement, 8 channels are available with a resolution of 21 bit.
Refer to Frequency Measurement on page 63.
Square-wave signal For square-wave signal generation, 6 channels are available with a resolution of
generation 20 bit. Refer to Square-Wave Signal Generation on page 65.
Interrupt control The DS2210 PHS-bus interrupt controller provides eight hardware interrupts for
the serial interface, CAN subsystem, and angular processing unit. Refer to
DS2210 Interrupts on page 139.
Knock processor A ready-to-use application of the slave DSP provides 4 knock sensor signal
outputs. Each output simulates a knock sensor signal for engines with up to 8
cylinders. Refer to Knock Sensor Simulation on page 96.
Knock sensor simulation and wheel speed sensor simulation cannot be used at
the same time.
Pulse generation For PWM signal generation 6 independent outputs with run-time adjustable
frequencies and duty cycles are available. Refer to PWM Signal Generation
on page 59.
21
May 2018 dSPACE Simulator Mid-Size Features
Introduction to the Features of dSPACE Simulator Mid-Size
Pulse measurement For PWM signal measurement 8 independent input channels are available. Refer
to PWM Signal Measurement on page 56.
Serial interface The serial interface is based on the standard UART TL16C550C from Texas
Instruments, which can be configured as an RS232 or RS422 interface. Refer to
Serial Interface (DS2210) on page 67.
User-specific slave DSP You can program your own slave DSP applications to generate specific signals.
applications Refer to Slave DSP TMS320C31 Basics on page 95.
Wheel speed sensor A ready-to-use application of the slave DSP provides 4 independent wheel speed
simulation sensor outputs. Each output simulates one wheel speed sensor signal. Refer to
Wheel Speed Sensor Simulation on page 99.
Knock sensor simulation and wheel speed sensor simulation cannot be used at
the same time.
22
dSPACE Simulator Mid-Size Features May 2018
Features of the Processor Board
Introduction The processor board calculates the real‑time application in the simulator. The
following topics give information on its features that are common to single-
processor as well as multiprocessor operation.
Interfaces .............................................................................................. 32
Monitoring ............................................................................................ 39
The DS1005 provides a Watchdog and monitors the host access.
23
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
General Information
Where to go from here Information in this section
Processor ............................................................................................... 25
Provides information on the real-time processor of the DS1005.
Memory ................................................................................................ 25
Provides information on the DS1005's memory.
Introduction The DS1005 has the following physical characteristics and requirements:
§ Power supply: 5 V, 4 A
§ Single slot, passive cooling
§ Connection to the host PC via two kind of connections:
§ Bus connection (distances of up to 200 m possible, depending on the bus
connection used).
§ Net connection (arbitrary distance).
§ ISA bus host interface (16 bit)
§ Arbitrated host access to global memory
Tip
24
dSPACE Simulator Mid-Size Features May 2018
General Information
Processor
Characteristics The DS1005 uses the PowerPC 750 microprocessor as the real‑time processor
(RTP). The RTP calculates your real-time models and accesses the I/O boards via
the PHS bus. This processor has the following characteristics:
§ Up to four parallel instructions
§ 32 KByte L1 data cache
§ 32 KByte L1 instruction cache
For detailed information on the PowerPC 750 microprocessor, refer to the IBM
web site at http://www.ibm.com and search for "PowerPC 750".
Memory
Memory map The memory and I/O of the DS1005 are mapped to the DS1005’s memory
address range as shown in the following table:
25
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
26
dSPACE Simulator Mid-Size Features May 2018
Timers and Time Base Counters
Decrementer .......................................................................................... 27
The decrementer can be used as a sample rate timer.
Timer A ................................................................................................. 28
Timer A is usually used for periodic timer events such as the timer‑driven
tasks of an application.
Timer B .................................................................................................. 28
Timer B can be used for periodic or asynchronous events.
Time base counters The following time base counters are available with the DS1005:
§ Time Base Counter (for single-processor systems)
§ Synchronous Time Base Unit (for multiprocessor systems). Refer to Global Time
Base in an MP System on page 157
Decrementer
Introduction The RTP Built‑In 32-bit Decrementer can be used as a sample rate timer, which
generates an interrupt whenever it reaches -1. After generating an interrupt it is
reloaded automatically. The Decremeter is driven by BCLK/4 and features a fast
access time.
27
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
Note
Timer A .................................................................................................................................. 28
Timer B ................................................................................................................................... 28
Timer A
Introduction Timer A is usually used for periodic timer events such as the timer‑driven tasks of
an application. The 32-bit down counter generates an interrupt whenever it
reaches zero. After generating an interrupt the down counter is reloaded
automatically. The interrupts can be forwarded to other DS1005 boards, which
makes it suitable for multiprocessing (see Synchronized Timer Tasks
on page 156). Timer A can be used together with the SYNCIN and SYNCOUT
lines of the PHS bus to achieve synchronized I/O access across several I/O boards.
Timer A is driven by BCLK/2.
Decrementer ........................................................................................................................... 27
PHS Bus Interface .................................................................................................................... 32
Timer B ................................................................................................................................... 28
Timer B
Introduction Timer B can be used for periodic or asynchronous events. It is a 32-bit up counter
with a scalable prescaler and programmable compare value that generates an
interrupt when it reaches its compare value. After generating an interrupt, the
counter continues counting (to generate the next interrupt, the compare value
has to be set to the next desired time). The interrupts can be forwarded to other
DS1005 boards, which makes it suitable for multiprocessing. Timer B can be
used together with the SYNCIN and SYNCOUT lines of the PHS bus to achieve
synchronized I/O access across several I/O boards. The prescaler is scalable in
28
dSPACE Simulator Mid-Size Features May 2018
Timers and Time Base Counters
Decrementer ........................................................................................................................... 27
PHS Bus Interface .................................................................................................................... 32
Timer A .................................................................................................................................. 28
Introduction The RTP Built‑In Time Base Counter is a 64‑bit up counter with a fast access time
and is driven by BCLK/4. It is used for time interval measurement and time
stamping.
Time interval measurement The Time Base Counter can be used to measure relative as well as absolute
execution times in handcoded models. For details, refer to Time Interval
Measurement ( DS1005 RTLib Reference).
Time stamping In single-processor systems the Time Base Counter provides the time base for
time stamping. Time stamping supplements data points with their time values.
This means that the plots are not distorted even if data points are sampled at
irregular intervals, for example, when simulating asynchronous tasks.
Since the Time Base Counter is not suitable for multiprocessor systems, the
DS1005 is equipped with the Synchronous Time Base Unit, which provides the
time base for a multiprocessor system. Refer to Global Time Base in an MP
System on page 157.
Tip
You can always use the RTLib’s Time Stamping module to read the current
system time, regardless of whether you run a single‑processor or a
multiprocessor system. The Time Stamping module will automatically access
the correct time base. For details on the Time Stamping module, refer to
Time-Stamping ( DS1005 RTLib Reference).
29
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
Interrupt Controller
Where to go from here Information in this section
Basics The interrupt controller handles the DS1005’s various interrupts (level or edge
triggered), for example, timer, PHS bus, Gigalink (for multiprocessor systems),
Watchdog, host, and I/O error interrupt. The interrupts can be masked. A global
interrupt enable/disable is also available. The interrupts are prioritized. The I/O
error line and the PHS‑bus interrupt lines are filtered by a digital noise filter,
which suppresses short spikes.
Interrupt Handling
Interrupt handling You can handle interrupts using RTI blocks and RTLib functions.
RTI With RTI you can easily implement interrupt‑driven subsystems by means
of specific interrupt blocks provided in the RTI library. You can use these blocks
to receive interrupts from I/O boards.
RTLib If you create a handcoded model, you can use RTLib functions to
handle interrupts. Refer to Interrupt Handling ( DS1005 RTLib Reference).
30
dSPACE Simulator Mid-Size Features May 2018
Interrupt Controller
Available Interrupts
Introduction The following table lists the interrupts that are available on the DS1005. They are
ordered in descending priority (a smaller vector corresponds to a higher priority):
Vector Description
0 PHSBUS I/O error
1 Watchdog
2 PHSBUS interrupt line 0
3 PHSBUS interrupt line 1
4 PHSBUS interrupt line 2
5 PHSBUS interrupt line 3
6 PHSBUS interrupt line 4
7 PHSBUS interrupt line 5
8 PHSBUS interrupt line 6
9 PHSBUS interrupt line 7
10 Timer A
11 Timer B
12 Gigalink 0
13 Gigalink 1
14 Gigalink 2
15 Gigalink 3
16 UART
17 Host interrupt
18 STBU synchronization (Macrotick)
External Interrupt
Introduction To generate an interrupt request (IRQ) via a PHS‑bus I/O board the input signal to
this I/O board should be low level for at least 100 ns. The following illustration
shows the required signal shape:
>100ns
IRQ
31
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
Interfaces
Where to go from here Information in this section
PHS bus The processor controls the modular I/O boards via the PHS bus, which is a 32‑bit
I/O bus.
The PHS bus fully supports all PHS‑bus I/O boards, including those that support
the improved PHS++ bus standard.
Control lines In addition to the standard control lines for reading and writing, the PHS bus
provides the following special control lines:
IOERROR This line can be activated by any of the connected I/O boards to
indicate that an error occurred. The I/O boards that support the IOERROR line can
react individually to errors: For example, a DAC board could hold its output
voltage or set it to zero. The DS1005 can set or read this line.
Note
32
dSPACE Simulator Mid-Size Features May 2018
Interfaces
Partitioning the PHS bus Usually the processor board and the I/O boards of a PHS-bus-based system are
installed in a single expansion box. With the DS802 PHS Link Board, you can
spatially partition the PHS bus by arranging the I/O boards in several expansion
boxes.
Use scenarios You can use the DS802, for example, in the following
scenarios:
§ According to your development stage, you can easily extend the PHS-bus-
based system with new I/O boards by connecting a separate preconfigured
expansion box to the existing expansion box.
§ Components of the PHS-bus-based system (installed in a separate expansion
box) can easily be replaced and reused, for example, in other projects, without
additional configuration work.
§ If the devices of a test bench are spread out over a large area, you can shorten
the cabling between dSPACE hardware and external devices
(sensors/actuators) by installing I/O boards in a separate expansion box which
is near the external devices.
§ In a few cases the components of your PHS-bus-based system might require
more power than the maximum that a single expansion box supplies. In this
case, you can distribute the I/O boards on several boxes via DS802. This avoids
power limitations in your system caused by single expansion boxes.
Note
The DS802 does not increase the number of usable I/O boards in a PHS-bus-
based system. Note that the PHS bus provides 16 PHS-bus base addresses.
Each I/O board in a PHS-bus-based system and each DS802 installed in a
master box require a unique PHS-bus address. So, up to 15 I/O boards can
be used in a PHS-bus-based system with one DS802.
33
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
Slave box 1
Slave box 2
PHS bus
DS802 I/O board
Max. 100 m
Slave box 3
PHS bus
DS802 I/O board
The box which contains the processor board is called the master box. Boxes
which contain only I/O boards are called slave boxes. One DS802 must be
installed in the master box and one in every slave box.
The DS802 boards provide the necessary link between the boxes via fiber-optic
cable (up to 100 m). As shown above, the link must be a direct connection
between the communication ports of a master box and a slave box. It does not
matter which ports you use to connect a master box to a slave box. All ports
provide the same functionality. DS802 boards installed in a slave box can use
only one communication port. You cannot connect one slave box to several
master boxes at the same time.
You can use the DS802 in multiprocessor systems, for example, where several
processor boards are connected via Gigalink modules.
34
dSPACE Simulator Mid-Size Features May 2018
Interfaces
Tip
Supported I/O boards The DS802 can be used in combination with many
types of available dSPACE I/O boards. However, some I/O boards and some
functionalities of specific I/O boards are not supported.
The I/O board support depends on the dSPACE software release which you use.
For a list of supported I/O boards, refer to DS802 Data Sheet ( PHS Bus System
Hardware Reference).
Further information For examples on the usage of the DS802, and notes on
installation and configuration, refer to Partitioning a PHS-Bus-Based System with
the DS802 PHS Link Board ( dSPACE Simulator Mid-Size Based on DS2211
Hardware Installation and Configuration).
Introduction The DS1005 is equipped with a serial interface (UART) to communicate with
standard RS232 devices. The UART is driven by a 14.7456 MHz oscillator, which
allows default transfer rates of up to 115.2 kBaud. For details, see Specifying the
Baud Rate of the Serial Interface on page 36.
Pinouts The RS232 connector is a 9-pin male SUB-D connector and is located on the
DS1005’s bracket. The following illustration shows the pinouts (viewed from
outside).
35
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
1 5
6 9
Oscillator frequency The serial interface of the DS2211 is driven by an oscillator with a frequency
fosc = 16 MHz.
Baud rate range Depending on the selected transceiver mode, you can specify the baud rate for
serial communication with the DS2211 in the following range:
Available baud rates You can specify any baud rate in the range listed above using RTI and RTLib.
However, the baud rate used by the board is a fraction of the oscillator frequency
fosc. The available baud rates can be calculated according to
36
dSPACE Simulator Mid-Size Features May 2018
Interfaces
When you specify a baud rate in RTI or RTLib, the closest available baud rate is
actually used for serial communication. For example, if you specify 70,000 baud
as the baud rate, the baud rate used is 71,429 baud.
Host Interface
Introduction The host interface of the DS1005 consists of eight 16‑bit I/O ports. It serves the
setup of the DS1005, program downloads and runtime data transfers to/from
the host PC. Only 16‑bit I/O instructions are valid.
The host interface provides a bidirectional interrupt line: Via this line the host PC
can send interrupt requests to the RTP and vice versa. Both processors can
monitor the state of the interrupt line to detect when the corresponding
interrupt service is finished.
The host interface also features a supervision circuit, which is described in Force
Reset on page 39.
Memory and I/O access Big endian and little endian The endian modes define the byte sequence
within data types containing several bytes. If the highest byte is the first you see
when you look at the memory byte‑by‑byte, this is big endian. If you see the
lowest byte first, this is little endian.
Access mode of the DS1005 The DS1005’s RTP always works in big endian
mode, whereas the DS1005 offers the memory and I/O access in
Access‑Width‑Dependent little endian format. Therefore, the DS1005 features
automatic conversion to exchange data between the DS1005 and the host PC,
which changes the byte sequence according to the following pattern.
DS1005
Address 000 010 100 110
Data 1112 1314 1516 1718
16-bit access
PC
Address 110 100 010 000
Data 1718 1516 1314 1112
DS1005
Address 000 010 100 110
Data 1112 1314 1516 1718
32-bit access
PC
Address 110 100 010 000
Data 1516 1718 1112 1314
37
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
DS1005
Address 000 010 100 110
Data 1112 1314 1516 1718
64-bit access
PC
Address 110 100 010 000
Data 1112 1314 1516 1718
Note
You have to use the correct data width for access to the variables. For
example, short integers have to be read with 16‑bit accesses. Be careful
when using block transfers to a data structure with mixed data types.
38
dSPACE Simulator Mid-Size Features May 2018
Monitoring
Monitoring
Introduction The DS1005 provides a Watchdog and monitors the host access.
Watchdog ............................................................................................. 39
A Watchdog is used to monitor program execution.
Watchdog
Introduction The Watchdog can be used to monitor program execution. It consists of a timer
that has to be strobed before the timer period expires. If strobed, the timer is
restarted with its period. If the timer period expires, the Watchdog carries out
one of the actions listed below (depending on the Watchdog’s operation mode):
Normal mode The Watchdog generates an interrupt and stops the timer.
When strobed, it restarts the timer.
Reset mode The Watchdog generates an interrupt, reloads, and restarts the
timer. If this period expires, it resets the RTP. If strobed, however, it restarts the
timer.
If the RTP is reset via the Watchdog, it reboots from the flash memory.
Force Reset
Introduction In some very rare cases the DS1005 might block the host PC. This situation can
result from a too long PHS-bus WAIT assertion while the host tries to access the
DS1005’s memory. Due to the arbitrated memory the host has to wait until the
RTP finishes the I/O access. To prevent this situation, the DS1005 measures the
duration of the host access and resets the RTP if the access exceeds 15.2 µs.
39
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
Flight Recorder
Where to go from here Information in this section
Characteristics The flash memory (16 MB) of the DS1005 consists of 64 blocks, each 256 KB in
size. This nonvolatile flash memory can be used to store one application for
stand-alone booting and flight recorder data. Additionally, it can be used for the
Nonvolatile Data Handling. Each data set requires a complete 256-KB flash
memory block, which has to be allocated and registered in the flash module. You
can configure how much memory space you want to use for the application, the
nonvolatile data, and for flight recording. For further information, refer to How
to Upload Flight Recorder Data Written to the Internal Flash Memory
( ControlDesk Measurement and Recording).
40
dSPACE Simulator Mid-Size Features May 2018
Flight Recorder
Tip
You can store calibrated parameter values to the flash memory of the
DS1005 and MicroAutoBox. Using the Store Calibration Parameter to Flash
solution, you can let a flash application store calibrated parameter values
during the regular shutdown process or when you switch the SimState from
RUN to STOP in ControlDesk.
Introduction You can use the nonvolatile data feature to store data you may want to use
again when restarting the application, for example, if you want to resume a
simulation with the last mileage or the settings for an air conditioner.
When the application is started again, the nonvolatile data is read out from the
flash memory to the temporary buffer. If no data is stored in the flash or the data
is corrupt, default data values are restored.
Note
41
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
Characteristics The flight recorder is used to store time histories of real-time variables in
nonvolatile memory. During the real-time simulation, the values of real-time
variables are written to the 16 MB flash memory of the DS1005 Board. Up to
15.25 MB (with the nonvolatile feature) or 15.5 MB (without the nonvolatile
feature) of the flash memory can be used for flight recording. The great capacity
of the flight recorder permits long-term data acquisition.
The flight recorder section of the flash memory is organized as FIFO storage. A
maximum of 250 different real-time variables can be recorded.
After the simulation has finished, the acquired data can be read out by the host
PC. On the host PC, the flight recorder data is stored in binary or reference data
(MAT file) format. Because the DS1005 has no real‑time clock, old and new flight
recorder data cannot related to each other. Each time you start the application, a
new MAT file is generated to avoid data overlaying. The files are indexed by
numbering the filename. If you switch off the system without stopping the
application, data is lost.
For detailed information on using the flight recorder, refer to Using the Flight
Recorder on page 43.
Note
If the DS1005 is switched off without resetting, the board data can be lost.
42
dSPACE Simulator Mid-Size Features May 2018
Flight Recorder
0.5
0.25
0 16 MB
Time stamps In the flight recorder, data captures are stored together with time stamps. Time
stamps are measured in seconds with a resolution of 10.24 µs relative to the
time base 1970‑01‑01. Time stamps are interpreted appropriately by MATLAB or
dSPACE experiment software. You can change the time base using M-program
code. For an example, refer to MAT File Format for the Flight Recorder
on page 44.
Introduction You can use RTI’s library rtiflashlib or RTLib functions to write flight recorder
data to the flash memory.
Memory overwrite mode You can choose via RTI or RTLib functions how data will be handled when the
memory block for flight recording is full:
Discard new data (blocked mode) When the memory block for flight
recording is full, no further data will be recorded.
Replace old data (overwrite mode) When the memory block for flight
recording is full, the oldest entries will be replaced.
Note
To avoid the loss of data you should save the data to the PC and delete the
data from the flash memory in regular intervals. The application must be
stopped before.
43
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
Loading data to the host PC After the simulation has finished, the acquired data can be read out by the host
PC. Reading out the data does not delete the data from the flash memory. To
avoid signal overlaying, for each time the flight recorder is started, a separate
MAT file is generated during the upload of the data. The files are indexed by
numbering the file name.
Tip
Reading the data in MAT format requires more resources on the host PC
(processor and memory). In the vehicle, you can upload a binary file to the
host PC and convert the data to a MAT file later on. In the laboratory, you
can upload the data directly to a MAT file (refer to MAT File Format for the
Flight Recorder on page 44).
MAT file format MAT files generated by the flight recorder contain a separate x-axis (timestamp
vector) for each y-axis. To find the correct x‑axis, the XIndex element of the y-axis
data struct must be evaluated. For an example, see the code below.
For instructions on how to access the data of a MAT file, see Postprocessing
Recorded Data With MATLAB ( ControlDesk Measurement and Recording). For
details on the MAT file structure, see Structure of MAT Files Generated by
Exporting Recorded Data ( ControlDesk Measurement and Recording).
44
dSPACE Simulator Mid-Size Features May 2018
Flight Recorder
Plotting flight recorder data The following program code shows you how to plot flight recorder data. You
have to change <MATFILENAME> and <VARNAME> with your own names.
load <MATFILENAME>.mat
varValues = <MATFILENAME>;
n = 1;
figure;
use_XIndex = varValues.Y(n).XIndex;
plot(varValues.X(use_XIndex).Data, varValues.Y(n).Data);
xlabel('Time/sec');
ylabel(varValues.Y(n).Name);
45
May 2018 dSPACE Simulator Mid-Size Features
Features of the Processor Board
46
dSPACE Simulator Mid-Size Features May 2018
Sensor and Actuator Interface
Introduction The sensor and actuator interface (SAI) has several units for signal generation
and signal measurement. The following topics provide information on the
components.
47
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
ADC Unit
Characteristics The ADC unit consists of a 12-bit successive approximation register (SAR) A/D
converter with a 16:1 input multiplexer that provides 16 inputs (ADC1 …
ADC16), with 12‑bit resolution each, 1.1 μs conversion time, and one integrated
sample/hold for all inputs. All inputs are differential unipolar inputs with 0 … 20
V input span, lowpass input filters (1st order/–3 dB at 240 kHz), 27 kΩ input
impedance to system ground, and continuous ±50 V DC overvoltage protection.
The input channels can be read individually or blockwise. The control logic allows
starting conversion for the first 4, 8, 12 or 16 channels (starting from channel 1).
48
dSPACE Simulator Mid-Size Features May 2018
ADC Unit
ADC1
16:1
...
Input 12-bit 16 x 12-bit
Multiplexer S AR R egis ters
ADC16
ADC16
Note
§ ADC inputs ADC1 to ADC12 are internally connected to the FIU and load
cards. For more information, refer to Load Simulation on page 177.
§ ADC inputs ADC1 to ADC12 are differential inputs but their ground sense
line (ADCx) are internally connected to GNDBAT at the load side. The
ADCs measure the voltage across the load.
§ ADC13 is not connected to the FIU and load card. It has an ground sense
line (ADC13). The ADC measures the voltage difference of (ADC13 –
ADC13).
§ The ADC14, ADC15, and ADC16 inputs are used for remote-controlling
the power supply.
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the A/D channel numbers to the
related I/O pins of the ECU connectors, as used in RTI and RTLib.
A/D Channel Signal ECU Connector Pin Description Voltage Range / Remark
1 ADC1 2 CF 12‑bit ADC (ADC1 – GND) = 0 … 20 V
2 ADC2 2 CH 12‑bit ADC (ADC2 – GND) = 0 … 20 V
49
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
A/D Channel Signal ECU Connector Pin Description Voltage Range / Remark
3 ADC3 2 CJ 12‑bit ADC (ADC3 – GND) = 0 … 20 V
4 ADC4 2 CK 12‑bit ADC (ADC4 – GND) = 0 … 20 V
5 ADC5 2 CL 12‑bit ADC (ADC5 – GND) = 0 … 20 V
6 ADC6 2 CM 12‑bit ADC (ADC6 – GND) = 0 … 20 V
7 ADC7 2 CN 12‑bit ADC (ADC7 – GND) = 0 … 20 V
8 ADC8 2 CP 12‑bit ADC (ADC8 – GND) = 0 … 20 V
9 ADC9 2 CR 12‑bit ADC (ADC9 – GND) = 0 … 20 V
10 ADC10 2 CS 12‑bit ADC (ADC10 – GND) = 0 … 20 V
11 ADC11 2 CT 12‑bit ADC (ADC11 – GND) = 0 … 20 V
12 ADC12 2 CU 12‑bit ADC (ADC12 – GND) = 0 … 20 V
13 ADC13 1 E 12‑bit ADC (ADC13 – ADC13) = 0 … 20 V
ADC13 1 D
14 ADC14 – – 12‑bit ADC Used by the simulator, see Controlling the Battery Voltage
on page 171
15 ADC15 – – 12‑bit ADC Used by the simulator, see Controlling the Battery Voltage
on page 171
16 ADC16 – – 12‑bit ADC Used by the simulator, see Controlling the Battery Voltage
on page 171
DAC Unit
Characteristics The DAC unit contains three quad D/A converters for user output that provide 12
unipolar analog outputs (DAC1 … DAC12) with 12‑bit resolution (fully
monotonic) and 20 μs full-scale settling time to 1 LSB.
Note
50
dSPACE Simulator Mid-Size Features May 2018
DAC Unit
Note
Tip
The DACx pins can be switched to the signal ground inside the simulator,
see Sensor Ground Switches ( dSPACE Simulator Mid-Size Hardware
Installation and Configuration).
The outputs have lowpass output filters (1st order/–3 dB at 130 kHz). The
maximum sink/source current of the DAC outputs is ±5 mA.
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the D/A channel numbers to the
related I/O pins of the ECU connector, as used in RTI and RTLib.
D/A Channel Signal ECU Connector Pin Description Voltage Range/Output Current
1 DAC1 1 B 12-bit DAC/20 µs (DAC1 – DAC1) = 0 … 10 V; ±5 mA
DAC1 1 C
2 DAC2 1 F 12-bit DAC/20 µs (DAC2 – DAC2) = 0 … 10 V; ±5 mA
DAC2 1 H
3 DAC3 1 J 12-bit DAC/20 µs (DAC3 – DAC3) = 0 … 10 V; ±5 mA
DAC3 1 K
4 DAC4 1 L 12-bit DAC/20 µs (DAC4 – DAC4) = 0 … 10 V; ±5 mA
DAC4 1 M
5 DAC5 1 N 12-bit DAC/20 µs (DAC5 – DAC5) = 0 … 10 V; ±5 mA
DAC5 1 P
6 DAC6 1 R 12-bit DAC/20 µs (DAC6 – DAC6) = 0 … 10 V; ±5 mA
DAC6 1 S
7 DAC7 1 T 12-bit DAC/20 µs (DAC7 – DAC7) = 0 … 10 V; ±5 mA
DAC7 1 U
8 DAC8 1 V 12-bit DAC/20 µs (DAC8 – DAC8) = 0 … 10 V; ±5 mA
DAC8 1 W
9 DAC9 1 X 12-bit DAC/20 µs (DAC9 – DAC9) = 0 … 10 V; ±5 mA
DAC9 1 Y
51
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
D/A Channel Signal ECU Connector Pin Description Voltage Range/Output Current
10 DAC10 1 Z 12-bit DAC/20 µs (DAC10 – DAC10) = 0 … 10 V; ±5 mA
DAC10 1 AA
11 DAC11 1 AD 12-bit DAC/20 µs (DAC11 – DAC11) = 0 … 10 V; ±5 mA
DAC11 1 AC
12 DAC12 – – 12-bit DAC/20 µs Used by the simulator, see Controlling the Battery Voltage
DAC12 – – on page 171
D/R Converter
Introduction The D/R converter provides the possibility to simulate sensors that have a
resistance output, for example, thermistors or RTDs for temperature
measurements. You can also use the D/R converter to simulate loose
connections. To generate the desired resistance your application writes a value to
the D/R converter, which simulates the resistance electronically between the two
output pins (RESx+, RESx–) of the specified resistor channel.
Characteristics The D/R converter provides six independent resistance outputs with 16‑bit
resolution, covering a resistance range of 15 Ω … ∞. You can set the resistance
value to 1 MΩ / x (with x within the range of 0 … 65535).
The maximum output power per channel is Pmax = 250 mW. The maximum
output current per channel is Imax = ±80 mA.
52
dSPACE Simulator Mid-Size Features May 2018
D/R Converter
RESx-
100nF
Several resistor channels can be connected in parallel to increase Imax and Pmax, or
connected in series to increase Rmax and the resolution in higher resistance
ranges.
Note
Resistors are not grounded. Terminals must stay within the range of ±10 V
to the ground (signal ground) of the ECU for operation. For simulating a
resistor with one terminal grounded, it is recommended that you use RESx–
as the grounded terminal. Taking RESx– outside ±5 V from system GND
results in extra resistance error (typically 2 Ω) due to the on-resistance of the
solid state switches.
Tip
The RESx– pins can be switched to the signal ground inside the simulator,
see Sensor Ground Switches ( dSPACE Simulator Mid-Size Hardware
Installation and Configuration).
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
53
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
I/O mapping The following table shows the mapping of the resistor channel numbers to the
related I/O pins of the ECU connector, as used in RTI and RTLib.
Characteristics The bit I/O unit contains one 16-bit port for input that provides 16 discrete digital
input lines, and one 16-bit port for output that provides 16 discrete digital
outputs.
The inputs are 12 V compatible (fully operational up to 18 V). They are protected
against overvoltage higher than 18 V. After software initialization, the input
threshold is set to 2.5 V. Using RTI/RTLib functions, you can set the input
threshold within the range of 1 … 7 V.
The outputs have push-pull drivers running from an external source (VBAT within
the range of 8 … 18 V). They are protected against overvoltage higher than 18
V. The maximum output current per channel is ±50 mA. Short circuit proof to
GND and VBAT is implemented. The outputs are in their high impedance states
after reset.
54
dSPACE Simulator Mid-Size Features May 2018
Bit I/O Unit
Note
Before operating the digital outputs of the bit I/O unit, an external power
supply (VBat) must be connected.
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the channel numbers to the related
I/O pins of the ECU connector, as used in RTI and RTLib.
55
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
Note
Characteristics For analysis of the duty cycle, frequency, and low and high periods of PWM type
signals, eight independent PWM channels are available.
56
dSPACE Simulator Mid-Size Features May 2018
PWM Signal Measurement
Frequency and duty cycle 16-bit resolution boards Based on a 16-bit resolution, you measure the duty
cycle within 0 … 100% for PWM frequencies within the range of
0.01 Hz … 20 kHz.
14-bit resolution boards Based on a 14-bit resolution, you measure the duty
cycle within 0 … 100% for PWM frequencies within the range of
0.04 Hz … 20 kHz.
PWM signal
high
low
t
Thigh Tlow
Thigh + Tlow T
The measurements of the Tlow and Thigh periods are used to calculate
§ frequency = 1 / (Tlow + Thigh)
§ duty cycle = Thigh / (Tlow + Thigh)
For exact measurements, you have to select the expected period range of the
PWM type signal to be measured.
Measurement range 16-bit resolution boards Based on a 16-bit resolution and depending on the
prescaler setting, the periods can be measured within the following limits and
resolutions:
57
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
The maximum period applies for 0% < duty cycle < 100%. At 50% of the duty
cycle, the maximum period values double.
If these ranges are exceeded, the measurement will be faulty. For values outside
the practical period range, you have to consider the following restrictions:
Range Restriction
PWM period < theoretical minimum period No precise measurement (undersampling). Some high or low periods
may not be recognized.
PWM period < 50 µs, Thigh or Tlow < 10 µs Input noise filter may remove pulses that you want to measure.
Max. period < PWM period < 2 · max. period Frequency measurement with restricted duty cycle.
PWM period > 2 · maximum period Frequency measurement with duty cycle alternating between 0 and
1.
58
dSPACE Simulator Mid-Size Features May 2018
PWM Signal Generation
The duty cycle values 0 (input constant low) and 1 (input constant high) are
measured properly.
Note
Each high period and each low period of the measured signal must be
longer (not equal) than the resolution to avoid missing pulses.
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the PWM channel numbers to the
related I/O pins of the ECU connector, as used in RTI and RTLib. The I/O features
of the DS2210 conflict with each other. Refer to Conflicting I/O Features
on page 201.
Characteristics Six independent PWM outputs are available for the generation of nonnegative
square-wave signals with a run-time adjustable frequency and run-time
adjustable duty cycle. New values for Thigh and Tlow are updated immediately. An
59
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
update can happen anywhere during the PWM period. So it is possible, that a
high or low pulse is cut off. This occurs when the new Thigh or Tlow value is
shorter than the current one, and exceeds the time which has elapsed in the
current Thigh or Tlow period, respectively. This can result in a non-constant PWM
period during update (i.e. actual Thigh + Tlow).
Note
Duty cycle 16-bit resolution boards Based on a 16-bit resolution, you can set the duty
cycle within 0 … 100% for PWM frequencies within the range of
0.01 Hz … 20 kHz.
14-bit resolution boards Based on a 14-bit resolution, you can set the duty
cycle within 0 … 100% for PWM frequencies within the range of
0.04 Hz … 20 kHz.
The duty cycle values 0 and 1 yield a constant low or constant high output
signal. The following illustration shows how the duty cycle = (Thigh / (Tlow + Thigh))
is defined.
PWM signal
high
low
t
Thigh Tlow
Thigh + Tlow T
60
dSPACE Simulator Mid-Size Features May 2018
PWM Signal Generation
Limits and resolutions 16-bit resolution boards Depending on the prescaler setting, the signals can
be generated within the following limits and resolutions:
61
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
Maximum period The maximum period applies for generating signals with a
0 … 100% duty cycle. At 50%, the maximum period values double. If these
ranges are exceeded, the PWM signal generation will be faulty. For values
outside the practical period range, you have to consider the following
restrictions:
Range Restriction
PWM period < theoretical minimum period No PWM signal generation. Signal is constantly high or low.
Theoretical min. period < PWM PWM signal will be distorted due to limited switching speed of the
period < 50 µs output circuits.
Max. period < PWM period < 2 · max. period PWM signal with restricted duty cycle.
Outputs The outputs have push-pull drivers running from an external source (VBAT within
the range of 8 … 18 V). They are protected against overvoltage higher than
18 V. The maximum output current per channel is ±50 mA. Short circuit proof to
GND and VBAT is implemented. The outputs are in their high impedance states
after reset.
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the logical PWM channel numbers to
the related I/O pins of the ECU connector, as used in RTI and RTLib. The I/O
features of the DS2210 conflict with each other. Refer to Conflicting I/O Features
on page 201.
62
dSPACE Simulator Mid-Size Features May 2018
Frequency Measurement
Frequency Measurement
Note
Based on a 21-bit resolution, you can measure frequencies within the range of
0.3 mHz … 20 kHz.
The inputs are 12-V compatible (fully operational up to 18 V). The input
threshold can be set within the range of 1 … 7 V. The default value is 2.5 V.
Using RTI/RTLib functions, you can set the input threshold for all digital inputs
within the range of 1 … 7 V.
Measurement range To get the best resolution of the measured square-wave signal, you should
always use the frequency range with the lowest possible range number. You can
measure frequencies within the following ranges:
63
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
If these ranges are exceeded, the measurement will be faulty. For values outside
the frequency ranges, you have to consider the following restrictions:
Range Restriction
Frequency < fmin The measured frequency is measured as 0 Hz
signal.
Frequency > fmax Faulty measurement because of quantization
problems, refer to Quantization Effects
on page 200.
Note
Each high period and each low period of the measured signal must be
longer (not equal) than the resolution to avoid missing pulses.
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the PWM channel numbers to the
related I/O pins of the ECU connector, as used in RTI and RTLib. The I/O features
of the DS2210 conflict with each other. For details, see Conflicting I/O Features
on page 201.
64
dSPACE Simulator Mid-Size Features May 2018
Square-Wave Signal Generation
Note
65
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
Outside frequency range For values outside the frequency ranges, you have
to consider the following restrictions:
Range Restriction
Frequency < fmin The frequency is set to 0 Hz.
Frequency > fmax The frequency saturates to fmax.
Outputs The outputs have push-pull drivers running from an external source (VBAT within
the range of 8 V… 18 V). The maximum output current per channel is ±50 mA.
Short circuit proof to GND and VBAT is implemented. The outputs are in their
high impedance states after reset.
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the logical PWM channel numbers to
the related I/O pins of the ECU connector, as used in RTI and RTLib. The I/O
features of the DS2210 conflict with each other. Refer to Conflicting I/O Features
on page 201.
66
dSPACE Simulator Mid-Size Features May 2018
Serial Interface (DS2210)
Characteristics The DS2210 contains a standard UART that can be configured as an RS232 or
RS422 interface. The interface is based on the Texas Instruments TL16C550C
asynchronous communication element.
For more information on the TL16C550C, refer to the Texas Instruments web site
at http://www.ti.com.
Modes In RS232 mode, the signals RXD and TXD are available. You can generate baud
rates up to 115 kbit/s. In RS422 mode, the signals RXD, /RXD, TXD and /TXD are
available. You can generate baud rates up to 1 Mbit/s.
Interrupt The serial interface allocates one hardware interrupt. A subinterrupt handler
allows you to specify different subinterrupts that support sending and receiving.
I/O mapping The following table shows the I/O mapping of the serial interface to the related
I/O pins of the ECU connector.
V WARNING
Do not rely on the numbers written on Sub‑D connectors. For the pin
numbering used, refer to DS2210 Components ( PHS Bus System
Hardware Reference).
67
May 2018 dSPACE Simulator Mid-Size Features
Sensor and Actuator Interface
68
dSPACE Simulator Mid-Size Features May 2018
Angular Processing Unit
Introduction The following topics provide information on the angular processing unit, which is
designed to simulate engine processing core functions (crankshaft signal
generation, for example).
69
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
APU Basics
Where to go from here Information in this section
70
dSPACE Simulator Mid-Size Features May 2018
APU Basics
APU Overview
Introduction The illustration shows the functional units of the angular processing unit, their
interconnections, their most important input parameters and I/O signals.
Engine position bus All APU components are interconnected by the engine position bus (engine
position bus). The engine position phase accumulator supplies the engine
position according to the Speed input parameter. Based on the engine position,
§ Crankshaft, camshaft, and knock signals can be generated, and
§ Capturing of spark events and injection signals can be triggered.
Using the engine position bus, you can connect the APU components of the
following I/O boards (the engine position bus is equal to the time-base bus of the
DS4002 and DS5001 boards):
§ DS2210
§ DS2211
§ DS4002 (starting with board revision DS4002-04)
§ DS5001 (starting with board revision DS5001-06)
§ DS5203
71
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
The boards are connected via the time-base connector. Refer to Board Overview
( PHS Bus System Hardware Reference).
Angle position interrupt Depending on the engine position (angle), the angular processing unit can
generate angle position interrupts for up to 8 cylinders. You can use these lines
to request interrupts when the cylinder has passed the top dead center (TDC),
for example. Any interrupt position can be chosen while several interrupt
positions are possible for each cylinder.
Cascading DS2210 boards The angular processing unit is designed for simulating of engines with up to
eight cylinders. To simulate an engine with more than eight cylinders, several
DS2210 boards can be cascaded by connecting their engine position buses with
the time-base connector.
You have to set one of the DS2210 boards to master mode, the others to slave
mode. On DS2210 slave boards, the engine position phase accumulator is
disabled and the engine position is supplied by the DS2210 master board. All
other functions including initialization are not affected by the master/slave
setting and must be performed for each DS2210 board individually.
References
Introduction The engine position phase accumulator converts the run‑time adjustable 16-bit
Speed input parameter to engine position information and supplies a 13-bit
position information to the engine position bus. Corresponding to one cycle of a
four-stroke engine, the engine cycle is 0 … 720° (4π). The resulting resolution is
0.088° or 0.0015 rad. The engine position is calculated every 1 μs, that is,
changes of engine speed take effect after 1 μs at the latest.
72
dSPACE Simulator Mid-Size Features May 2018
APU Basics
Speed
(AVR) (APR)
Phase
Accumu- Engine Position Bus
lator
+
The internal resolution for position accumulation is 27 bit. The angle velocity
register (AVR) provides a 16bit signed engine speed value. This value is extended
to 27 bit and added to the internal 27bit angle position register (APR) every 1 μs.
The most significant 13 bit are supplied to the engine position bus that provides
the information to the other components of the APU and to the time-base
connector.
The relation of engine speed given in revolutions per minute (RPM) and the AVR
value is defined as follows:
This results in a maximum velocity of ±29297 rpm (±3068 rad/s) with a speed
resolution of 0.9 rpm (0.094 rad/s).
The engine speed is converted into engine position values within the range of
0 … 719.91° (periodically). The values mirror the current position of the APU
which is related to the crankshaft position. These absolute position values can be
converted into position values related to the TDC or another specified reference
position. Refer to DS2210APU_ANG_REL_Bx ( DS2210 RTI Reference).
Introduction You can cascade a DS2210 board with other I/O boards (DS2210, DS2211,
DS2302, DS4002, DS5001, DS5203). When I/O boards are cascaded their
angular processing units (APUs) or timing I/O units are given the same time base
for their RTI blocks or RTLib functions. This is necessary, for example, if you want
to simulate an engine with more than 8 cylinders, because one DS2210 supports
only 8 cylinders.
Functionality All I/O boards to be synchronized must be connected to a network via the time-
base connector. One of the I/O boards must be configured as the time-base
73
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
master. This board supplies the time base or engine position for all other
connected I/O boards. The I/O boards which read the time base must be
configured as time-base slaves.
Usable I/O boards You can connect the time-base bus (engine position bus) of the following I/O
boards (the engine position bus of the DS2210 and DS2211 boards is the same
as the time-base bus of the DS2302, DS4002, DS5001, and DS5203 boards):
§ DS2210
§ DS2211
§ DS2302 (as of board revision DS2302-04)
§ DS4002 (as of board revision DS4002-04)
§ DS5001 (as of board revision DS5001-06)
§ DS5203 (as of board revision DS5203-05)
Note
Limitation DS2211 boards can also be cascaded with DS2210 boards. Because the DS2210
has a slower APU cycle time, a DS2210 must be the time‑base master to avoid
overrun.
Hardware settings To set up the network, you have to connect the I/O boards physically. For this
purpose, these boards are equipped with a time-base connector. Use a standard
26-pin ribbon cable to set up the network. You can set up a network of two or
more I/O boards.
For the location of the time-base connector on an I/O board, refer to Board
Overview ( PHS Bus System Hardware Reference).
Software settings Using RTI, you configure the time-base master/slave settings via the
DS2210APU_CRANK_Bx block.
Using RTLib, you configure the time-base master/slave settings via the
ds2210_mode_set function.
You have to set one of the I/O boards to master mode, the others to slave mode.
On the time-base slave, the engine position phase accumulator is disabled, and
the engine position is supplied by the time-base master. All other functions,
including initialization, are not affected by the master/slave setting and must be
performed for each DS2210 board individually.
74
dSPACE Simulator Mid-Size Features May 2018
APU Basics
Introduction The crankshaft signal generator converts the engine position input to a
crankshaft signal with analog and digital outputs. Conversion is done by using a
wave table lookup mechanism. The analog output is fed through output
transformers. The level of the analog output can be adapted during run time to
your application using a Gain parameter. The digital output generates pulse
patterns that represent the sign of the analog waveform.
Gain
Digital
Crankshaft
Output
Lowpass
8K x 8-bit
Engine
Angular
Position DAC
Bus Wave Table
(select 1 of Analog
8 tables) Crankshaft
Output
For each 0.088° engine position, the angular wave table defines a signal level.
The resolution is 8-bit signed (–128 … +127). Due to the output transformers,
the wave table data must be without a mean value. Through it, the waveform is
defined. The illustration shows the analog crankshaft output of a typical
waveform that simulates a "60 teeth minus 2 missing teeth" crankshaft timing
wheel.
75
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
For reference information, including the I/O mapping, refer to Crankshaft Sensor
Signal Generation on page 86.
Introduction The camshaft signal generator converts the engine position and camshaft phase
input to up to two camshaft signals with analog and digital outputs each.
Conversion is done by using a wave table lookup mechanism. The analog
outputs are fed through output transformers. The level of the analog output can
be adapted during run time to your application using a Gain parameter. The
digital outputs generate pulse patterns that represent the sign of the
corresponding analog waveforms.
Engine
Position
Bus Lowpass
+
8K x 8-bit
Adder Angular DAC
Cam- Wave Table
shaft (select 1 of Analog
Phases 8 tables) Camshaft
Output
Gain
Digital
Camshaft
Output
Lowpass
+
8K x 8-bit
Adder Angular DAC
Cam- Wave Table
shaft (select 1 of Analog
Phases 8 tables) Camshaft
Output
Gain
Digital
Camshaft
Output
For each engine position, the angular wave table defines a signal level. The signal
level resolution is 8-bit signed (–128 … +127). Due to the output transformers,
the wave table data must be without a mean value. Through it, the waveform is
defined. For more details on wave tables, refer to Generating Wave Tables
on page 89.
The phases between crankshaft signals and camshaft signals are defined by a 13-
bit offset for each camshaft signal (camshaft phases). The phase offsets can be
changed during run time.
76
dSPACE Simulator Mid-Size Features May 2018
APU Basics
For reference information, including the I/O mapping, refer to Camshaft Sensor
Signal Generation on page 87.
Introduction The spark event capture unit is designed for ignition position measurement with
definable event capture windows for up to 8 cylinders. Ignition pulses can be
captured from the input lines IGN1 … IGN6, AUXCAP1 and AUXCAP2. You can
choose between active high or active low pulses.
Continuous reading of the spark event data is available within each sample hit.
Up to 32 events per channel can be read continuously out of the capture FIFO.
In addition, the spark event capture unit provides two independent auxiliary
capture channels (AUXCAP1, AUXCAP2) that can be individually configured and
also used for various position measurements.
Note
§ If you do not use the channels for ignition capture, you can use them for
injection capture. This is available only for boards with extended
functionality. To check whether your board has extended functionality,
refer to DS2210 Board Revision on page 201.
§ The channels of the spark event capture unit can be read simultaneously
in the event capture mode and the continuos mode by using RTLib
functions. Refer to Continuous Value Capturing on page 83.
Event capture windows can be defined according to the 13-bit engine position
resolution (0.088°) provided by the engine position bus (refer also to Event
Capture Windows on page 81).
Single event capture mode Within each event capture window, the
position of the leading edge of the first input pulse is evaluated. Further pulses
within the same event capture window are ignored.
77
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
Ignition
input
Event capture
window
Engine
Pulse Pulse Pulse Pulse position
ignored ignored captured ignored
Multiple event capture mode Within each event capture window, the
position values of all leading and trailing edges of up to 8 input pulses are
evaluated. You can specify the number of expected pulses to minimize execution
time.
Ignition
input
Event capture
window
Engine
Position Position Position Position Position Position position
ignored ignored captured captured captured ignored
For reference information, including the I/O mapping, refer to Spark Event
Capture on page 90.
Introduction The injection event capture unit is designed for injection position and fuel
amount measurements with definable event capture windows for up to 16
channels. You can choose between active high or active low pulses. For fuel
78
dSPACE Simulator Mid-Size Features May 2018
APU Basics
Note
The following features are supported only for boards with extended
functionality:
§ The use of group 2 for injection capture
§ Channel 7 and channel 8 of group 1
§ 1 μs resolution for the duration mode
Note
§ If you use the input lines of group 2 for injection capture, ignition capture
is not possible.
§ The channels of the injection event capture unit can be read
simultaneously in the event capture mode and the continuos mode by
using RTLib functions. Refer to Continuous Value Capturing on page 83.
Event capture windows can be defined according to the 13-bit engine position
resolution (0.088°) provided by the engine position bus (refer also to Event
Capture Windows on page 81).
79
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
Injection
input
Event capture
window
Engine
Pulse Position Position Position Position position
ignored ignored captured captured captured
If either the leading or the trailing edge of a pulse is not in the event capture
window, it is assumed that the pulse starts/ends at the corresponding border of
the event capture window.
If no leading and trailing edges of the pulse are captured (permanent injection)
the duration is assumed to be the duration of the whole event capture window.
If the event capture window covers the whole engine cycle (0 … 719.8242°) an
input pulse that overlaps the border of the event capture window is detected as
two separate pulses.
Event capture
window
Engine
Pulse Position Position Position Position position
ignored ignored captured captured captured
If either the leading or the trailing edge of a pulse is not in the event capture
window, the position value of the corresponding event capture window border is
counted as an edge.
If no leading and trailing edges of the pulse are captured (permanent injection)
the borders of the event capture window are counted as edges.
If the leading edge of a pulse is in one event capture window and the trailing
edge in the event window of the next engine cycle, two pulses will be captured.
For reference information including the I/O mapping, refer to Injection Pulse
Position and Fuel Amount Measurement on page 91.
80
dSPACE Simulator Mid-Size Features May 2018
APU Basics
Introduction You can define event capture windows for spark event and injection event
capturing. These windows allow you to capture different signals or situations on
the cylinders of an engine. Only pulses that occur within the range of the event
capture window will be recognized. You can specify the number of expected
pulses to minimize the execution time.
Capture modes For a spark event capture, you can use the single event capture mode or the
multiple event capture mode (refer to Spark Event Capture Unit on page 77).
For an injection event capture, you can use the start position/fuel amount
capture mode (duration mode) or the start/end position capture mode (position
mode): refer to Injection Event Capture Unit on page 78.
Continuous value capture For spark event and injection event capture, you can continuously measure up to
32 events per channel via the capture FIFO buffer. Using this mode, the event
capture window can cover the whole engine cycle of 0 … 720° (refer to
Continuous Value Capturing on page 83).
81
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
Example Double spark ignition There are 2 ignition pulses per coil but only 1 signal
for the 2 cylinders. The cylinder is identified by its engine angle. With event
capture windows you can specify possible ignition pulse positions.
Ignition
pulses
Cylinder 1 Cylinder 2
Cylinder 1 Cylinder 2
Common rail injection For several injection pulses the start positions of the
pulses and the pulse durations can be captured. Additional charge pulses can be
ignored with the appropriate length of the event capture window.
Injection
pulses
No events
captured
82
dSPACE Simulator Mid-Size Features May 2018
APU Basics
Permanent injection For a permanent injection signal the width of the event
capture window will be captured.
Pulse
captured
Spark event capture In single event mode, up to 32 position values per channel of the leading edge
of the first input pulse within the capture window is read. In multiple event
capture mode, up to 32 position values per channel of trailing and leading edges
can be read.
83
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
Injection pulse position and In position mode, the position values of all trailing and leading edges of up to 32
duration events per channel can be read within one sample hit. In duration mode, the
position values of all leading edges and the duration of up to 32 events per
channel within one sample hit can be read (refer to Injection Event Capture Unit
on page 78).
Auxiliary event capture 2 channels are available to measure various positions. In single event mode, up
to 32 position values of the leading edge of the first input pulse are evaluated. In
multiple event mode, up to 32 position values of leading and trailing edges can
be captured. Auxiliary event capture is similar to the spark event capture (refer to
Spark Event Capture Unit on page 77).
Sample hit The sample hit is defined by the sample time of your model, for example, 1 ms.
Note
The channels of the spark event capture unit or the injection event capture
unit can be read simultaneously in the event window mode and the
continuos mode by using RTLib functions. Refer to Angular Processing Unit
(APU) ( DS2210 RTLib Reference).
84
dSPACE Simulator Mid-Size Features May 2018
APU Reference
APU Reference
Introduction The following topics provide the reference information you need to implement
your real‑time model with engine simulation functions provided by the angular
processing unit.
85
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
Characteristics The crankshaft signal generator provides one analog crankshaft output and one
digital crankshaft output. Both the analog and the digital output carry out the
same crankshaft information. The digital output generates pulse patterns that
represent the sign of the analog waveform.
For basic information on how the crankshaft sensor signal generation works,
refer to Crankshaft Signal Generator on page 75.
Using wave tables, you can define specific crankshaft waveforms to simulate
different crankshaft types. The DS2210 can load 8 different wave tables for
crankshaft sensor signal generation. The waveform to be generated can be
switched during run time by using RTI or RTLib functions. For detailed
information on wave tables, refer to Wave Table Basics on page 88.
The digital output has a push-pull driver running from an external source (VBAT
within the range of 8 … 18 V). It is protected against overvoltage higher than
18 V. The maximum output current is ±50 mA. Short circuit proof to GND and
VBAT is implemented. The digital outputs are in their high impedance states after
reset. Using RTI, the output is enabled if the block is part of the model. Using
RTLib functions, you can enable or disable the output.
The analog output signal is fed through an output transformer with a maximum
physical signal level of 40 Vpp. Within this range, you can change the amplitude
of the whole waveform at run time. The analog output can be enabled or
disabled.
Note
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the crankshaft output (digital and
analog) to the related I/O pins of the ECU connector.
86
dSPACE Simulator Mid-Size Features May 2018
APU Reference
Characteristics The camshaft signal generator provides two analog camshaft outputs and two
corresponding digital outputs. The digital outputs generate pulse patterns that
represent the sign of the corresponding analog waveforms.
For basic information on how camshaft sensor signal generation works, refer to
Camshaft Signal Generator on page 76.
Using wave tables you can define specific camshaft waveforms to simulate
different camshaft types. The DS2210 is capable of loading eight different wave
tables for each camshaft output. The waveform to be generated can be switched
during run time. For detailed information on wave tables, refer to Wave Table
Basics on page 88.
The digital outputs have push-pull drivers running from an external source (VBAT
within the range of 8 … 18 V). They are protected against overvoltage higher
than 18 V. The maximum output current per channel is ±50 mA. Short circuit
proof to GND and VBAT is implemented. The outputs are in their high
impedance states after reset.
The analog output signals are fed through output transformers with a maximum
physical amplitude of 40 Vpp. Within this range, you can change the amplitude
of the whole waveform at run time. The analog outputs can be enabled or
disabled.
Note
87
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the camshaft outputs (analog and
digital) to the related I/O pins of the ECU connector.
Wave table structure According to the 13-bit resolution of the engine position, each wave table
defines the signal waveform for 213 = 8192 consecutive engine positions within
the range of 0 … 720° (4π). The signal level resolution is 8-bit signed (–
128 … +127). Due to the output transformers, the mean value of the wave table
data must be zero. The assignment of signal levels to engine positions results in a
waveform.
Look-up mechanism Wave tables are downloaded to the processor board together with the real-time
application. The real-time processor transfers the wave tables to the DS2210
where they are stored in the memories of the Crankshaft Signal Generator and
Camshaft Signal Generator.
88
dSPACE Simulator Mid-Size Features May 2018
APU Reference
At run time, the wave table look-up mechanism outputs the signal value, which
is defined for the current engine position (every 1 μs).
Introduction Wave tables must be supplied as MAT files. Other formats are not supported. In
MATLAB, you can create waveforms by using standard functions or you can
import data measured at a real engine.
Using RTI The Simulink RTI blocks for crankshaft sensor signal generation and camshaft
sensor signal generation allow you to select up to eight wave table MAT files for
each output channel. RTI generates a common MAT file and converts it to an
assembly source file that is downloaded to the real-time hardware together with
your real-time application.
89
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
For detailed information on capture modes and event capture windows, refer to
Spark Event Capture Unit on page 77 and Event Capture Windows on page 81.
You can choose between active high and active low pulses.
To minimize execution time you have to specify the number of expected pulses
for each event capture window. Up to 8 pulses are allowed.
You can read up to 32 events out of the capture FIFO continuously within one
sample hit. You can use the whole event capture window within the range of
0 … 720°.
The inputs are 12 V compatible. They are protected against overvoltage higher
than 18 V. After software initialization, the input threshold is set to 2.5 V. Using
RTI/RTLib functions, you can set the input threshold within the range of 1 … 7 V.
Note
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the cylinder/channel numbers to the
related I/O pins of the ECU connector, as used in RTI and RTLib. The I/O features
of the DS2210 conflict with each other. For details, see Conflicting I/O Features
on page 201.
RTI Cylinder/ Channel RTLib Channel Signal ECU Connector Pin Description Voltage Range
1 1 IGN1 2 BW Ignition capture 12 V compatible
2 2 IGN2 2 BX Ignition capture 12 V compatible
3 3 IGN3 2 BY Ignition capture 12 V compatible
4 4 IGN4 2 BZ Ignition capture 12 V compatible
5 5 IGN5 2 CA Ignition capture 12 V compatible
90
dSPACE Simulator Mid-Size Features May 2018
APU Reference
RTI Cylinder/ Channel RTLib Channel Signal ECU Connector Pin Description Voltage Range
6 6 IGN6 2 CB Ignition capture 12 V compatible
1 7 AUXCAP1 2 CC Auxiliary capture 12 V compatible
2 8 AUXCAP2 2 CD Auxiliary capture 12 V compatible
References
Introduction The injection event capture unit provides 16 digital injection inputs are split into
2 groups for injection pulse position and fuel amount measurement. For detailed
information on event capture windows and capture modes, refer to Event
Capture Windows on page 81 and Injection Event Capture Unit on page 78.
You can choose between active high and active low pulses.
To minimize execution time you have to specify the number of expected pulses
for each event capture window. Up to 8 pulses are allowed.
You can read up to 32 events out of the capture FIFO continuously within one
sample hit. You can use the whole event capture window within the range of
0 … 720°.
91
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
Note
The following features are supported only for boards with extended
functionality:
§ The use of group 2 for injection capture
§ Channel 7 and channel 8 of group 1
§ 1 μs resolution for the duration mode
To check which revision your board is, refer to DS2210 Board Revision
on page 201.
Note
I/O mapping The following table shows the mapping of the cylinder/channel numbers to the
related I/O pins of the ECU connector, as used in RTI and RTLib. The I/O features
of the DS2210 conflict with each other. Refer to Conflicting I/O Features
on page 201.
RTI Cylinder/ RTLib Channel ECU Connector Pin Signal Description Voltage Range
Channel
1 1 2 BP INJ1 Injection capture 12 V compatible
2 2 2 BR INJ2 Injection capture 12 V compatible
3 3 2 BS INJ3 Injection capture 12 V compatible
4 4 2 BT INJ4 Injection capture 12 V compatible
5 5 2 BU INJ5 Injection capture 12 V compatible
6 6 2 BV INJ6 Injection capture 12 V compatible
7 7 2 BM INJ7 (PWM_IN7) Injection capture 12 V compatible
8 8 2 BN INJ8 (PWM_IN8) Injection capture 12 V compatible
RTI Cylinder/ Channel RTLib Channel ECU Connector Pin Signal Description Voltage Range
1 1 2 BP INJ1 Injection capture 12 V compatible
2 2 2 BR INJ2 Injection capture 12 V compatible
3 3 2 BS INJ3 Injection capture 12 V compatible
4 4 2 BT INJ4 Injection capture 12 V compatible
5 5 2 BU INJ5 Injection capture 12 V compatible
92
dSPACE Simulator Mid-Size Features May 2018
APU Reference
RTI Cylinder/ Channel RTLib Channel ECU Connector Pin Signal Description Voltage Range
6 6 2 BV INJ6 Injection capture 12 V compatible
7 7 2 CC AUXCAP1 Auxiliary capture 12 V compatible
8 8 2 CD AUXCAP2 Auxiliary capture 12 V compatible
References
93
May 2018 dSPACE Simulator Mid-Size Features
Angular Processing Unit
94
dSPACE Simulator Mid-Size Features May 2018
Features Served by the Slave DSP
Introduction The following topics provide information on the features served by the slave DSP
of the DS2210.
Characteristics The slave DSP is used to generate knock sensor signals on 4 analog outputs or
wheel speed sensor signals on 4 analog outputs. Both functions are performed
by ready-to-use applications that are controlled by slave DSP access functions
running on the master processor board.
Output circuits The resolution of the four analog outputs is 12 bit. For information on the I/O
circuits, refer to Digital Outputs ( PHS Bus System Hardware Reference).
95
May 2018 dSPACE Simulator Mid-Size Features
Features Served by the Slave DSP
User applications As an alternative, you can program your own applications to generate user-
defined signals. The available functions and macros for slave DSP programming
are explained in the DS2210 RTLib Reference.
Download slave applications The slave DSP applications are downloaded to the master processor board
together with the master application, and then transferred to the DS2210 slave
DSP’s memory.
Engine position bus The slave DSP is connected to the engine position bus of the angular processing
unit and receives an interrupt when the engine position has been updated (every
1 μs). The master processor board can interrupt the slave DSP by writing to a
predefined location of the slave DSP’s dual-port memory (DPMEM).
Emulation/debug port The emulation/debug port connector P6 can be used for slave DSP debugging.
This requires additional software and hardware.
Serial interface In addition to the analog outputs, the slave DSP provides a serial interface
(DS2210 connector P5) that can be used for connecting a DDS board (DS2302).
For the location of the connector, refer to Serial Interface ( PHS Bus System
Hardware Reference).
TMS320C31 For detailed information on the TMS320C31, refer to the Texas Instruments web
site at http://www.ti.com and search for TMS320C31.
96
dSPACE Simulator Mid-Size Features May 2018
Knock Sensor Simulation
Note
You cannot use wheel speed sensor simulation and knock sensor simulation
at the same time.
Knock signal calculation The parameters are passed to the slave DSP for knock sensor simulation and the
knock signal u(t) is generated according to the formula
Knock signal parameters For the knock signals to be generated you have to specify the following
parameters for each cylinder:
Start angle Specifies the start position of the cosine signal in degrees. For RTI
blocks the angle relates to the top dead center (TDC), for RTLib functions the
angle relates to the absolute engine position.
Knock length Specifies the end of signal generation. The signal generation
ends after this length (given in degrees).
Knock number Specifies the maximum number of knock signals which are
generated for each cylinder while the application is running. When the limit is
reached, no further pulses are generated. To specify an infinity number of knock
signals, set Knock number = 0 and Knock rate = 1.
Knock rate Specifies after how many engine cycles the knock signal
generation will start again for the given cylinder.
Noise Specifies the amplitude of the noise in Vpp. The additional noise signal
can be selected independently for knock sensor 1 and 2.
97
May 2018 dSPACE Simulator Mid-Size Features
Features Served by the Slave DSP
The following illustration shows the most important parameters of a knock signal
with the optional Gaussian noise.
Outputs The output signals are fed through output transformers with a maximum
physical amplitude of 40 Vpp. The outputs can be enabled or disabled.
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the channel numbers to the related
I/O pins of the ECU connector, as used in RTI and RTLib. The I/O features of the
DS2210 conflict with each other. Refer to Conflicting I/O Features ( DS2210
Features).
98
dSPACE Simulator Mid-Size Features May 2018
Wheel Speed Sensor Simulation
Wheel speed sensor signals are generated as sine wave signals plus an optional
Gaussian noise. You can specify wheel speed, periods per revolution, sine
amplitude, and noise amplitude.
Note
You cannot use wheel speed sensor simulation and Knock Sensor
Simulation at the same time.
Wheel speed signal The parameters are passed to the slave DSP for wheel speed simulation and the
calculation wheel speed signal u(t) is generated according to the formula
Where
a is the amplitude
fWheel is the wheel speed signal frequency which is calculated as follows:
fWheel = speed · teeth · (1[min]/60[s])
t is the time
99
May 2018 dSPACE Simulator Mid-Size Features
Features Served by the Slave DSP
Outputs The output signals are fed through output transformers with a maximum
physical amplitude of 40 Vpp. The outputs can be enabled or disabled.
Note
Execution times The execution times required by the RTLib functions have been measured. For
details on the results and the corresponding measurement setup, refer to
Function Execution Times ( DS2210 RTLib Reference).
I/O mapping The following table shows the mapping of the channel numbers to the related
I/O pins of the ECU connector, as used in RTI and RTLib. The I/O features of the
DS2210 conflict with each other. Refer to Conflicting I/O Features ( DS2210
Features).
100
dSPACE Simulator Mid-Size Features May 2018
CAN Support
CAN Support
Introduction The following topics provide all the information required for working with
dSPACE CAN boards.
101
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
102
dSPACE Simulator Mid-Size Features May 2018
Setting Up a CAN Controller
Introduction The CAN controller performs serial communication according to the CAN
protocol. You can take control of or communicate with other members of a CAN
bus via the controller. This means you must configure the CAN controller —
called the CAN channel — according to the application.
Standard configuration You must specify the baud rate for the CAN application and the sample mode:
The required bit timing parameters are automatically calculated by the dSPACE
CAN software.
Advanced configuration (bit The bits of a CAN message are transmitted in consecutive bit times. According to
timing parameters) the CAN specification, a bit time consists of two programmable time segments
and a synchronization segment:
1 bit time
Sync-
Seg TSeg1 TSeg2
SP Sample point. Defines the point in time at which the bus voltage level
(CAN-H, CAN-L) is read and interpreted as a bit value.
SJW Synchronization jump width. Defines how far the CAN controller can
shift the location of the sample point to synchronize itself to the other bus
members.
BRP Baud rate prescaler value. The BRP defines the length of one time
quantum.
103
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Note
RTI support You initialize a CAN controller with the RTICAN CONTROLLER SETUP block.
Introduction To communicate with other bus members in a CAN bus, each bus member is
equipped with a CAN transceiver. The transceiver defines the type of wire used
for the bus (coaxial, two-wire line, or fiber-optic cables), the voltage level, and
the pulse forms used for 0‑bit and 1‑bit values. The way in which CAN messages
are transmitted on a CAN bus therefore significantly depends on the CAN
transceiver used.
Note
Make sure that the CAN transceiver type used on the CAN bus matches the
type on the dSPACE board you use to connect to the bus.
Terminating the CAN bus Depending on the CAN transceiver type, you must terminate each CAN bus with
resistors at both ends of the bus.
Note
Failure to terminate the bus will cause bit errors due to reflections. These
reflections can be detected with an oscilloscope.
104
dSPACE Simulator Mid-Size Features May 2018
Setting Up a CAN Controller
Supported transceivers The following table lists dSPACE hardware and the supported transceivers:
Note
ISO11898 transceiver ISO11898 defines a high-speed CAN bus that supports baud rates of up to
1 MBd. This is the most commonly used transceiver, especially for the engine
management electronics in automobiles.
105
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Level Description
CAN-H High if the bit is dominant (3.5 V), floating (2.5 V) if the
bit is recessive.
CAN-L Low if the bit is dominant (1.0 V), floating (2.5 V) if the
bit is recessive.
Note
There are some limitations when you use the optional ISO11898‑6
transceiver:
§ No wake-up interrupt is implemented.
§ Partial networking is supported only for the following baud rates:
§ 125 kbit/s
§ 250 kbit/s
§ 500 kbit/s
§ 1000 kbit/s
Other baud rates can be used for normal CAN operation, but detecting
wake-up messages for partial networking is supported only for the baud
rates listed above.
§ You have to enable Automatic Wake Up on the Parameters Page
(RTI<xxxx>_ISO11898_6_SST) before you build the model. You cannot
enable automatic wake‑up during run time.
§ If the transceiver is in power on / listen only mode, the CAN controller
does not send an acknowledge message to the transmitter. The
transmitter therefore continues to send the message until it receives the
acknowledge signal. This might result in a task overrun if an RX interrupt
is configured for the CAN controller.
§ If the transceiver is in power on / listen only mode, it is not able to send
CAN messages. Automatic wake‑up is not possible if the transceiver is in
power on / listen only mode. Because no message is sent on the CAN bus
by the transceiver in power on / listen only mode, CAN arbitration fails.
The CAN controller changes to the BUS OFF state. It is not possible to set
the BUS state automatically to BUS ON via an interrupt, because the
reason for the BUS OFF state still remains. You must set the CAN
controller to BUS ON after you have switched the transceiver state to
normal, standby, or sleep mode.
106
dSPACE Simulator Mid-Size Features May 2018
Setting Up a CAN Controller
RS485 transceiver The RS485 transceiver supports baud rates of up to 500 kBd. It is often used in
the automotive industry. A CAN bus using this transceiver can connect up to 25
CAN nodes.
Termination To terminate the CAN bus lines, a 120-Ω resistor must be used
at both ends of the CAN bus.
C252 fault-tolerant The C252 fault-tolerant transceiver supports baud rates of up to 125 kBd. Its
transceiver main feature is on-chip error management, which allows the CAN bus to
continue operating even if errors such as short circuits between the bus lines
occur.
When this transceiver is used, the CAN bus can interconnect nodes that are
widely distributed. You can switch the C252 transceiver between sleep and
normal (awake) mode.
Termination There are two ways to terminate the CAN bus lines: Use a 10
kΩ resistor for many connected bus members, or a 1.6 kΩ resistor if the number
of bus members is equal to or less than five. The termination resistors are located
between CAN‑L and RTL and CAN‑H and RTH (refer also to the "PCA82C252
Fault-tolerant Transceiver Data Sheet" issued by Philips Semiconductors).
Note
The TJA1054 transceiver is pin and downward compatible with the C252
transceiver. If the TJA1054 transceiver is on board the DS4302 and you
want to use the fault‑tolerant transceiver functionality, select “C252” in the
RTI CAN CONTROLLER SETUP block. Refer to Unit Page (RTICAN
CONTROLLER SETUP) ( RTI CAN Blockset Reference).
Custom transceivers The DS4302 allows you to mount up to four customization modules to use
transceivers that are not on the DS4302.
107
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
For details on the RTI support for the TJA1041 transceiver, refer to TJA1041
Support Blocks ( RTI CAN Blockset Reference).
Note
There are some limitations when you use the optional TJA1041 transceiver:
§ No wake-up interrupt is implemented.
§ You have to enable Automatic Wake Up in the DS4302_TJA1041_SST
( RTI CAN Blockset Reference) block before you build the model. You
cannot enable automatic wake‑up during run time.
§ If the transceiver is in power on / listen only mode, the CAN controller
does not send an acknowledge message to the transmitter. The
transmitter therefore continues to send the message until it receives the
acknowledge signal. This might cause a task overrun if an RX interrupt is
configured for the CAN controller.
§ If the transceiver is in power on / listen only mode, it is not able to send
CAN messages. Automatic wake‑up is not possible if the transceiver is in
power on / listen only mode. Because no message is sent on the CAN bus
by the transceiver in power on / listen only mode, CAN arbitration fails.
The CAN controller changes to the BUS OFF state. It is not possible to set
the BUS state automatically to BUS ON via an interrupt, because the
reason for the BUS OFF state still remains. You must set the CAN
controller to BUS ON after you have switched the transceiver state to
normal, standby, or sleep mode.
Introduction Depending on the version of your DS2211, the board’s CAN controller supports
the following maximum clock frequency:
To get the board version of your DS2211, open the board’s Properties dialog in
the dSPACE experiment software.
Highest possible frequency The real‑time application built with RTI CAN Blockset is compatible with both
automatically selected board versions and frequencies: During board initialization, the highest frequency
that is available for the controller is automatically selected, together with the
corresponding bit timing values. This applies regardless of the frequency you
select in the Advanced Configuration dialog. Refer to Advanced Configuration
Dialog (RTICAN CONTROLLER SETUP) ( RTI CAN Blockset Reference).
108
dSPACE Simulator Mid-Size Features May 2018
Setting Up a CAN Controller
Introduction The dSPACE CAN software lets you easily define CAN messages to be
transmitted or received.
Message types You can define a message as a TX, RX, RQ, or RM message:
Message configuration With RTI CAN Blockset, you have to implement one message block for each
message. To define a message to be transmitted, for example, you must
implement an RTICAN Transmit (TX) block.
Message configuration from data file (data file support) You can load a
data file containing the configuration of one or more messages. Then you can
assign a message defined in the data file to a message block. Refer to
Configuring CAN Messages via Data Files ( RTI CAN Blockset Reference).
Multiple message access Multiple message access allows you to place several RX or TX blocks with the
same identifier and identifier format in one model. You can decode the signals of
an RX message in several ways, or place TX blocks in several enabled subsystems
to send data in various ways.
Delay time for message To distribute messages over time and avoid message bursts, you can specify delay
transmission times. A message is sent after the delay time. The delay time is a multiple of the
time needed to send a CAN message at a given baud rate and identifier format.
You can only enter a factor to increase or decrease the delay time.
109
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
RTI support With RTI CAN Blockset, you have to implement one message block for each
message. Refer to:
Configuring CAN Messages via Data Files ( RTI CAN Blockset Reference)
Introduction The CAN controller transmits and receives messages and handles error
management. It is also responsible for generating interrupts to the master
processor. You can specify the events on which these interrupts are generated.
A special Bus Failure interrupt and a wake-up interrupt are available for the
DS4302.
RTI support You can implement a CAN interrupt with the RTICAN Interrupt block. Refer to
RTICAN Interrupt ( RTI CAN Blockset Reference).
Concepts for receiving CAN When CAN messages are received, RX blocks access the DPMEM between the
messages master processor and the slave processor.
110
dSPACE Simulator Mid-Size Features May 2018
Setting Up a CAN Controller
RTI CAN Blockset provides two concepts for receiving CAN messages:
§ Common receive concept
§ RX service receive concept
Common receive concept According to the common receive concept, one data object is created in the
DPMEM for each received CAN message. Due to the limited DPMEM size, the
number of RX blocks you can use in a model is limited to 100 (200 for the
DS4302).
RX service receive concept When you enable RX service support, one data object is created in the DPMEM
for all received CAN messages, and memory on the master processor is used to
receive CAN messages. The RX service fills this memory with new CAN data. This
concept improves run‑time performance.
Tip
Specifying a message filter When you use RX service, you have to specify a
filter to select the messages to receive via RX service. To define the filter, you
have to set up a bitmap that represents the message. Each bit position can be
assigned 0 (must be matched), 1 (must be matched), or X (don't care). A
message is received via RX service only if it matches the bitmap.
You can define the message filter on the RX Service Page (RTICAN
CONTROLLER SETUP) ( RTI CAN Blockset Reference).
Specifying the queue size When you use RX service, you have to specify the
maximum number of CAN messages that you expect to receive in a sample step.
The memory allocated on the master processor used to queue CAN messages is
calculated from the specified maximum number of CAN messages.
Note
If more CAN messages than the specified Queue size are received in a
sample step, the oldest CAN messages are lost. You should therefore specify
the queue size so that no CAN messages are lost.
Example:
A CAN controller is configured to use the baud rate 500 kBd. The slowest
RX block assigned to this CAN controller is sampled every 10 ms. At the
specified baud rate, a maximum of about 46 CAN messages (STD format)
might be received during two consecutive sample steps. To ensure that no
CAN message is lost, set the queue size to 46.
111
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Note
You can define the interrupt on the Unit Page (RTI CAN Interrupt) ( RTI
CAN Blockset Reference).
Precondition for the TX loop back feature RX service allows you to use
the TX loop back feature. The feature lets you observe whether message transfer
over the bus was successful.
You can enable TX loop back on the Options Page (RTICAN Transmit (TX))
( RTI CAN Blockset Reference).
Enabling RX service support You have to enable RX service support for each CAN controller and for each RX
block.
RTI support § For a CAN controller, you enable the RX service on the RX Service page of the
RTICAN CONTROLLER SETUP block. Refer to RX Service Page (RTICAN
CONTROLLER SETUP) ( RTI CAN Blockset Reference).
§ For an RX block, you enable the RX service on the Options page of the
RTICAN Receive (RX) block of the RTICAN CONTROLLER. Refer to Options
Page (RTICAN Receive (RX)) ( RTI CAN Blockset Reference).
Introduction If you use several CAN controllers, you can remove the one currently in use from
the bus. Data transfer from the master to the slave processor is then stopped.
You can select the CAN controller you want to remove from the bus via the
RTICAN Go Bus Off block.
112
dSPACE Simulator Mid-Size Features May 2018
Setting Up a CAN Controller
You can restart data transfer with another CAN controller or the same one with
the RTICAN Bus Off Recovery block.
RTI support § To remove a CAN controller from the bus, use the RTICAN Go Bus Off block.
Refer to RTICAN Go Bus Off ( RTI CAN Blockset Reference).
§ To restart data transfer, use the RTICAN Bus Off Recovery block. Refer to
RTICAN Bus Off Recovery ( RTI CAN Blockset Reference).
Introduction You can use the Error Management Logic (EML) of a CAN controller to get error
and status information on the CAN bus and the controller. Errors occur, for
example, if a CAN controller fails to transmit a message successfully.
CAN controller status The controller’s EML has two counters: the Receive Error counter and the
information Transmit Error counter. According to their values, the EML can set the CAN
controller to one of the following states:
CAN bus status information You can get the following CAN bus status information:
Number of … Description
Stuff bit errors Each time more than 5 equal bits in a sequence occurred in a part of a received message
where this is not allowed, the appropriate counter is incremented.
Form errors Each time the format of a received message deviates from the fixed format, the
appropriate counter is incremented.
113
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Number of … Description
Acknowledge errors Each time a message sent by the CAN controller is not acknowledged, the appropriate
counter is incremented.
Bit 0 errors Each time the CAN controller tries to send a dominant bit level and a recessive bus level
is detected instead, the appropriate counter is incremented. During bus off recovery, the
counter is incremented each time a sequence of 11 recessive bits is detected. This
enables the controller to monitor the bus off recovery sequence, indicating that the bus
is not permanently disturbed.
Bit 1 errors Each time the CAN controller tries to send a recessive bit level and a dominant bus level
is detected instead, the appropriate counter is incremented.
Cyclic redundancy check Each time the CRC checksum of the received message is incorrect, the appropriate
(CRC) errors counter is incremented. The EML also checks the CRC checksum of each message (see
Message fields ( RTI CAN Blockset Reference)).
Lost RX messages Each time a message cannot be stored in the buffer of the CAN controller, the message
is lost and an RX lost error is detected.
Successfully received RX Each time an RX message is received successfully, the appropriate counter is
messages incremented.
Successfully sent TX Each time a TX message is sent successfully, the appropriate counter is incremented.
messages
(DS4302 only) Status of The error state of the fault tolerant receiver is reported.
fault tolerant receiver
(DS4302 only) Fault The value of the output is increased if a CAN bus events occurs.
tolerant transceiver
RTI support To get status information, use the RTICAN Status block. Refer to RTICAN Status
( RTI CAN Blockset Reference).
Introduction The CAN subsystem of the DS2210 provides two independent CAN bus
interfaces that meet the ISO/DIS 11898 specifications.
114
dSPACE Simulator Mid-Size Features May 2018
Setting Up a CAN Controller
I/O mapping The table below shows the mapping of the channel numbers to the
corresponding I/O pins of ECU connector, as used in RTI and RTLib.
References
115
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Introduction The RTI CAN MultiMessage Blockset is a Simulink blockset for efficient and
dynamic handling of complex CAN setups in hardware-in-the-loop (HIL)
applications. All the incoming RX messages and outgoing TX messages of an
entire CAN controller can be controlled by a single Simulink block. CAN
communication is configured via database files (DBC file format, FIBEX file
format, MAT file format, or AUTOSAR XML file format).
116
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
Supporting dSPACE platforms The RTI CAN MultiMessage Blockset is supported by the following dSPACE
platforms:
§ SCALEXIO systems with a DS2671 Bus Board, DS2672 Bus Module, DS6301
CAN/LIN Board, and/or DS6341 CAN Board
§ DS1103 PPC Controller Board
§ MicroAutoBox
§ MicroLabBox
§ PHS-bus-based systems (DS1005, DS1006, or DS1007 modular systems)
containing one of the following I/O boards:
§ DS2202 HIL I/O Board
§ DS2210 HIL I/O Board
§ DS2211 HIL I/O Board
§ DS4302 CAN Interface Board
§ DS4505 Interface Board, if the DS4505 is equipped with DS4342 CAN FD
Interface Modules
The dSPACE platforms provide 1 ... 4 CAN controllers. A CAN controller performs
serial communication according to the CAN protocol. To use a dSPACE board
with CAN bus interface, you must configure the CAN controller – called the CAN
channel – according to the application.
Managing large CAN message With the RTI CAN MultiMessage Blockset, you can configure and control a large
bundles number of CAN messages (more than 200) from a single Simulink block. This
reduces the size of model files and the time required for the build process.
Support of CAN FD protocol The RTI CAN MultiMessage Blockset supports the classic CAN protocol, the
non‑ISO CAN FD protocol (which is the original CAN FD protocol from Bosch)
and the ISO CAN FD protocol (according to the ISO 11898‑1:2015 standard). The
CAN FD protocols allow data rates higher than 1 Mbit/s and payloads of up to
64 bytes per message.
117
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
For further information, refer to Basics on Working with CAN FD on page 121.
Manipulating signals to be The RTI CAN MultiMessage Blockset provides several options to manipulate the
transmitted values of signals before they are transmitted. You can switch between them with
the Bus Navigator in ControlDesk via entries in the generated TRC file. In
addition, you can calculate checksum, parity, toggle, counter, and mode counter
values.
Updating a model The RTI CAN MultiMessage Blockset creates an S-function for the specified
database file. You can easily update the CAN configuration of a model by
replacing the database file and updating the S‑function.
Tip
You do not have to recreate the S-function for the RTI CAN MultiMessage
Blockset if you switch from one processor board to another, e.g., from a
DS1005 to a DS1007, and vice versa.
Modifying model parameters Model parameters such as messages or signal values can be modified during run
during run time time either via model input or via the Bus Navigator in ControlDesk. For
modifying model parameters via ControlDesk, a variable description file (TRC) is
automatically generated each time you create an S-function for the RTICANMM
MainBlock. The entries of the TRC file let you analyze received signals, change
the values of signals to be transmitted, etc. In ControlDesk, you can access the
settings specified in the TRC file via the model's system description file (SDF). The
SDF file bundles all the TRC files and additional information for the application.
(Relevant only for SCALEXIO systems with a DS2671 Bus Board, DS2672 Bus
Module, DS6301 CAN/LIN Board, and/or DS6341 CAN Board) For information on
where to find the signals of the CAN bus in the TRC file, refer to Available TRC
File Variable Entries and Their Locations in the TRC File ( ConfigurationDesk
Real-Time Implementation Guide).
User‑defined variables You can include user‑defined variables in a TRC file in addition to the parameters
of the RTI CAN MultiMessage Blockset.
Working with variants of CAN You can work with different CAN communication variants on one CAN
communication controller, and switch between them during run time. Only one variant for each
118
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
CAN controller can be active at a time. In the Bus Navigator, the active variant
is labeled when an application is running on the real-time hardware. An
inactive variant is labeled . If you open layouts of an inactive variant, the
headers of all the RX and TX layouts are red.
Gatewaying messages You can easily exchange messages between different CAN buses. In addition,
between CAN buses you can use the gatewaying feature to modify messages in gateway mode
during run time.
Online modification of You can modify the exclude list of RTICANMM Gateways during run time, i.e.,
gateway exclude list specify messages not to be gatewayed.
Dynamic message triggering You can modify the cycle times and initiate a spontaneous transmission
(interactive or model-based) during run time.
Defining free raw messages You can define free raw messages as additional messages that are independent
of the database file. Once they are defined, you can use them like standard
database messages and specify various options, for example:
§ Trigger options
§ Ports and displays
§ Message ID and length adjustable during run time
Capturing messages You can process the raw data of messages whose IDs match a given filter via the
capture messages feature. This can be a specific ID, a range of IDs, or even all
IDs. Optionally, you can exclude the messages contained in the database file.
CAN partial networking With CAN partial networking, you can set selected ECUs in a network to sleep
mode or shut them down if they do not have to run continuously. Wake‑up
messages then activate specific ECUs as and when required, and for as long as
required.
119
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Note
The RTI CAN MultiMessage Blockset lets you specify the CAN partial networking
wake‑up messages by filtering message IDs and message data.
TRC file entries with initial TRC/SDF files generated for Simulink models including blocks from the RTI CAN
data MultiMessage Blockset contain initial data. The RTI CAN MultiMessage Blockset
supplies all variables with initial values when they are included in the TRC file.
TRC files with initial data lets you to perform offline calibration with
ControlDesk.
Visualization with the Bus The RTI CAN MultiMessage Blockset supports visualization with the Bus
Navigator Navigator. Layouts/instruments are generated on demand and provide access to
all CAN signals and all switches required to configure CAN communication
during run time. You do not have to preconfigure layouts by hand.
RTI CAN Blockset and RTI CAN (Not relevant for SCALEXIO systems with a DS2671 Bus Board, DS2672 Bus
MultiMessage Blockset Module, DS6301 CAN/LIN Board, and/or DS6341 CAN Board) You can use the
RTI CAN Blockset and the RTI CAN MultiMessage Blockset in parallel for different
CAN controllers. However, you cannot use the RTI CAN MultiMessage Blockset
and the RTI CAN Blockset for the same CAN controller.
120
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
Further information on the The following documents provide further information on the RTI CAN
RTI CAN MultiMessage MultiMessage Blockset:
Blockset § RTI CAN MultiMessage Blockset Reference
This RTI reference provides a full description of the RTI CAN MultiMessage
Blockset.
§ RTI CAN MultiMessage Blockset Tutorial
This tutorial guides you through your first steps with the RTI CAN
MultiMessage Blockset.
Introduction Using the CAN FD protocol allows data rates higher than 1 Mbit/s and payloads
longer than 8 bytes per message.
Basics on CAN FD CAN FD stands for CAN with Flexible Data Rate. The CAN FD protocol is based
on the CAN protocol as specified in ISO 11898‑1. Compared with the classic
CAN protocol, CAN FD comes with an increased bandwidth for the serial
communication. The improvement is based on two factors:
§ The CAN FD protocol allows you to use CAN messages with longer data fields
(up to 64 bytes).
§ The CAN FD protocol allows you to use a higher bit rate (typically higher by a
factor of 8). It is possible to switch inside the message to the faster bit rate.
121
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
The following illustration shows a classic CAN message, a CAN FD message using
a higher bit rate during the data phase, and a CAN FD message with longer
payload using a higher bit rate. You can see the implications of the CAN FD
features: The arbitration phases are identical in all cases, because the standard
bit rate is always used. The lengths of the data phases differ depending on the
payload length and bit rate used.
Arbitration Arbitration
phase Data phase phase
CAN FD protocols Currently, there are two CAN FD protocols on the market, which are not
compatible with each other.
§ The non‑ISO CAN FD protocol represents the original CAN FD protocol from
Bosch.
§ The ISO CAN FD protocol represents the CAN FD protocol according to the
ISO 11898‑1:2015 standard.
Compared to the non‑ISO CAN FD protocol, the ISO CAN FD protocol comes
with an improved failure detection capability.
CAN FD message In principle, CAN FD messages and CAN messages consist of the same elements
characteristics and have the same message structure.
122
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
ACK delimiter
CRC delimiter
SOF Identifier r1 IDE EDL r0 BRS ESI DLC Data CRC ACK EOF IFS
ACK delimiter
CRC delimiter
SOF Identifier RRS IDE FDF res BRS ESI DLC Data Stuff CRC ACK EOF IFS
count
There are some differences between CAN FD messages and CAN messages:
§ The Data field and the CRC field of CAN FD messages can be longer. The
maximum payload length of a CAN FD message is 64 bytes.
§ The Control fields are different:
§ A classic CAN message always has a dominant (= 0) reserved bit
immediately before the data length code.
In a CAN FD message, this bit is always transmitted with a recessive level
(= 1) and is called EDL (Extended Data Length) or FDF (FD Format),
depending on the CAN FD protocol you are working with. So CAN
messages and CAN FD messages are always distinguishable by looking at
the EDL/FDF bit. A recessive EDL/FDF bit indicates a CAN FD message, a
dominant EDL/FDF bit indicates a CAN message.
123
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
124
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
Activating CAN FD mode in To ensure that CAN FD messages are properly transmitted and received during
the RTI CAN MultiMessage run time, the CAN FD mode must be enabled at two places in the RTI CAN
Blockset MultiMessage Blockset: in the MainBlock and at the CAN controller selected in
the MainBlock. To do so, perform the following steps:
§ In the ControllerSetup block, select the CAN FD protocol to be used. Refer to
Setup Page (RTICANMM ControllerSetup) ( RTI CAN MultiMessage Blockset
Reference).
§ In the MainBlock, select the CAN FD support checkbox. Refer to General
Settings Page (RTICANMM MainBlock) ( RTI CAN MultiMessage Blockset
Reference).
Supported database file types To work with CAN FD messages, you need a suitable database file containing
descriptions in the CAN FD format. The RTI CAN MultiMessage Blockset supports
CAN FD for the following database file types:
§ DBC file
§ AUTOSAR system description file
Supported dSPACE platforms The RTI CAN MultiMessage Blockset supports working with CAN FD messages
for the following dSPACE hardware:
§ SCALEXIO systems with a DS2671 Bus Board, DS2672 Bus Module, DS6301
CAN/LIN Board, or DS6341 CAN Board
§ The following dSPACE platforms if they are equipped with DS4342 CAN FD
Interface Modules:
§ DS1005 modular system with DS4505 Interface Board
§ DS1006 modular system with DS4505 Interface Board
§ DS1007 modular system with DS4505 Interface Board
§ MicroAutoBox II in the following variants:
§ 1401/1505/1507
§ 1401/1507
§ 1401/1511/1512
§ 1401/1511/1514
§ 1401/1512/1513
§ 1401/1513/1514
When you connect a DS4342 CAN FD Module to a CAN bus, you must note
some specific aspects (such as bus termination and using feed‑through bus lines).
For further information, refer to:
§ PHS-bus-based system with DS4505: DS4342 Connections in Different
Topologies ( PHS Bus System Hardware Reference)
§ MicroAutoBox: DS4342 Connections in Different Topologies ( MicroAutoBox
II Hardware Installation and Configuration)
125
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Working with CAN messages Both messages in CAN format and in CAN FD format can be transmitted and
and CAN FD messages received via the same network.
Introduction J1939 is a vehicle CAN bus standard defined by the Society of Automotive
Engineers (SAE). It is used for communication in heavy-duty vehicles, for
example, for communication between a tractor and its trailer.
The RTI CAN MultiMessage Blockset supports you in working with J1939-
compliant DBC files.
Broadcast and peer‑to‑peer CAN message identifier for J1939 Standard CAN messages use an 11-bit
communication message identifier (CAN 2.0 A). J1939 messages use an extended 29-bit
message identifier (CAN 2.0 B).
The 29-bit message identifier is split into different parts (according to SAE
J1939/21 Data Link Layer):
§ The 3-bit priority is used during the arbitration process. A value of 0 represents
the highest priority, a value of 7 represents the lowest priority.
§ The 1-bit reserved is reserved for future purposes.
§ The 1-bit data page is a selector for the PDU_F in the PGN. It can be taken as
an extension of the PGN. The RTI CAN MultiMessage Blockset uses the data
page bit in this way.
§ The 16-bit PGN is the parameter group number. It is described in this section.
§ The 8-bit source address is the address of the transmitting network node.
126
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
byte data field of the message. A parameter group can be the engine
temperature including the engine coolant temperature, the fuel temperature,
etc. PGNs and parameter groups are defined by the SAE (see SAE J1939/71
Vehicle Application Layer).
The first 8 bits of the PGN represent the PDU_F (Protocol Data Unit format). The
PDU_F value specifies the communication mode of the message (peer-to-peer or
broadcast). The interpretation of the PDU_S value (PDU-specific) depends on the
PDU_F value. For messages with a PDU_F < 240 (peer-to-peer communication,
also called PDU1 messages), PDU_S is not relevant for the PGN, but contains the
destination address of the network node that receives the message. For
messages with a PDU_F ≥ 240 (broadcast messages, also called PDU2 messages),
PDU_S specifies the second 8 bits of the PGN and represents the group
extension. A group extension is used to increase the number of messages that
can be broadcast in the network.
Message attributes in J1939- A message described in a J1939-compliant DBC file is described by the ID
compliant DBC files attribute and others.
DBC files created with CANalyzer 5.1 or earlier In a DBC file created with
CANalyzer 5.1 or earlier, the ID attribute describing a message actually is the
message PGN. Thus, the ID provides no information on the source and
destination of the message. The source and destination can be specified by the
J1939PGSrc and J1939PGDest attributes.
DBC files created with CANalyzer 5.2 or later In a DBC file created with
CANalyzer 5.2 or later, the ID attribute describing a message actually is the CAN
message ID, which consists of the priority, PGN, and source address. Thus, the ID
provides information on the source and destination of the message. Further
senders can be specified for a message in Vector Informatik’s CANdb++ Editor
(_BO_TX_BU attribute). When a DBC file is read in, RTICANMM automatically
creates new instances of the message for its other senders.
Source/destination mapping Messages in a J1939-compliant DBC file that are described only by the PGN have
no source/destination mapping. Messages that are described by the CAN
message ID (consisting of the priority, PGN, and source address) have
source/destination mapping.
127
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Tip
Container and instance The RTI CAN MultiMessage Blockset distinguishes between container and
messages instance messages when you work with a J1939-compliant DBC file:
Container message A J1939 message defined by its PGN (and Data Page
bit). A container can receive all the messages with its PGN in general. If several
messages are received in one sampling step, only the last received message is
held in the container. Container messages can be useful, for example, when you
configure a gateway with message manipulation.
Instance message A J1939 message defined by its PGN (and Data Page bit),
for which the source (transmitting) network node and the destination (receiving)
network node (only for peer-to-peer communication) are defined.
Note
The RTI CAN MultiMessage Blockset only imports instances for which valid
source node and destination node specifications are defined in the DBC file.
In contrast to instances, containers are imported regardless of whether or
not valid source node and destination node specifications are known for
them during the import. This lets you configure instances in the RTI CAN
MultiMessage Blockset.
There is one container for each PGN (except for proprietary PGNs). If you work
with DBC files created with CANalyzer 5.1 or earlier, the container can be clearly
derived from the DBC file according to its name. With DBC files created with
CANalyzer 5.2 or later, several messages with the same PGN might be defined. In
this case, either the message with the shortest name or an additionally created
message (named CONT_<shortest_message_name>) is used as the container
for the PGN. The RTI CAN MultiMessage Blockset lets you specify the container
type in the RTICANMM MainBlock. If several messages fulfill the condition of the
shortest name, the one that is listed first in the DBC file is used. For messages
with proprietary PGNs, each message is its own container (because proprietary
PGNs can have different contents according to their source and destination
nodes).
Network management The J1939 CAN standard defines a multimaster communication system with
decentralized network management. J1939 network management defines the
automatic assignment of network node addresses via address claiming, and
provides identification for each network node and its primary function.
Each network node must hold exactly one 64‑bit name and one associated
address for identification.
128
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
Address The 8-bit network node address defines the source or destination
for J1939 messages in the network. The address of a network node must be
unique. If there is an address conflict, the network nodes try to perform dynamic
network node addressing (address claiming) to ensure unique addresses, if this is
enabled for the network nodes.
The J1939 standard reserves the following addresses:
§ Address 0xFE (254) is reserved as the 'null address' that is used as the source
address by network nodes that have not yet claimed an address or have failed
to claim an address.
§ Address 0xFF (255) is reserved as the 'global address' and is exclusively used as
a destination address in order to support message broadcasting (for example,
for address claims).
The RTI CAN MultiMessage Blockset does not allow J1939 messages to be sent
from the null or global addresses.
Note
The RTI CAN MultiMessage Blockset interprets attributes in the DBC file like
this:
§ In a DBC file created with CANalyzer 5.1 or earlier, the name network
node attributes and the J1939PGSrc and J1939PGDest message attributes
are read in. The J1939PGSrc attribute is interpreted as the address of the
node that sends the message, the J1939PGDest attribute is interpreted as
the address of the node that receives the message.
§ In a DBC file created with CANalyzer 5.2 or later, the name and
NMStationAddress network node attributes are read in. The
NMStationAddress attribute is interpreted as the network node address.
Name The J1939 standard defines a 64-bit name to identify each network
node. The name indicates the main function of the network node with the
associated address and provides information on the manufacturer.
Arbitrary Industry Vehicle Vehicle Reserved Function Function ECU Manufacturer Identity
Address Group System System Instance Instance Code Number
Capable Instance
1 bit 3 bit 4 bit 7 bit 1 bit 8 bit 5 bit 3 bit 11 bit 21 bit
129
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Initialization
(POST)
Addr
Sour ess c
ce addr laim
ess = Initialization
X, Na (POST)
me =A
laim
ess c me =
B
Addr
s = X, Na
e s
addr
S ource
Addr
Sour ess c
ce ad laim
dress
= X,
Nam
e =A
laim
ess c e=B
Addr , Nam
= Y
ess
addr
S ource
t t
The following steps are performed in the address claiming procedure:
§ Node A starts initialization and the power‑on self‑test (POST).
§ While node B performs initialization and POST, node A sends its address claim
message.
§ After performing initialization and POST, node B sends its address claim
message, trying to claim the same source address as node A.
§ In response to the address claim message of node B, the 64‑bit names of the
network nodes are compared. Because the name of network node A has a
higher priority, network node A succeeds and can use the claimed address.
Node A sends its address claim message again.
§ Network node B receives the address claim message and determines that node
A’s name has higher priority. Node B claims a different address by sending
another address claim message.
130
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
Note
Messages > 8 bytes (message Standard CAN messages have a data field of variable length (0 ... 8 bytes). The
packaging) J1939 protocol defines transport protocol functions which allow the transfer of
up to 1785 bytes in one message.
The RTI CAN MultiMessage Blockset supports J1939 message packaging via BAM
and RTS/CTS.
131
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Introduction Large CAN message bundles (> 200 messages) can be managed by a single
Simulink block provided by the RTI CAN MultiMessage Blockset.
Defining CAN communication To define the CAN communication of a CAN controller, you can specify a DBC,
MAT, FIBEX, or AUTOSAR system description file as the database file on the
General Settings Page (RTICANMM MainBlock) ( RTI CAN MultiMessage
Blockset Reference). You can also define CAN communication without using a
database file.
DBC file as the database The Data Base Container (DBC) file format was
developed by Vector Informatik GmbH, Stuttgart, Germany. For the RTI CAN
MultiMessage Blockset, you can use all the DBC files that pass the consistency
check of Vector Informatik’s CANdb++ Editor.
FIBEX file as the database The Field Bus Exchange (FIBEX) format is an XML
exchange file format. It is used for data exchange between different tools that
work with message-oriented bus communication. A FIBEX file usually describes
more than one bus system. You therefore have to select one of the available bus
systems if you work with a FIBEX file as the database.
MAT file as the database You can also use the MAT file format as the
database for CAN communication, or specify other database file formats as the
database. You must convert your specific database files into the MAT file format
for this purpose. Because the MAT file requires a particular structure, it must be
generated by M‑script.
132
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
Changing database defaults When you work with a database file, you can
change its default settings via the following dialog pages of the RTICANMM
MainBlock:
§ Cycle Time Defaults Page (RTICANMM MainBlock)
§ Base/Update Time Page (RTICANMM MainBlock)
§ TX Message Length Page (RTICANMM MainBlock)
§ Message Defaults Page (RTICANMM MainBlock)
§ Signal Defaults Page (RTICANMM MainBlock)
§ Signal Ranges Page (RTICANMM MainBlock)
§ Signal Errors Page (RTICANMM MainBlock)
Defining RX messages and TX You can receive and/or transmit each message defined in the database file that
messages you specify for CAN communication.
Triggering TX message You can specify different options to trigger the transmission of TX messages. For
transmission example, message transmission can be triggered cyclically or by an event.
Triggering reactions to the You can specify the reactions to receiving a specific RX message. One example of
reception of RX messages a reaction is the immediate transmission of a TX message.
For details, refer to Raw Data Page (RTICANMM MainBlock) ( RTI CAN
MultiMessage Blockset Reference).
Working with raw data The RTI CAN MultiMessage Blockset lets you to work with the raw data of
messages. You have to select the messages for this purpose. The RTICANMM
MainBlock then provides the raw data of these messages to the model byte‑wise
for further manipulation. You can easily access the raw data of RX messages via
a Simulink Bus Selector block.
For details, refer to Raw Data Page (RTICANMM MainBlock) ( RTI CAN
MultiMessage Blockset Reference).
Implementing checksum You can implement checksum algorithms for the checksum calculation of
algorithms TX messages and checksum verification of RX messages.
133
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Gatewaying messages Gatewaying means exchanging CAN messages between two CAN buses.
Gatewaying also applies to messages that are not specified in the database file.
You can also exclude individual messages specified in the database file from
being exchanged.
134
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
Introduction All the signals of all the RX and TX messages (see Defining RX messages and TX
messages on page 133) automatically get corresponding entries in the generated
TRC file. This allows you to analyze them (signals of RX messages) or change
their values (signals of TX messages) with the Bus Navigator in ControlDesk.
Manipulating signals to be The RTI CAN MultiMessage Blockset provides several options to manipulate the
transmitted values of signals before they are transmitted. You can switch between the
options you have specified via entries in the generated TRC file.
HF
2
HF
Gateway Gateway
Gateway signal switch
switch AND
HF
1
Model Switch
signal 0
NOT
1
Constant
Cyclic 2
5
Parity
6
NOT
7
Error value
8
Dynamic value
9
135
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
Triggering
Triggering
to RTICANMM
MainBlock 1 RX Data MainBlock 2
TX Data Gateway
Gatewaying Main Block (CAN bus 1) Receiving Main Block (CAN bus 2)
MainBlock1 gateways messages and their signals to MainBlock2. Specifying
gateway signals for MainBlock2 adds a TX Data Gateway inport to it. The
specified gateway signals are transmitted via CAN bus 2 with the signal values
received from MainBlock1 when triggered by the messages received from
MainBlock1. You therefore have to specify triggered message transmission for
the messages of the gateway signals on the Message Cyclic Page (RTICANMM
MainBlock) ( RTI CAN MultiMessage Blockset Reference). In addition, you can
enable signal value switching for gateway signals during run time, for example,
to transmit the signal constant value instead of the gateway value.
Note
You can specify gateway signals on the pages located in the Gateway Page
(RTICANMM MainBlock) ( RTI CAN MultiMessage Blockset Reference).
Toggle signal A 1-bit signal that can be used, for example, to indicate
whether CAN messages are transmitted. If a CAN message is transmitted, the
toggle signal value alternates between 0 and 1. Otherwise, the toggle signal
value remains constant.
You can specify toggle signals on the Toggle Page (RTICANMM MainBlock)
( RTI CAN MultiMessage Blockset Reference).
Parity signal A signal that a parity bit is appended to. You can specify one or
more signals of a TX message as parity signals. A parity bit is calculated for the
specified signals according to whether even or odd parity is selected. The bit is
appended to the signal and the TX message is transmitted with the parity signal.
You can specify parity signals on the Parity Page (RTICANMM MainBlock) ( RTI
CAN MultiMessage Blockset Reference).
136
dSPACE Simulator Mid-Size Features May 2018
Using the RTI CAN MultiMessage Blockset
was stopped for two transmissions, the expected counter signal value and
the real counter signal value can differ, which indicates an error. Counter
signals used in this way are often called alive counters.
§ Triggering the transmission of signals: You can trigger the transmission of
signals if you specify a mode signal as a counter signal. The signal value of
the mode signal triggers the transmission of mode-dependent signals.
Because the counter signal value changes with every message transmission,
this triggers the transmission of the mode-dependent signals. By using
counter signals in this way, you can work with signals which use the same
bytes of a message. Counter signals used in this way are often called mode
counters.
§ Using counter signals in ControlDesk
In ControlDesk, you can transmit the signal's constant, counter, or increment
counter value. The increment counter value is the counter value incremented
by the signal's constant value.
You can specify counter signals on the Counter Page (RTICANMM MainBlock)
( RTI CAN MultiMessage Blockset Reference).
Error value A static signal value that indicates an error. You can specify an
error value for each signal to be transmitted. Alternatively, error values can be
defined in a database file. In ControlDesk, you can switch to transmit the signal's
error value, constant value, etc. However, you cannot change the error value
during run time. In ControlDesk, you can use a Variable Array (MultiState LED
value cell type) to indicate if the error value is transmitted.
You can specify error values on the Signal Errors Page (RTICANMM MainBlock)
( RTI CAN MultiMessage Blockset Reference).
137
May 2018 dSPACE Simulator Mid-Size Features
CAN Support
138
dSPACE Simulator Mid-Size Features May 2018
Interrupts of the DS2210
DS2210 Interrupts
PHS bus interrupt The PHS bus provides several interrupt lines for communication between I/O
boards and processor board (one for each I/O board). The PHS bus interrupt
controller of the DS2210 I/O board provides 8 interrupts that can be requested
by the serial interface, the angular processing unit (angle position interrupts),
and the slave CAN. These interrupts can be masked. A global interrupt
enable/disable is available. Only enabled interrupt sources generate interrupts.
Serial interface interrupt The serial interface allocates one hardware interrupt. A subinterrupt handler
allows you to specify different subinterrupts that support sending (Tx register
empty) and receiving, for example.
Angle position interrupts Depending on the engine position (angle), the angular processing unit can
generate angle position interrupts for up to 6 cylinders. You can generate
interrupts when the cylinder has passed the top dead center (TDC), for example.
Any interrupt position can be chosen while several interrupt positions are
possible for each cylinder. Use RTI (DS2210APU_INT_Bx_Iy) or RTLib
(ds2210_int_position_set) functions to define the interrupt positions.
Slave CAN MC interrupt The slave CAN MC can request an interrupt by writing to a predefined location in
its dual-ported memory (DPMEM). You can define subinterrupts for different
message events or CAN bus events.
Slave DSP interrupts The slave DSP receives two different interrupts. One is issued by the angle
processing unit when the engine position has been updated (every 1 μs). You can
139
May 2018 dSPACE Simulator Mid-Size Features
Interrupts of the DS2210
use this interrupt to synchronize the slave DSP and angular processing unit.
Second, the master processor can request slave DSP interrupts by writing to a
predefined location of the DPMEM. The interrupt is acknowledged by the slave
by reading this value.
Interrupt handling For information on the interrupt handling, refer to Interrupt Controller
on page 30.
140
dSPACE Simulator Mid-Size Features May 2018
DS1005 Multiprocessor Systems
Introduction One DS1005 PPC Board might not offer sufficient computing power for
simulating rather large real-time models in real time. Therefore, you might want
to implement such a large real-time model on a multiprocessor system.
141
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
142
dSPACE Simulator Mid-Size Features May 2018
Basics of DS1005 Multiprocessor Systems
DS1005 in MP systems The DS1005 PPC Board is well equipped to set up multiprocessor systems that
provide massive computing power:
§ You can run up to twenty DS1005 as a multiprocessor system (limited by the
current device driver).
§ Arbitrary net topologies are possible.
§ All DS1005 provide full trace support.
§ Time Stamping provides an absolute time base for all DS1005.
143
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Introduction The optional DS910 Gigalink Module is used to connect several DS1005 boards.
It provides a high‑speed serial data transmission via optical fiber.
Note
If you order a multiprocessor system, the DS1005 are already equipped with
the DS910 Gigalink Modules. If you want to make your single‑processor
DS1005 capable for multiprocessing, inquire at dSPACE.
144
dSPACE Simulator Mid-Size Features May 2018
DS910 Gigalink Module
Functional units Each Gigalink consists of a full‑duplex bidirectional interface. Before the
transmission the sender serializes the number of the pending interrupt with the
highest priority, the data and address. The receiver stores this data into an
arbitrated memory. Incoming interrupt requests are handed over to the interrupt
controller. The following illustration shows the functional units of the Gigalinks:
32
Address
16 1
Interrupts
15
optical
fiber
Data
Deserializer
Arbitrated 32
Address Memory
16 1
Interrupts
15
Gigalink 1
Since there is only one optical fiber per Gigalink and direction, the number of the
highest‑priority pending interrupt, addresses and data have to be transferred
serially. This is done via the protocol shown in the following illustration. A single
frame of this protocol can hold one interrupt request and the address and data
of one data word.
145
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Gigalink access times The maximum time (tmax) for data transfer from the main memory of the sender
DS1005 to the main memory of the receiver DS1005 can be estimated via the
formula
The following tables list a few access times of the required Gigalink operations
(twrite, tread, tswitch) for a particular configuration with two DS1005 (board
revision: 3.0.3, CPU clock: 480 MHz, transfer rate: 1 GBit/s).
Write operation The following table shows the values of write operations
(twrite):
Read operation The following table shows the values of read operations
(tread):
Switch time The following table shows the values of read buffer switch time
(tswitch):
146
dSPACE Simulator Mid-Size Features May 2018
DS910 Gigalink Module
Note
§ The times given in the tables denote 32‑bit aligned operations (meaning
that the address is a multiple of 4). Other addresses lead to reduced
performance.
§ The DS910 Gigalink Module is organized in 2 groups: Gigalink 0 and
Gigalink 1 are one group, Gigalink 2 and Gigalink 3 are another. If one or
both Gigalinks of a group receive data during a read access, the read
access times decrease by 15% … 20%.
Data Transmission
Introduction The following illustration shows the data path across the Gigalink between two
DS1005 boards:
DS1005 DS1005_1
Gigalink 0, Channel 0 Gigalink 2, Channel 0
write write
receiver receiver
read read
buffer buffer
Operation modes The DS910 Gigalink Module provides two operation modes for data
transmission:
§ Channels 0 … 7 operate in the swinging buffer mode. Refer to Swinging
Buffer Mode on page 148.
§ Channels 8 … 15 operate in the virtual shared memory mode (channel 8 is
reserved). Refer to Virtual Shared Memory Mode on page 148.
With RTI‑MP you simply have to select the desired protocol in the
Communication Channel Setup dialog. Refer to Interprocessor
Communication Using IPC Blocks ( RTI and RTI-MP Implementation Guide).
If you use RTLib, you can use identical read and write operations because both
modes are implemented in hardware and their operation is fully transparent to
the application. Refer to Gigalink Communication ( DS1005 RTLib Reference).
The DS1005 uses the same address for read and write operations. Write
operations send the data directly to the connected receiver. Therefore, it is not
possible to read back the data that was sent to a Gigalink, you will always read
the data that was received from the Gigalink channel in the opposite direction.
147
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Introduction This mode is based on a single receiver buffer for each channel, which the sender
and the receiver access simultaneously. The receiver buffer is arbitrated between
the sender and the receiver, and can be accessed with 32‑bit and 64‑bit
operations.
Note
Writing data The sender writes its data to the buffer regardless of whether
the receiver is currently reading the buffer or not.
Reading data The receiver reads the content of the buffer regardless of
whether the sender is currently writing the buffer.
Introduction This mode is based on three receiver buffers for each channel, which all appear
at the same memory location so that the sender and the receiver see only one
buffer at a time. Consider the following illustration:
148
dSPACE Simulator Mid-Size Features May 2018
DS910 Gigalink Module
Channel 0
Buffer 0
write
Buffer 1
read
Buffer 2
X
Description There are three pointers, each pointing to one buffer. The write pointer marks
the current write buffer, the read pointer marks the current read buffer, and the
X pointer marks the buffer that is currently neither a write nor a read buffer. The
sender and the receiver access these buffers according to the following rules:
Writing data After the sender has written data to the current write buffer, it
sends a write buffer switch command. On receipt of this signal, the write pointer
and the X pointer are swapped, and the update flag (“new data”). The X buffer
therefore now contains a complete block of consistent data. The illustration
below shows the resulting configuration:
Channel 0
Buffer 0
X
Buffer 1
read
Buffer 2
write
Reading data Before the receiver reads data, it sends a read switch signal.
On receipt of this signal, the update flag is evaluated:
§ If it is set (the X pointer marks new data), the read pointer and the X pointer
are swapped.
§ If it is not set (the X pointer marks old data), the read pointer remains in its old
position.
149
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Then the update flag is reset and the receiver gets the data from the current read
buffer. Starting from the first configuration, one of the following two
configurations can result next.
§ If the update flag was ”1” (“new data”) beforehand, the following
configuration results:
Channel 0
Buffer 0
write
Buffer 1
X
Buffer 2
read
§ If the update flag was “0” (“no new data”) beforehand, the following
configuration results:
Channel 0
Buffer 0
write
Buffer 1
read
Buffer 2
X
150
dSPACE Simulator Mid-Size Features May 2018
DS910 Gigalink Module
Interrupt Transmission
Introduction The hardware and software interrupts can be forwarded to the DS910 Gigalink
Module, which makes them available to connected DS1005.
Interrupt bus The DS910 Gigalink Module provides an interrupt bus with a separate line for
each interrupt. This bus allows the transmission of interrupts between the four
Gigalinks, which means that an incoming interrupt is forwarded to other
DS1005. This feature is required to synchronize the timer driven tasks on the
various DS1005, for example.
Each line of the interrupt bus can be driven by the corresponding incoming
interrupt lines of each Gigalink, which are OR combined. The incoming interrupt
lines can also be masked. Therefore, a specific line on the interrupt bus carries an
interrupt whenever one of the corresponding incoming interrupt lines of the four
Gigalinks carries an interrupt – provided that this line is not masked.
Outgoing interrupts The Gigalink Module’s outgoing interrupt lines can be driven by hardware
interrupts, software interrupts and the interrupt bus. These three sources are OR
combined and can be masked (except for the software interrupts). This is also
shown in the following illustration, which is a simplified block diagram of the
DS910 Gigalink Module’s interrupt lines (the serializer, optical fiber and
deserializer have been left out for clarity):
151
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
... ...
... ≥1 ... ≥1
Gigalink 0
ICU
DS910
Gigalink Module
Interrupt bus
...
...
... ...
Hardware
Software
STBU Sync.
Interrupts
Interrupts
DS1005
PPC Board
Since all interrupts have to be transmitted via a single optical fiber, they are
transmitted serially using a subinterrupt mechanism that is implemented in the
hardware.
152
dSPACE Simulator Mid-Size Features May 2018
DS910 Gigalink Module
The following table lists the outgoing interrupt lines together with their interrupt
sources. These interrupt lines are implemented as hardware dispatched
subinterrupts.
Note
Tip
Software dispatched In addition to the hardware dispatched subinterrupts, you can use up to 512
subinterrupts software dispatched subinterrupts, which are provided by RTLib. The following
table lists the available hardware and software dispatched subinterrupts as seen
by RTI and RTLib:
153
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Note
Tip
Subinterrupt transmission The following illustration shows how the transmission time of a software
times dispatched subinterrupt depends on the specified maximum number of software
dispatched subinterrupts. This example is for a particular configuration with two
DS1005 (board revision: 3.0.3, CPU clock: 480 MHz, transfer rate: 1 GBit/s,
length of optical fiber: 5 m). You can also see that the transmission time for a
hardware dispatched subinterrupt does not depend on the specified maximum
number of software dispatched subinterrupts. It is always about 1.2 µs.
The diagram shows the transmission time for a single subinterrupt. If there are a
several subinterrupts pending, the transmission times have to be added up.
154
dSPACE Simulator Mid-Size Features May 2018
DS910 Gigalink Module
hardware
dispatched
16
14 software
dispatched
12
Time [µs]
10 Specified maximum
number of software
8 dispatched subinterrupts
32 (Default)
6
64
4 128
256
2
512
0
0 100 200 300 400 500
Subinterrupt number
Introduction In a single-processor system the PHS bus features a SYNCIN and SYNCOUT line
to synchronize data acquisition and output of the I/O Boards. Refer to PHS Bus
Interface on page 32. In an multiprocessor system the DS910 Gigalink Module
can be used to distribute the SYNCIN and SYNCOUT signals from the master
processor to the slave processors. The CPU with ID 0 is the master processor for
sending the SYNCIN and SYNCOUT signals.
The slave processors receive the SYNCIN and SYNCOUT signals and forward
them to the other linked slave processors, see the following illustration.
Slave
155
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Synchronization
Introduction When running a real‑time application on a multiprocessor system it is important
to have an absolute time on all CPUs and to trigger the timer‑driven tasks of all
CPUs by means of the same timer interrupt. These synchronization aspects are
described in the following sections.
Introduction The timer‑driven tasks calculated on the different CPUs have to be driven by the
same timer interrupt. To achieve this, the interrupt of the master’s Timer A is
forwarded to all slave boards. This forwarding causes a small time overhead so
that the start of the corresponding interrupt service routine (ISR) is slightly
delayed, as shown in the following illustration (with l = length of the optical
fiber):
ISR ISR
Master Slave
500 ns 700 ns
270 ns + l · 5ns/m
Example If you have three DS1005 connected in a series (Master – Slave 1 – Slave 2) using
5 m Gigalink connections, the interrupt service routines are delayed as follows:
156
dSPACE Simulator Mid-Size Features May 2018
Synchronization
Timer A .................................................................................................................................. 28
References
Introduction The global time base in a multiprocessor system is achieved by the Synchronous
Time Base Unit (STBU). It consists of two 32‑bit counters and is driven by BCLK/2.
Basics Due to manufacturing tolerances, which lead to clock drifts, the local clocks in a
multiprocessor system have to be synchronized periodically. To keep the
communication effort low, synchronization does not take place at every tick of
the local clocks (microtick), but at a selected tick of a timing master. This selected
tick is called macrotick. Upon the occurrence of a macrotick, the number of
microticks is set to zero, and the number of macroticks is increased by 1 at each
processor. Starting from this point in time, the absolute time is calculated by
multiplying the macrotick and microtick period with its counter values and
adding the products. The absolute time is used for time stamping. At the
recommended STBU synchronization period (macrotick period) of 10 ms the
absolute time has a maximal deviation of ±1 µs.
Tip
You can always use the RTLib’s Time Stamping module to read the current
system time, regardless of whether you run a single‑processor or a
multiprocessor system. The Time Stamping module will automatically access
the correct time base. For details on the Time Stamping module, refer to
Time-Stamping ( DS1005 RTLib Reference).
157
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Introduction The Synchronous Time Base Unit (STBU) is used to achieve a global time base in a
multiprocessor system. This time base is used for time stamping that improves
the tracing of signals in a multiprocessor system.
Master-slave tracing In the master-slave tracing method, data is copied from all processor boards to a
master processor board, which writes it in the master’s trace buffer. The copy
operation causes a time overhead.
Distributed tracing The distributed tracing method traces the signals locally at each processor board.
The host PC accesses them separately and puts the plots into relation based on
their time stamps. This means that ControlDesk can display the plot as if it
originated from one processor board. In a multiprocessor system only the
distributed tracing method is used.
158
dSPACE Simulator Mid-Size Features May 2018
Working with Subsets of a Multiprocessor Topology
Introduction dSPACE’s RTI‑MP and ControlDesk provide two features that allow you to modify
the topology of a dSPACE multiprocessor system. Without these features, you
would have to rebuild the real‑time application with RTI‑MP and register the
modified multiprocessor system with ControlDesk.
Specifying optional CPUs in To avoid having to rebuild the real‑time application, RTI‑MP allows you to specify
RTI-MP certain DS1005 processor boards as optional CPUs.
For details on the CPUs that can be specified as optional in an MP system, and
instructions that apply to the corresponding RTI‑MP model, see How to Specify
Optional CPUs in RTI-MP on page 162.
159
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Working with topological To avoid having to re-register a multiprocessor system each time you modify it, ’s
subsets of an MP system the Platform/Device Manager of ControlDesk allows you to handle topological
subsets of a multiprocessor system containing one or more optional CPUs. This
means that ControlDesk works properly even if one or more optional CPUs are
currently disconnected or switched off.
Introduction In hardware‑in‑the‑loop (HIL) simulations, you can test virtually any number of
electronic control units (ECUs) under realistic conditions with HIL test benches
based on dSPACE simulator.
dSPACE
Simulator
Testing networked ECUs In many cases, it is desirable to first test each ECU separately with different
dSPACE simulators. However, the overall function of many ECUs can be tested
only when networked.
You can also setup a multiprocessor system from the different dSPACE simulators
and perform integration tests of the networked ECUs. Each dSPACE simulator is
connected to a master unit, which performs the simulation control and allows
the different ECUs to be switched easily.
160
dSPACE Simulator Mid-Size Features May 2018
Working with Subsets of a Multiprocessor Topology
Master unit
DS1005 DS1005 DS1005
Host PC
dSPACE
dSPACE Simulator
dSPACE Simulator (I/O unit)
Simulator (I/O unit)
(I/O unit)
Gigalink connection
Link Board connection
ECU ECU ECU
CAN connection 1 2 3
161
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
Objective For DS1005‑based multiprocessor systems, RTI‑MP allows you to specify certain
DS1005 boards as optional. This is possible for boards that do not forward
simulation control information to further DS1005 boards. For example, only the
CPUs "SLAVE_B", "SLAVE_C" and "SLAVE_D" can be specified as optional in
the multiprocessor system displayed below. The CPU "SLAVE" cannot be
specified as optional since it provides simulation control information to
"SLAVE_C".
DS1005
(SLAVE_B )
DS1005
(SLAVE_D )
Tip
Note
Next steps § After you specify all the Gigalink connections in the Multiprocessor
Topology Setup dialog, you can build the real‑time application for the entire
multiprocessor system. Refer to Multiprocessor Topology Setup Dialog ( RTI
and RTI-MP Implementation Reference) and Building and Downloading the
Model ( RTI and RTI-MP Implementation Guide).
162
dSPACE Simulator Mid-Size Features May 2018
Working with Subsets of a Multiprocessor Topology
Note
§ You can use ControlDesk to change the topological subset on which you want
to download the real‑time application. For instructions, refer to Working with
Multiprocessor Systems with Optional Processors ( ControlDesk Platform
Management).
The Variable Browser of ControlDesk displays only the variables that belong to
enabled CPUs.
You can recognize data connections between variables that belong to disabled
CPUs and instruments by the no-value view.
163
May 2018 dSPACE Simulator Mid-Size Features
DS1005 Multiprocessor Systems
164
dSPACE Simulator Mid-Size Features May 2018
Application Start
Application Start
Introduction After power‑up, the DS1005 boots automatically and the RTP executes the boot
firmware located in the on‑board flash memory.
165
May 2018 dSPACE Simulator Mid-Size Features
Application Start
Boot Firmware
Introduction After power‑up the DS1005 boots from the flash memory, which holds the
pre‑installed boot firmware.
Characteristics of the boot The boot firmware carries out the following steps:
firmware § It determines the I/O boards connected to the DS1005's PHS bus.
§ It determines whether a user‑specific application exists in the global memory
or the flash memory. If this is the case, the application is started. An
application in the global memory takes precedence over an application in the
flash memory.
§ If neither the global nor the flash memory contains an application, the boot
firmware collects information about the connected DS1005 boards. This
information is passed to the Platform/Device Manager of ControlDesk,
which displays the multiprocessor system topology.
Note
If you switch off the DS1005, the contents of the global memory will be
lost. If you download/reload an application, the previous contents of the
global memory will be overwritten.
Introduction In general, you download the application from the host PC to the DS1005’s
global memory. After the download, the application is started. This is the default
behavior for both the dSPACE experiment software and RTI.
To stop and restart the application you have to reload it again, for example, via
ControlDesk's Real-Time Application - Reload command.
Note
If you switch off the simulator, the contents of the global memory will be
lost. If you download/reload an application, the previous contents of the
global memory will be overwritten.
166
dSPACE Simulator Mid-Size Features May 2018
Running an Application from the Flash Memory
Introduction If you want an application to be started automatically after power‑up, you have
to load it to the DS1005’s flash memory. This is possible via RTI, RTI‑MP and the
dSPACE experiment software. Autobooting allows you to use DS1005 as a stand-
alone system without a connection to the host PC.
Basics You can use up to 15 MByte of the flash memory for your application. After the
download has finished, the application will be copied to the global memory,
overwriting any existing application, and started automatically.
Whenever you switch on the DS1005, the boot firmware will copy the
application from the flash memory to the global memory and start it afterwards,
regardless of whether the board is connected to the host PC or not.
You can stop and restart the application by resetting the DS1005, for example,
by switching off the power and turning it on again. If you use the dSPACE
experiment software to stop and reload the application, it will first be reloaded
from the host PC to the flash memory, and then from the flash memory to the
global memory. Then the application will be started.
You can clear an application from the flash memory via the dSPACE experiment
software. Flash operations can be very time consuming: clearing or
reprogramming usually takes longer than 45 seconds.
Note
If you switch off the DS1005, the contents of the global memory will be
lost. If you switch on the power again, the contents of the flash memory
will be copied to the global memory and started.
167
May 2018 dSPACE Simulator Mid-Size Features
Application Start
Basics on autobooting You can enable dSPACE hardware to start an application from flash memory or
dSPACE hardware from a USB mass storage device, for example. On power-up or restart of the
hardware, this application is automatically downloaded to the hardware and
started on it.
168
dSPACE Simulator Mid-Size Features May 2018
Power Supply Unit
Introduction To simulate the battery voltage, dSPACE Simulator Mid-Size is equipped with a
remote-controlled power supply unit.
Characteristics and I/O Mapping of the Power Supply Unit ................... 169
To generate the battery voltage, dSPACE Simulator Mid-Size is equipped
with a remote-controlled power supply unit.
Introduction To generate the battery voltage, dSPACE Simulator Mid-Size is equipped with a
remote-controlled power supply unit. It contains a switched-mode power supply
with four high rails (one direct high rail and three switchable high rails).
169
May 2018 dSPACE Simulator Mid-Size Features
Power Supply Unit
Note
The real-time system controls the output voltage. The necessary parameters
are measured or set via the channels ADC14, ADC15, ADC16 and DAC12.
Therefore, these channels are reserved and cannot be used for interfacing to
the ECU.
I/O mapping The following table shows the mapping of the power supply input and output
related to the I/O pins of the ECU 2 connector:
170
dSPACE Simulator Mid-Size Features May 2018
Controlling the Battery Voltage
Introduction The battery voltage is controlled remotely by dSPACE Simulator Mid‑Size. The
battery voltage can be varied from 0 V… 20 V. This range is large enough to
simulate all battery voltages that can occur in a typical passenger car.
Controlling the voltage The following illustration shows how the battery voltage is controlled via
simulator.
ADC 15
+ Current
R Shunt limit
knob
Voltage
ADC 14
knob
-
DAC 12
The following table provides information about signals and their functions.
Signal Function
DAC12 To set the set value of the battery voltage.
ADC14 To read the position of the voltage knob.
ADC15 To measure the current.
ADC16 To measure the actual value of the battery voltage.
171
May 2018 dSPACE Simulator Mid-Size Features
Power Supply Unit
Examples
References
Characteristics and I/O Mapping of the Power Supply Unit .................................................... 169
Introduction This example shows how you can control the battery voltage manually with the
voltage knob or automatically within the real-time application. If you program
your real-time application in C, use the related C functions.
Note
Take care when controlling the output voltage. It is possible to set the
output voltage up to 20 V.
The following illustration shows a Simulink model for controlling the battery
voltage. Using this model, you can control the battery voltage manually with the
voltage knob or set the battery voltage via the model parameter VBat. The
select signal switches from manual control to “model” control.
Control from within the To control the battery voltage within the real‑time application, channel 12 of the
real‑time application DS2210DAC_Bx_C12 block is connected to a signal representing the set value.
172
dSPACE Simulator Mid-Size Features May 2018
Controlling the High Rails
Control manually To control the battery voltage manually, the voltage knob is integrated into the
real‑time application. The position of the manual voltage knob is read and the
analog output is set accordingly.
References
Characteristics and I/O Mapping of the Power Supply Unit .................................................... 169
Controlling the Battery Voltage ............................................................................................. 171
High rails Three high rails are connected to relays, so they can be switched on or off. The
following illustration shows the principle schematics of the power supply unit.
ECU 2 connector
Pin:
Multifuse
VBAT X, AE
VSW1 Y, AF
VSW2 Z, AH
VSW3 AA, AJ
Relay
SWREL1– R
Power supply SWREL1+ S
SWREL2– T
SWREL2+ U
SWREL3– V
SWREL3+ W
173
May 2018 dSPACE Simulator Mid-Size Features
Power Supply Unit
Description All the high rails and the control lines for the switchable high rails are connected
to the ECU 2 connector (see the I/O mapping in Power Supply Unit on page 169
or the pin labeling given in the illustration above). The control lines are
differential inputs, which are connected to the relays. The relays switch on at a
voltage above 8 V. You can control the rails with the ECU or with the simulator,
see below.
HowTos
References
Characteristics and I/O Mapping of the Power Supply Unit .................................................... 169
Possible methods The high rails can be controlled by the ECU or by the simulator.
§ To control the high rails by the ECU, refer to Method 1
§ If you want to control a switchable high rail with the simulator, for example, to
simulate the ignition key, use a digital output block in your application. Refer
to Method 2
174
dSPACE Simulator Mid-Size Features May 2018
How to Control the High Rails
3 Install a bridge between the output signal of the block (pin at the ECU 1
connector) and the SWRELx+ pin at the ECU 2 connector.
4 Install a bridge between a ground pin and the SWRELx- pin at the ECU 2
connector.
175
May 2018 dSPACE Simulator Mid-Size Features
Power Supply Unit
176
dSPACE Simulator Mid-Size Features May 2018
Load Simulation
Load Simulation
Introduction ECUs monitor the current of the actuators, for example, to ensure that they work
properly. Therefore, in a hardware‑in‑the‑loop simulation loads must be
connected to ECU outputs to obtain the necessary current.
In dSPACE Simulator Mid-Size, all the ECU’s outputs are connected to load cards,
which means you can integrate substitute loads, for example, resistive or
inductive loads. If substitute loads do not fulfill your load requirements, you can
connect real loads to the simulator instead.
Characteristics dSPACE Simulator Mid-Size has 5 load cards. Each load card supports:
§ 10 single-ended loads or
§ 5 double-ended loads by using two channels for each load or
§ A mixture of single-ended and double-ended loads
177
May 2018 dSPACE Simulator Mid-Size Features
Load Simulation
VBAT
VSW1
VSW2
VSW3
GND
Status LED
External
Load Connector VBAT GND
Load
From To
FIU DS2210
The load cards have front panels with status LEDs and external connectors.
§ Each load card has the following status LEDs.
§ 4 rows with yellow LEDs indicating the status of the high rails
§ 10 rows with red LEDs indicating the load states
178
dSPACE Simulator Mid-Size Features May 2018
Load Simulation With the dSPACE Simulator Mid-Size
Ground
VSW2 VSW2 VSW2 VSW2 VSW2
High VSW1 VSW1 VSW1 VSW1 VSW1
Rails VBAT VBAT VBAT VBAT VBAT
VSW3 VSW3 VSW3 VSW3 VSW3
ADC12 ADC11 ADC10 ADC9 ADC8
ADC7 ADC6 ADC5 ADC4 ADC3
ADC2 ADC1 DIN16 DIN15 DIN14
DIN13 DIN12 DIN11 DIN10 DIN9
DS2210 DIN8 DIN7 DIN6 DIN5 DIN4
Inputs DIN3 PWMIN8 PWMIN7 PWMIN6 PWMIN5
DIN2 PWMIN4 PWMIN3 PWMIN2 PWMIN1
DIN1 FUEL6 FUEL3 IGN6 IGN3
AUXIN2 FUEL5 FUEL2 IGN5 IGN2
AUXIN1 FUEL4 FUEL1 IGN4 IGN1
Load Card #1 Load Card #2 Load Card #3 Load Card #4 Load Card #5
179
May 2018 dSPACE Simulator Mid-Size Features
Load Simulation
180
dSPACE Simulator Mid-Size Features May 2018
Failure Simulation
Failure Simulation
Introduction Using the Failure Insertion Units, you can simulate failures in the wiring of an
ECU.
Introduction Using the Failure Insertion Units, you can simulate failures in the wiring of an
ECU. Three types of failure can be simulated:
§ ECU output is shorted to the battery voltage,
§ ECU output is shorted to ground,
§ Cable break in an ECU output.
181
May 2018 dSPACE Simulator Mid-Size Features
Failure Simulation
Characteristics dSPACE Simulator Mid-Size has five Failure Insertion Units (FIU) that are directly
connected to load cards. Each FIU supports:
§ 10 FIU channels for 10 ECU outputs
§ Maximum load current of:
§ 8 A RMS per channel,
§ 16 A RMS per unit
§ Loads are disconnected during short circuit simulation
§ All channels individually overload-protected by self-resetting fuses
§ Controlled by one standard PC RS232 port
§ Independent FIU channels for multiple synchronized failure simulation
The FIUs are only connected to the ECU outputs. For information on how to
simulate a failure at an ECU input, refer to How to Generate Failures for an ECU
Input ( dSPACE Simulator Mid-Size Hardware Installation and Configuration).
Safety precautions for failure Failure simulation simulates electrical failures in the wiring of an ECU, for
simulation example, a short circuit of a signal to the battery voltage. To simulate the failures,
the wires are electrical connected to the failure potential. Note the following
points for failure simulation:
§ Currents can be higher than during normal operation.
§ High voltages can occur at pins where they are not expected.
§ If the circuit which is failure-simulated contains an inductance, a high voltage
can be induced (see Safety Precautions When Using Inductive Loads
( dSPACE Simulator Mid-Size Based on DS2211 Hardware Installation and
Configuration)).
§ Overvoltage pulses in relays can cause electric arcs at the contacts of the
relays. The electric arcs can weld the relay's contacts so that the contacts are
permanently short-circuited. A permanent short-circuit can cause further
damages, for example, overheating.
Failure simulation ControlDesk has an optional component for failure simulation. For information
on the component, refer to Overview of the Graphical User Interface in
ControlDesk ( ControlDesk Electrical Error Simulation via XIL API EESPort).
182
dSPACE Simulator Mid-Size Features May 2018
Failure Types
Failure Types
Introduction dSPACE Simulator Mid-Size can simulate three different failure types:
§ ECU output shorted to the battery voltage
§ ECU output shorted to ground
§ A cable break in an ECU output
The following illustration shows when no failure is simulated. This is the default
after power-up.
FIU Channel
VBAT
Multifuse
From To Load
ECU
GND
RS232 Control
Signal short to battery A pin is connected to the battery voltage. Thus, the signal of the corresponding
voltage ECU output is set to the level of the battery voltage. The following illustration
shows the wiring.
FIU Channel
VBAT
Multifuse
From To Load
ECU
GND
RS232 Control
When the pin is connected to the battery voltage, the load is disconnected
automatically. This avoids damages to the load, however, the ECU signal cannot
be measured at the load pins any more.
183
May 2018 dSPACE Simulator Mid-Size Features
Failure Simulation
Signal short to ground A pin is connected to ground. Thus, the signal of the corresponding ECU output
is set to ground. The following illustration shows the wiring.
FIU Channel
VBAT
Multifuse
From To Load
ECU
GND
RS232 Control
Cable break The connection from the ECU to the load is opened. Thus, the ECU cannot
actuate the corresponding actuator. No current flows through the ECU output.
The following illustration shows the wiring.
FIU Channel
VBAT
Multifuse
From To Load
ECU
GND
RS232 Control
Introduction Normally, ECU inputs are not connected to failure insertion units but it is possible
to simulate failures at ECU inputs.
Simulating failures Only the pins of the ECU 2 connector are connected to FIUs. As the ECU 2
connector is the connector for the ECU outputs, failures at the ECU outputs can
be simulated easily. The ECU inputs are connected to the ECU 1 connector,
184
dSPACE Simulator Mid-Size Features May 2018
Simulating Failures at ECU Inputs
185
May 2018 dSPACE Simulator Mid-Size Features
Failure Simulation
186
dSPACE Simulator Mid-Size Features May 2018
Diagnostics
Diagnostics
Introduction On the front of dSPACE Simulator Mid-Size is a CARB diagnostic connector that
can be used to connect an external tester.
Diagnostic Connector
Introduction The simulator has a CARB diagnostic connector that can be used to connect an
external tester.
CARB connector The CARB (California Air Resources Board) diagnostic connector is the standard
connector for the onboard diagnostic standard OBD II. The CARB diagnostic
connector is internally connected to the ECU 2 connector. When wiring the cable
harness, the ECU can be connected to the ECU 2 connector and consequently it
is also connected to the CARB connector. Additionally, the CARB connector
contains a connection to the CAN bus.
If your tester device requires the battery voltage, you can tap the battery voltage
at the Vbat jacks on the front of the simulator.
The following illustration shows the data flow from the ECU to an external tester
device via the ECU and CARB connectors and vice versa.
ECU 2
ECU
Connector
CARB Tester
Connector Device
CAN
187
May 2018 dSPACE Simulator Mid-Size Features
Diagnostics
Note
According to the CARB standard the CAN bus is connected to the CARB
connector (pin 6 and pin 14). If the connected diagnostic device uses these
pins for other signals, the communication on the CAN bus is destroyed.
For information on the CARB connector pinouts, refer to CARB Connector Pinout
( dSPACE Simulator Mid-Size Hardware Installation and Configuration).
For more information on the onboard diagnostic, refer to the OBD II Homepage
at http://www.obdii.com.
188
dSPACE Simulator Mid-Size Features May 2018
Expandability
Expandability
Introduction If a standard dSPACE Simulator Mid-Size does not fulfill your requirements, it can
be expanded.
189
May 2018 dSPACE Simulator Mid-Size Features
Expandability
Problem The model is too large to run on the DS1005 processor board and it is not
possible to increment the sample rate.
Solution Use an additional DS1005 processor board. DS1005 processor boards can be
linked together to a multiprocessor system (refer to DS1005 Multiprocessor
Systems on page 141). The number of additional DS1005 processor boards is
limited by the number of spare slots, which in turns depends on the number and
types of the I/O boards.
Problem The engine to be simulated has 8, 10 or 12 cylinders but there are not enough
I/O channels.
Solution § Connect two DS2210 via the engine position bus so that the angular
processing units run synchronously. If not all of the Load/FIU channels of the
first DS2210 are used, the remaining channels can be used for the second
DS2210. If a second Load/FIU unit is necessary, it can be included.
§ If you simulate a diesel engine and ignition does not have to be captured, the
ignition channels can be used for measuring the additional injection.
Problem A few ECU pins are remaining, but the matching DS2210 channels are already in
use.
Solution Map those ECU pins to alternative DS2210 pins. For example,
§ use analog inputs instead of digital inputs and detect threshold crossing by the
model
§ use digital outputs instead of PWM outputs
§ use analog outputs instead of digital outputs (if the amplitude range matches
the requirements)
§ refer to the DS2210 RTLib Reference to see how the hardware can be
accessed.
190
dSPACE Simulator Mid-Size Features May 2018
Simulating a Specific Signal
Solution Use the slave DSP on the DS2210, see Features Served by the Slave DSP
on page 95.
Problem A frequency signal with a wide frequency range and a constant frequency
resolution over the wide frequency range has to be generated.
Solution Use the slave DSP on the DSP2210, see Features Served by the Slave DSP
on page 95.
191
May 2018 dSPACE Simulator Mid-Size Features
Expandability
192
dSPACE Simulator Mid-Size Features May 2018
I/O Mapping
I/O Mapping
Introduction The I/O Mapping describes the data flow between the real-time application
running on the processor board and the ECU.
ECU Connectors
Introduction The ECU connectors connect the ECU to the I/O hardware of the simulator.
193
May 2018 dSPACE Simulator Mid-Size Features
I/O Mapping
Data flow The data flow between the real-time application running on the processor board
and the ECU is displayed in the following illustration.
Connector
ECU 1
Real-Time
Electronic
Processor
Control
and
Unit
I/O Hardware
Connector
ECU 2
Load Cards
FIU
The real-time application running on the processor board exchanges their input
and output data with the I/O hardware via special RTI blocks. The I/O hardware
for the simulator outputs is directly connected to the ECU 1 connector, which is
the connector for the ECU inputs. For the I/O mapping from the RTI blocks to the
ECU 1 connector, refer to I/O Mapping to the ECU 1 Connector on page 194.
The I/O hardware for the simulator inputs is connected to the ECU 2 connector
via the load boards and failure insertion units (FIU) respectively. ECU 2 is the
connector for the ECU outputs. For the I/O mapping from the RTI blocks to the
ECU 2 connector and the assignments of the load boards and FIU, refer to I/O
Mapping to the ECU 2 Connector on page 197.
Introduction The following table shows the connection between the RTI blocks and the ECU 1
connector (ECU inputs). For a description of the signals and their voltage range
or output current, refer to ECU 1 Connector Pinout ( dSPACE Simulator Mid-
Size Hardware Installation and Configuration).
194
dSPACE Simulator Mid-Size Features May 2018
I/O Mapping to the ECU 1 Connector
195
May 2018 dSPACE Simulator Mid-Size Features
I/O Mapping
196
dSPACE Simulator Mid-Size Features May 2018
I/O Mapping to the ECU 2 Connector
Introduction The following table shows the connection between the RTI blocks and the ECU 2
connector (ECU outputs). Additionally, the load board’s number and channel are
listed, which are connected to the ECU’s outputs. For a description of the signals
and their voltage range or output current, refer to ECU 2 Connector Pinout
( dSPACE Simulator Mid-Size Hardware Installation and Configuration).
197
May 2018 dSPACE Simulator Mid-Size Features
I/O Mapping
198
dSPACE Simulator Mid-Size Features May 2018
Limitations
Limitations
Introduction There are some limitations you have to take into account when working with
dSPACE Simulator Mid-Size.
199
May 2018 dSPACE Simulator Mid-Size Features
Limitations
Quantization Effects
Introduction Signal generation and measurement are only feasible within the limits of the
resolution of the timing I/O unit. The limited resolution causes quantization errors
that increase with increasing frequencies.
When performing square‑wave signal generation (D2F), for example, you will
encounter considerable deviations between the desired frequency and the
generated frequency, especially for higher frequencies. The (quantized)
generated signal frequencies can be calculated according to the following
equation:
f = 1/(n · R)
Example For example, if you select range 16 (0.3 mHz ... 305.17 Hz) and 130 Hz is
specified as the desired frequency for D2F, a frequency of 152.59 Hz is actually
generated.
The following illustration shows the increasing quantization effects for increasing
desired frequencies:
Generated frequency
Desired frequency
You should therefore select the range with the best possible resolution.
200
dSPACE Simulator Mid-Size Features May 2018
DS2210 Board Revision
Introduction Several features are supported only for DS2210 boards with specific revisions and
higher, for example, if you want to use the ignition capture unit for injection
capture. The following boards are extended in functionality:
§ DS2210 boards with board revision 4 or higher.
§ DS2210 boards with board revision 3 and FPGA revision 3 or higher (FPGA =
field programmable gate array).
Revision numbers The revision numbers are displayed with the following syntax: <board>.
0.<FPGA>.
3.0.3 means you have a DS2210 board with the revision 3 and a FPGA revision
number of 3 installed.
The revision number is printed on the board. You can also read out the number
with ControlDesk, refer to Board Details Properties ( ControlDesk Platform
Management).
Types of I/O conflicts There are I/O features that share the same board resources.
Conflicts concerning single I/O channels There are conflicts that concern
single channels of an I/O feature. The dSPACE board provides only a limited
number of I/O pins. The same pins can be shared by different I/O features.
However, a pin can serve as the I/O channel for only one feature at a time.
Conflicts for the DS2210 The following tables list the I/O features of the DS2210 that conflict with other
I/O features, and the related RTI blocks/RTLib functions.
§ Conflicts for the sensor and actuator interface
§ Conflicts for PWM Signal Generation on page 202
§ Conflicts for Square‑Wave Signal Generation (D2F) on page 202
§ Conflicts for PWM Signal Measurement (PWM2D) on page 203
201
May 2018 dSPACE Simulator Mid-Size Features
Limitations
Conflicts for PWM Signal The following I/O features of the DS2210 conflict with PWM signal generation
Generation provided by the sensor and actuator interface:
Conflicts for Square‑Wave The following I/O features of the DS2210 conflict with square‑wave signal
Signal Generation (D2F) generation provided by the sensor and actuator interface:
202
dSPACE Simulator Mid-Size Features May 2018
Conflicting I/O Features
Conflicts for PWM Signal The following I/O features of the DS2210 conflict with PWM signal measurement
Measurement (PWM2D) provided by the sensor and actuator interface:
Conflicts for Square‑Wave The following I/O features of the DS2210 conflict with square‑wave signal
Signal Measurement (F2D) measurement provided by the sensor and actuator interface:
203
May 2018 dSPACE Simulator Mid-Size Features
Limitations
Conflicts for Wheel Speed The following I/O features of the DS2210 conflict with wheel speed sensor
Sensor Simulation simulation provided by the sensor and actuator interface:
204
dSPACE Simulator Mid-Size Features May 2018
Conflicting I/O Features
Conflicts for Knock Sensor The following I/O features of the DS2210 conflict with knock sensor simulation
Simulation provided by the angular processing unit:
Conflicts for Spark Event The following I/O features of the DS2210 conflict with spark event capture
Capture (Last Event Window provided by the angular processing unit:
Read)
205
May 2018 dSPACE Simulator Mid-Size Features
Limitations
206
dSPACE Simulator Mid-Size Features May 2018
Conflicting I/O Features
Conflicts for Spark Event The following I/O features of the DS2210 conflict with spark event capture
Capture (Continuous Read) provided by the angular processing unit:
207
May 2018 dSPACE Simulator Mid-Size Features
Limitations
Conflicts for Injection Pulse The following I/O features of the DS2210 conflict with injection pulse position
Position and Fuel Amount and fuel amount measurement provided by the angular processing unit:
Measurement (Last Event
Window Read)
208
dSPACE Simulator Mid-Size Features May 2018
Conflicting I/O Features
Conflicts for Injection Pulse The following I/O features of the DS2210 conflict with injection pulse position
Position and Fuel Amount and fuel amount measurement provided by the angular processing unit:
Measurement (Continuous
Read)
209
May 2018 dSPACE Simulator Mid-Size Features
Limitations
Conflicts for the Serial The DS2210 supports only one serial interface. It can be configured as either
Interface RS232 or RS422 mode.
Limitation When you implement CAN communication with RTI CAN Blockset or with
RTLib's CAN access functions, the number of CAN messages in an application is
limited.
210
dSPACE Simulator Mid-Size Features May 2018
Limited Number of CAN Messages
Maximum number of CAN The sum of the above messages nsum in one application must always be smaller
messages than or equal to the maximum number of CAN messages nmax:
The maximum number of CAN messages nmax is listed in the table below:
1 1) 2 1) 3 1) 4 1) 1 1) 2 1) 3 1) 4 1)
DS1103 (1 CAN 100 98 – – – 96 2) – – –
controller)
DS2202 (2 CAN 100 98 96 – – 96 2) 92 2) – –
controllers)
DS2210 (2 CAN 100 98 96 – – 96 2) 92 2) – –
controllers)
DS2211 (2 CAN 100 98 96 – – 96 2) 92 2) – –
controllers)
MicroAutoBox 3) 100 98 96 – – 96 2) 92 2) – –
(2 CAN controllers
per CAN_Type1)
MicroLabBox (2 CAN 100 98 96 – – 96 2) 92 2) – –
controllers)
DS4302 (4 CAN 200 198 196 194 192 196 2) 192 2) 188 2) 184 2)
controllers)
1) Number of CAN controllers used in the application
2) It is assumed that RX service support is enabled for all the CAN controllers used, and that both CAN message identifier formats
(STD, XTD) are used.
3) Depending on the variant, MicroAutoBox contains up to three CAN_Type1 modules, each with 2 CAN controllers. The values in
the list apply to a single CAN_Type1 module.
Ways to implement more There are two ways to implement more CAN messages in an application.
CAN messages
Using RX service support If you use RTI CAN Blockset’s RX service support,
the number of receive (RX) messages nRX in the equations above applies only to
RTICAN Receive (RX) blocks for which RX service support is not enabled.
The number of RTICAN Receive (RX) blocks for which RX service support is
enabled is unlimited. Refer to Using RX Service Support on page 110.
211
May 2018 dSPACE Simulator Mid-Size Features
Limitations
Maximum number of CAN The number of available CAN subinterrupts you can implement in an application
subinterrupts is limited:
RTI CAN MultiMessage The following limitations apply to the RTI CAN MultiMessage Blockset:
Blockset § The configuration file supports only messages whose name does not begin
with an underscore.
§ Do not use the RTI CAN MultiMessage Blockset and the RTI CAN Blockset for
the same CAN controller.
§ Do not use the RTI CAN MultiMessage Blockset in enabled subsystems,
triggered subsystems, configurable subsystems, or function‑call subsystems. As
an alternative, you can disable the entire RTI CAN MultiMessage Blockset by
switching the CAN controller variant, or by setting the GlobalEnable
triggering option. This option is available on the Triggering Options Page
(RTICANMM MainBlock) ( RTI CAN MultiMessage Blockset Reference).
§ Do not run the RTI CAN MultiMessage Blockset in a separate task.
§ Do not copy blocks of the RTI CAN MultiMessage Blockset. To add further
blocks of the RTI CAN MultiMessage Blockset to a model, always take them
directly from the rticanmmlib library. To transfer settings between two
MainBlocks or between two Gateway blocks, invoke the Save Settings and
Load Settings commands from the Settings menu (refer to RTICANMM
MainBlock or RTICANMM Gateway ( RTI CAN MultiMessage Blockset
Reference)).
§ The RTI CAN MultiMessage Blockset is not included in the RTI update
mechanism and is not updated when you open a model with an older version.
To update the RTI CAN MultiMessage Blockset, invoke Create S-Function for
212
dSPACE Simulator Mid-Size Features May 2018
Limitations with RTICANMM
FIBEX 3.1, FIBEX 4.1, or The RTI CAN MultiMessage Blockset does not support multiple computation
FIBEX 4.1.1 file as the methods for signals. If several CompuMethods are defined for a signal in the
database FIBEX file, the RTI CAN MultiMessage Blockset uses the first linear computation
method it finds for the signal.
MAT file as the database In the RTI CAN MultiMessage Blockset, the length of signal names is restricted to
32 characters. However, MATLAB allows longer signal names. When MATLAB
entries are mapped to the signals in RTICANMM, the signal names are truncated
at the end and supplemented by a consecutive number, if necessary. To ensure
that unchanged signal names are used in the RTI CAN MultiMessage Blockset,
the signal names in the Simulink model must not exceed 32 characters.
AUTOSAR system description The RTI CAN MultiMessage Blockset does not support the following features that
file as the database can be defined in an AUTOSAR 3.2.2, 4.0.3, 4.1.1, 4.1.2, 4.2.1, 4.2.2, or 4.3.0
system description file:
§ Partial networking (There are some exceptions: Partial networking is supported
for MicroAutoBox equipped with a DS1513 I/O Board, MicroLabBox, and
dSPACE hardware that is equipped with DS4342 CAN FD Interface Modules.)
213
May 2018 dSPACE Simulator Mid-Size Features
Limitations
§ Unit groups
§ Segment positions for MultiplexedIPdus
§ ContainerIPdus
§ SecuredIPdus
§ End‑to‑end protection for ISignalGroups
§ Global time synchronization
Visualization with the Bus The current version of the RTI CAN MultiMessage Blockset supports visualization
Navigator with the Bus Navigator in ControlDesk 4.2.1 or later. You cannot work with
earlier versions of ControlDesk in connection with applications created with the
current version of the RTI CAN MultiMessage Blockset.
Limitations The following limitations apply to the J1939 support of the RTI CAN
MultiMessage Blockset:
§ The J1939 support for the RTI CAN MultiMessage Blockset requires a separate
license.
§ To use J1939, you must provide a J1939-compliant DBC file.
§ Though most messages are already defined in the J1939 standard, you must
specify the required messages in your DBC file.
§ When you gateway messages, J1939 network management (address claiming)
is not supported. This limitation applies to gatewaying via RTICANMM
MainBlocks and via RTICANMM Gateway block.
§ When you gateway J1939 messages via an RTICANMM Gateway block,
multipacket messages cannot be added to the filter list. This means that J1939
messages longer than 8 bytes cannot be excluded from being gatewayed.
§ For J1939 messages, the CRC option is limited to the first eight bytes.
§ For J1939 messages, the custom code option is limited to the first eight bytes.
§ Peer‑to‑peer communication for J1939 messages longer than 8 bytes via
RTS/CTS is supported only for receiving network nodes whose simulation type
is set to 'simulated' or 'external'.
§ CAN messages with extended identifier format and also J1939 messages use a
29‑bit message identifier. Because the RTI CAN MultiMessage Blockset cannot
differentiate between the two message types on the CAN bus, working with
extended CAN messages and J1939 messages on the same bus is not
supported.
214
dSPACE Simulator Mid-Size Features May 2018
Index
215
May 2018 dSPACE Simulator Mid-Size Features
Index
216
dSPACE Simulator Mid-Size Features May 2018