INCA-ODX V1.5 - UsersGuide
INCA-ODX V1.5 - UsersGuide
5
ODX-FLASH V1.5
User’s Guide
Copyright
The data in this document may not be altered or amended without special noti-
fication from ETAS GmbH. ETAS GmbH undertakes no further obligation in rela-
tion to this document. The software described in it can only be used if the
customer is in possession of a general license agreement or single license. Using
and copying is only allowed in concurrence with the specifications stipulated in
the contract.
Under no circumstances may any part of this document be copied, reproduced,
transmitted, stored in a retrieval system or translated into another language
without the express written permission of ETAS GmbH.
© Copyright 2005 - 2013 ETAS GmbH, Stuttgart
The names and designations used in this document are trademarks or brands
belonging to the respective owners.
Document DD010101 V1.5.0 R01 EN - 03.2013
2
ETAS Contents
Contents
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.1 About this Manual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.1.1 Target Group . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.1.2 Using This Manual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.1.3 Labeling of Safety Instructions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.2 Safety Instructions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2 Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.1 System Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.1.1 Hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.1.2 Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2 Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.3 Licensing of the Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.1 ETAS License Models . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.2 How to Get a License . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.3.3 The License File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3.4 Grace Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3.5 The "Expiration Warning" Window . . . . . . . . . . . . . . . . . . . . . . . . 17
2.3.6 Borrowing a License . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3 Introduction to ODX-FLASH and ODX-LINK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.1 Tasks of an ECU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.1.1 Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.1.2 Programming . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.2 The ODX Standard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.3 ODX-LINK V1.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.4 ODX-FLASH V1.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.5 Working with ODX Projects . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.5.1 Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
1 Introduction
This manual contains a description of the INCA add-ons ODX-FLASH V1.5 for
ODX-based ECU reprogramming and ODX-LINK V1.5 for ODX-based ECU diag-
nostics.
This manual is intended for specialist personnel trained in the development and
calibration of automotive ECUs. Specialist knowledge of measurement and ECU
technology is assumed.
Basic knowledge of how to operate a PC and work with WINDOWS® are also
assumed. All users should be able to run menu functions, activate buttons etc.
Users should also be familiar with the WINDOWS file storage system, particularly
with the connections between files and folders. The user must be familiar and
conversant with the basic functions of WINDOWS Explorer.
1.1.2 Using This Manual
Representation of Information
All activities to be carried out by the user are shown in what we call a ”Use-
Case” format, i.e. the target to be achieved is defined briefly in the title and the
individual steps necessary to achieve this target are then listed. The information
is displayed as follows:
Target definition
Typographic Conventions
Note
Important note for the user.
The safety instructions contained in this manual are shown with the standard danger sym-
bol shown below:
The following safety instructions are used. They provide extremely important information.
Please read this information carefully.
CAUTION!
indicates a low-risk danger which could result in minor or less serious injury
or damage if not avoided.
WARNING!
indicates a possible medium-risk danger which could lead to serious or even
fatal injuries if not avoided.
DANGER!
indicates a high-risk, immediate danger which could lead to serious or even
fatal injuries if not avoided.
DANGER!
Calibration activities influence the behavior of the ECU and the sys-
tems controlled by the ECU. This may result in unexpected behavior
of the vehicle and thus can lead to safety critical situations.
Only well trained personnel should be allowed to perform calibration
activities.
DANGER!
Sending out CAN messages influences the behavior of the CAN bus
network and the systems connected to it. This may result in unex-
pected behavior of the vehicle and thus can lead to safety critical sit-
uations.
Only well trained personnel should be allowed to perform CAN mes-
sage sending activities.
2 Installation
This chapter contains tips on installing the two add-ons ODX-FLASH V1.5 and
ODX-LINK V1.5.
2.1.1 Hardware
The hardware requirements for working with INCA V7.1 (or higher) are also suf-
ficient for the add-ons ODX-FLASH V1.5 and ODX-LINK V1.5 – they are described
in the manual “INCA V7.1 - Getting Started“.
2.1.2 Software
The same is true of the software requirements for working with ODX-FLASH V1.5
and ODX-LINK V1.5 as for the hardware requirements described above.
2.2 Installation
This section describes the installation of INCA-ODX.
Certain system requirements must be met to install the product. Make sure that
these system requirements are met before starting the installation. The system
requirements are in the section "System Requirements" on page 11.
To install INCA-ODX
• Click Next.
Information on the installation directories is dis-
played. ODX-LINK is installed in the existing INCA
directory.
• Click Next.
Installation starts.
• Click Finish.
This concludes the installation.
There are three different license models available for licensing your ETAS soft-
ware:
Machine-named license, local
Most of what is true of the user-named license applies to this type of license. The
difference is that here several users share a limited number of licenses.
If your company has a tool coordinator and server-based license management for
ETAS software, contact this person. Otherwise (in the case of a machine-named
license) you obtain your license from the ETAS license portal (the URL is shown
on your Entitlement Certificate).
There are three ways of logging in on the welcome page:
• Activation ID
Once you have logged in, a specific activation1 is visible and can be man-
aged – the activation ID is shown on your Entitlement Certificate.
• Entitlement ID
All activations of the entitlement2 are visible and can be managed (e.g. for
a company with just one entitlement).
• E-mail and password
All activations of the entitlements assigned to the user account are visible
and can be managed (e.g. for a tool coordinator responsible for several
entitlements).
If you need help in the portal, click the Help link.
What information is required?
Note
If this data changes (e.g. due to changes in the hardware or a change of user),
the license must be given a "rehost". This procedure is also described in the
portal help file.
License file
The result of your activities is the provision of a file <name>.lic with which you
can license your software in the ETAS License Manager.
1.
The activations refer to a specific product, its license conditions, the available
number of licenses and other details required for generating a license. Activa-
tions are identified uniquely with activation IDs.
2.
An entitlement shows the authorizations you have as a user; it stands for the
right to own one or more licenses for a product. It is a kind of account of rights
of use for software from which you can take licenses as you need to.
Note
The "Version" column shows the version number of
the license, not the version number of the software.
If you have not yet installed a license, you can still operate the software for a
limited amount of time – it then runs in what is referred to as grace mode. The
"Expiration Date" column shows how long you can continue to operate the soft-
ware in this mode.
If your installed license runs out in the next 30 days, a warning is shown when
you open the ETAS software.
The "Expiration Warning" window contains a list of licenses that expire in the
next 30 days. The expiration date is shown for each license; in the case of bor-
rowed licenses (see "Borrowing a License" on page 18) it also shows when the
borrowing period expires (i.e. the date when borrow mode runs out).
Click Manage Licenses to open the ETAS License Manager and install a valid
license file. As soon as you have installed a valid license, you can continue to
operate the ETAS software in normal operating mode.
Click Ignore to close the dialog box and start the ETAS software. This is only
possible during the grace period; as soon as the grace period has expired, you
can only continue to use the ETAS software once you have installed a valid
license file.
As soon as the expiration date has been reached, you can continue to use the
ETAS software for a further 14 days in what is referred to as limited mode (see
"Grace Mode" on page 16). Once this phase is over, the ETAS software can only
be used when a new or updated license file has been installed.
The borrowing mechanism makes it possible to work offline even when using a
server-based license (i.e. without being connected to the license server).
Note
You can only borrow a license if a server-based license is being used!
You can now use the relevant ETAS software offline until the expiration date of
the borrowed license has been reached.
If you want to use the ETAS software longer than you had originally planned, you
can borrow the license again. If you stop using the ETAS software earlier than
planned, you can return the license to the license server early (Return License).
A borrowed license can only be returned by the person that borrowed it; it can-
not be returned by another person.
Every ECU has its own specific function area, for example gearbox, engine, or
door ECU. The data the ECUs need to fulfil their tasks is received from a large
number of analog and digital sensors. The ECUs receive additional data via the
vehicle’s bus systems (onboard communication). For example, the gearbox sends
information about the gear currently selected to the engine ECU so that the lat-
ter can calculate the correct ignition time.
In addition to the actual acquisition of data (sensor system), actuating elements
play an extremely important role. Target values calculated by the ECU are con-
verted to physical values (voltage, pressure etc.) using various actuators.
Communication Tasks
Normally an ECU requires information from other ECUs to carry out its control-
ling tasks. The resulting communication with other ECUs is referred to as
onboard communication. This involves an ECU sending information on the bus
system and all other ECUs checking to see whether they need this information.
Diagnostic Tasks
The third category of task of an ECU, after the controlling tasks and communica-
tion, is diagnostics. The increased volume of electronic components inside the
vehicle is providing more and more diagnostic options. Communication between
ECUs and diagnostic devices is referred to as offboard as the diagnostic system is
not part of the vehicle. The diagnostic system provides developers and techni-
cians with a lot of failure-specific and vehicle information which helps them to
solve vehicle problems and optimize vehicle performance.
3.1.1 Diagnostics
Developers can also use the diagnostic functions to acquire up-to-date informa-
tion on the behavior of the ECU under normal operating conditions.
Diagnostic functions can also be used during production. Internal test results can
be checked or the serial number of the ECU is read to guarantee a faultless
device.
3.1.2 Programming
Development ECUs are usually equipped with flash memory so that the software
for the program and data version can be updated via flash programming.
The use of flash as a memory technology for the program and data version is also
increasing in production ECUs. This makes software updates for ECUs possible
“in the field” thanks to reprogramming of the flash memory, for example using
the central offboard diagnostic interface of the vehicle. This makes it possible to
update the software without having to remove the ECU from the vehicle, which
means a considerable saving in terms of cost in comparison to having to
exchange an ECU.
This also means an increase in flexibility in the areas:
• Software update due to improvements or changes of regulations
• Servicing new ECU series
• Activating or deactivating vehicle functions
The possibility of flashing also results in a cost reduction as only software variants
are used instead of different ECU variants (platform ECUs). In addition, the
exchange of hardware is avoided (e.g. changing of EEPROM chips).
The increased speed of function development and optimization means products
are ready for the markets faster and also enables quality improvements in the
service sector at short notice.
The following figure shows an overview of the ISO standards and ASAM specifi-
cations for MCD systems.
ISO 22900-3
ASAM MCD 3
MVCI Server API
API
ISO 22901
MCD
Data
System ASAM MCD 2D (ODX)
Hardware Interface
ISO 22900-2
ASAM MCD 1
ODX-LINK V1.5 supports ODX files (including PDX = Packaged ODX) and the
binary databases created with DTS-Venice which correspond to the “ASAM
MCD 2D (ODX) V2.0.1” specification. This thus guarantees the use of single-
Amongst others1, ODX-LINK V1.5 supports the following ETAS measure and cal-
ibration hardware:
• ES690 Compact System, ES59x Interface Modules
• ES58x ES59x Interface Modules
• ES6510 / ES520 Vehicle Interface Modules
• ES910 Rapid Prototyping Module / ES921 CAN Module
• ES511 / ES520 Interface Modules
By using ETAS hardware, measure, calibration and diagnostic access to the ECU
are possible both from a user interface and via a hardware interface, e.g. UDS on
CAN. This means software and hardware costs can be saved and valuable time
gained to spend on development.
ODX-LINK and INCA
But ODX-LINK offers a great deal more than the special dialog boxes for querying
diagnostic data: The diagnostic data that can be queried by the ECU (via the
diagnostic interface) can be used as normal measurement signals in INCA.
This means that all INCA functions that are available for measurement signals can
also be used for diagnostic data:
• configuration of measure windows with diagnostic signals in the experi-
ment via the variable selection
• definition of trigger conditions based on diagnostic signals
• definition of calculated signals
• recording of diagnostic data in INCA measure files
Diagnostic data can thus be measured together with standard INCA measure
data acquired address-based via measure interfaces such as, for example, ETK,
CCP and XCP, and recorded and analyzed in a common measure file. Among
other things, this makes it possible to validate and evaluate diagnostic data more
precisely and efficiently than before.
1.
Generally, ODX-LINK and ODX-FLASH support all INCA hardware with a CAN
or K-Line port – the following is simply a list of a few examples.
ODX-FLASH V1.5 supports ODX files (including PDX = Packaged ODX) and
binary databases created with DTS-Venice which correspond to the “ASAM
MCD 2D (ODX) V2.0.1” specification. This thus guarantees the use of single-
source databases throughout the entire development cycle – new implementa-
tion of flash information, which is both expensive and prone to errors, is thus no
longer necessary.
Protocols
ODX-FLASH V1.5 supports the following ETAS measure and calibration hardware
as ODX-LINK V1.5 (see "Hardware Support" on page 24).
Using these interfaces enables common access via CAN and K-Line for measuring
and calibration, diagnostics and flash programming.
3.5.1 Procedure
This section takes a brief look at the procedure in INCA – for more details, refer
to the two tutorials "ODX-FLASH Tutorial" on page 39 and "ODX-LINK Tutorial"
on page 133.
• Create a main directory and workspace
• Add an ECU project if necessary
This step can be skipped (see "Diagnostics without an A2L File"
on page 27).
• Read in the ODX project
• Add a hardware configuration (diagnostic or flash devices) (see "Auto-
matic Search for and Configuration of OBDonCAN Devices" on page 28)
– In the Hardware Configuration Editor: Device Add
• ODX configuration
– In the Hardware Configuration Editor: Hardware Configure ODX.
Select the ODX project.
– Logical link mapping (assignment of a logical link of the ODX project
to the INCA device)
Note
The ODX communication parameters must comply with the ISO 22900-1
specification for ODX V2.0.1 (as far as parameter names, values, units, etc. are
concerned)!
An ECU project can still be assigned to UDS or KWP2000 devices – in this case,
the A2L file is the “master“ and ODX parameters are ignored.
If you use a UDS or KWP2000 device in the hardware configuration, you can
simply skip assigning an A2L file – after assigning an ODX project and logical link
for the device, the communication parameters are read out of ODX and used
during hardware initialization.
Note
If hardware initialization via ODX communication parameters does not work,
you have either assigned the wrong logical link or the ODX data does not cor-
respond to the ECU.
In ODX-LINK V1.5 it is possible to search for all connected devices that support
OBDonCAN. To do so, select Hardware Search For OBD ECUs in the Hard-
ware Configuration Editor.
An OBDonCAN device with the correct OBD parameters (baud rate and CAN-ID)
is automatically added to the hardware configuration for every ECU found.
For more details, refer to "Using the OBD Protocol with ODX-LINK" on page 154
in the tutorial.
DANGER!
Changing the ECU ROM influences the behavior of the ECU and the
systems influenced by that ECU. The result of this activity can lead to
undesired behavior of the vehicle and thus to safety-relevant situa-
tions.
Only technically experienced personnel are allowed to change the
ECU memory.
CAUTION!
Once the content of the ECU memory has been overwritten, this
action cannot be undone. To restore the original state, the original
data has to be reprogrammed to the ECU using a flash job.
Flash Job
The flash job contains the sequence control of ECU programming. This has to be
available in the programming language Java, in accordance with the ODX stan-
dard. The sequence control can be created in any JAVA development tool, such
as Eclipse, VisualJava etc.
The flash job uses the diagnostic services and security DLLs specified in the ODX
files. References are made to the flash job from these ODX files. This is how flash
job, ODX files and security DLLs are coordinated with one another and can be
exchanged at any time.
The flash job can be in one of the following file formats:
• *.java
• *.class
• *.jar
ODX Files
Flash File
The security DLLs enable access to the ECU (e.g. via seed & key). Specifications on
how authentication is to take place are defined by the ECU manufacturer.
The structure of the main components and subroutines of the Java Job Templates
is as follows for all supported diagnostic protocols:
• Initialization
• Authentication / preparation
– Ending the diagnostic session
– Security check
– Starting the new programming job
– Communication timing for the flash job
– Information on the person responsible for the flash job started (e.g.
user name from the operating system)
• Programming
– Deleting the flash memory
– Segment-by-segment programming
– Verification of the newly programmed segments (using checksum
algorithms)
• Post programming
– Resetting the time parameters
– Resetting the ECU
– Restarting the diagnostic session
Depending on the requirements, the java jobs may also have a different struc-
ture.
Files of the Java Job Templates
All messages which are created after the start of the flash job in the message
window of the user interface of ODX-FLASH, first have to have been defined in
the flash job.
The following messages are issued during the flash job using methods from the
Utility class in the example provided with ODX-FLASH:
• Progress of the flash job (updateProgressBar method)
• Intermediate status (sendIntermediateResult method)
• Final status of the flash job (sendFinalResult method)
The messages issued by the flash job are also written to the ETAS\Logfi-
les\ODX directory.
This file contains the communication parameters for the connection to the ECU.
ODX-D
This file contains the hierarchically structured diagnostic levels in which the diag-
nostic services of the diagnostic protocol they are based on are defined. These
services are used by the flash job to program the ECU.
ODF-F
This file contains the flash containers. In turn, these contain the memory areas,
flash sessions, the reference to the flash file and the reference to the flash job.
ODX-V
The Database Manager (DBM) creates and manages the individual database
objects which are required when working with INCA. As in Windows Explorer,
you can create, move and copy folders and objects in the Database Manager, as
well as import and export projects, experiments and configurations. In addition,
you can also create completely new databases.
For more details on the Database Manager refer to the “Working in the Data-
base Manager” chapter of the INCA manual.
The following database objects, required for working with ODX-FLASH, are man-
aged here:
• Workspace (incl. hardware configuration)
• Experiments
• ECU projects (A2L)
• ODX configurations
If a PDX project is selected in the DBM, then, as the case may be, project infor-
mationen will be shown in the window area 3 ODX Project Info. This project
information is the check history of the ODX project and is edited by the author
of the ODX project.
If a user needs further information regarding a project, he can find out in this
way who edited the project last.
4.3.2 Hardware Configuration Editor
In ODX-FLASH, you enter the final settings for the flash job and run it.
The selected settings are stored and used again as standard settings the next
time the flash tool is launched.
ODX-FLASH User Interface
Note
Flash IDs are only displayed if the relevant projects have actually been
assigned a flash ID (see "The ODX Flash ID" on page 38).
• Flash button
This button is used to start the flash job.
• Close button
This button saves the changes made and closes the flash tool without
starting the flash job.
• Cancel button
This button closes the flash tool without saving the changes and without
starting the flash job.
The ODX flash ID is intended to simplify the assignment of an ODX project (for
flashing an ECU) to an ECU project (in the form of an A2L file).
Note
ECU projects and ODX projects do not have to be assigned flash IDs – in this
case, assignment takes place without the following dialog box.
If the ECU project has a flash ID, the following window opens during the assign-
ment of an ODX project (Hardware Configure ODX in the Hardware Con-
figuration Editor) which is also assigned one (or even more) flash IDs.
This is where the flash IDs of all ODX projects in the database are compared to
the ID of the ECU project and the degree to which the names of these IDs match
is shown in the “Match [%]” column.
The longest ID string is decisive here, so “Match” is somewhere between 0 and
100%. If an ODX project does not have a flash ID, it is shown in the list as
“Match = 0%”.
A project which has been selected once before is shown on a colored back-
ground. An ODX project can be listed several times because it can contain several
flash IDs which correspond in varying ways to the flash ID of the ECU project.
To select the ODX project, choose the line you require and click OK.
5 ODX-FLASH Tutorial
In this tutorial you will learn the major operational procedures in ODX-FLASH
V1.5.
You do not need any additional devices for this exercise. The ECU and the device
via which the flash job is executed are simulated in this exercise by the "ODX test
device". The measuring/calibration device is simulated by the "ETK test device".
For this tutorial, you need to have installed INCA V7.1 and ODX-LINK V1.5/ODX-
FLASH V1.5. For details on the installation of ODX-LINK V1.5/ODX-FLASH V1.5,
refer to the section "Installation" on page 11. For this tutorial, you should be
familiar with basic INCA operations.
The tutorial contains the following lessons:
• Lesson 1: Creating an INCA Workspace and Configuring the Devices
Here you prepare the INCA system for the “ODX Flash Tutorial” applica-
tion by setting up the database required for the task, setting up a work-
space, adding and then configuring the required devices.
• Lesson 2: Defining ODX Parameters
In this lesson, you determine which device is to be used as the measuring/
calibration device, which device is to be used as interface for program-
ming the ECU and which ODX project is to be used for this.
• Lesson 3: Making Settings for the Flash Job in Memory Page Man-
agement
In this lesson, you define the tasks to be executed during the flash job in
memory page management.
• Lesson 4: Executing the Flash Job from an Experiment
In this lesson, you execute the flash job directly from an experiment. This
means you can transfer the settings you have made in the experiment
directly to the flash memory of the ECU.
• Lesson 5: Flashing with External Data
In this lesson, you write information directly from an external hex file to
the flash memory of the ECU during the flash job.
• Start INCA.
The Database Manager (DBM) opens.
• Click Open.
A window opens in which you can select the project
program file.
• In the INCA data folder
ETASData\INCA7.1\Data\Demo select the
ODX-FLASH Tutorial-SimETK.s19 file.
• Click Open.
The ODX-FLASH Tutorial-SimETK project is
added.
• Add a second ECU project, ODXTestDe-
vice.a2l, as described above from the same
folder.
• As no ECU program file is required for this project,
select Cancel in the next file selector window.
The ODXTestDevice project is also added.
• Click OK.
A window opens in which you can select the
project.
• Click Open.
The Hardware Configuration Editor opens and the
added device is displayed in the “Hardware
devices” window.
• Click OK.
• Leave all the windows open for the next exercise.
In this exercise, you have created a new INCA workspace and configured a
simulated flash device connected via CAN and a simulated measuring/calibration
device connected via ETK in the hardware environment.
The “Device Usage” box now displays what the device is to be used for – these
values cannot be changed in this box.
To assign an ODX project to the flash device
• Click OK.
The ODX project is now assigned to the flash
device.
ODX projects with this icon can be used to program the ECU memory.
ODX projects with this icon can only be used with ODX-LINK. Programming is not
possible with these ODX projects as not all ODX components or references which
are required for programming are contained.
5.3 Lesson 3: Making Settings for the Flash Job in Memory Page Man-
agement
In this lesson, you activate memory page management and specify the settings
for the flash job.
• Open the Hardware Configuration Editor.
• In the “Hardware devices” box, select the measur-
ing/calibration device ETK test device.
The title bar of the window shows the job to be executed and the flash device.
In this example “Flashing Code and Data for Device ODX-Testdevice:1”
The title bar of the window shows the job to be executed and the flash device.
In this example: “Flashing Code and Data for Device ODX test device:1”.
• In the “Project Name” box, enter the file name of
the ODX project to be used.
In this example, the ODX project "ETAS_ME9U" is
the only choice.
• In the “Vehicle Information” box, enter the vehicle
for which the ECU is to be programmed.
In this example, "DefaultVIT" is the only option
available. Information about the vehicles the ECU
can occur in is specified in the ODX project.
• In the “Logical Link” box, enter the connection pro-
tocol to be used for the connection between the
flash device and the ECU.
• In this example, select the option
"DiagCan_ME9U".
• In the “Flash Session” box, enter the session to be
executed during the flash job.
• In this example, select the option
"ME9U_FlashCodeAndData".
• Click Flash.
The ECU is now programmed.
Information about which vehicles, which connection protocols and which flash
sessions are available are specified in the ODX project.
5.6 Summary
These are the tasks you have executed in the lessons in the tutorial:
• Created a top folder and INCA workspace
• Added an ECU project
• Added an ODX project
• Defined a flash device
• Defined a measuring/calibration device
• Assigned an ODX project to the flash device
• Made settings for memory page management
• Made settings in ODX-FLASH and executed the flash job
You have also completed the following tasks to enable the flash job to be exe-
cuted from an experiment:
• Created an experiment
• Called an experiment
• Called memory page management from the experiment
All configurations you have executed in this tutorial have been supplied as a
demo configuration in an export file. You can import this demo configuration
containing all database objects.
ETAS
6.1 General Errors
Error Remedy
Hardware Configuration Editor cannot be opened from the DBM. Check whether a database object of the type “Workspace” has
been selected.
Memory page management cannot be opened from the Hardware Make sure a measuring/calibration device has been selected.
Configuration Editor .
The required vehicle type (Vehicle Information) is not displayed in Use a different ODX project which is designed for the required
ODX-FLASH. vehicle type.
The desired action (Flash Session) is not available in ODX-FLASH. Check whether the selected connection protocol (Logical Link) is
suitable for the desired action.
The desired project (Project Name) is not available in ODX Flash. Make sure that you have specified the name of the basic file here.
Project name and file name may differ.
ODX-FLASH Troubleshooting
57
58
ODX-FLASH Troubleshooting
Error Message Error Description Remedy
Error in TP_BLOP generation: Com- The ODX-COM-PARAM-Spec contains a Check the parameters in terms of their validity range
Param * is out of valid range parameter whose default value is outside (see "ODX Communication Parameters"
the valid range. on page 185).
Error in TP_BLOP generation: Com- A parameter is missing from the ODX- Check whether all parameters necessary for initializ-
Param * not found COM-PARAM-Spec which is required for ing the flash device are available (see "ODX Commu-
initializing the flash device. nication Parameters" on page 185).
Error in TP_BLOP generation: Sending The ODX-COM PARAMs define a “Tester Set the byte size of the “CP_TesterPresentMessage”
a Tester Present Message without present” message without parameters. parameter to a value >1.
parameters is not allowed for * UDS does not support this.
Error when start flashings When an attempt was made to start the Please read the notes in the protocol window of the
flash job, an error occurred in the MVCI DiagServer.
Server.
ODX-FLASH V1.5 - User’s Guide
ODX-FLASH is not licensed No valid license for ODX-FLASH could be Check your license for ODX-FLASH. Contact your
found. ETAS Support.
Within flash session '*' the hex file is The ODX-FLASH Container has no refer- Assign an external flash file to the ODX-FLASH
not replaceable ence to an external flash file. INCA does container.
not support this.
Flash Job finished without final result The flash job did not return a result. Edit the flash job so that a result is always produced.
ETAS
ODX-FLASH V1.5 - User’s Guide
ETAS
Error Message Error Description Remedy
Can't write '* to file There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
Unable to connect device '*' to the No connection can be established Check all physical connections between the INCA-PC
ECU between the flash device and the ECU. and the ECU.
Check the power supply.
Make sure the protocol used is supported by the
ECU.
Version check of ODX Project failed The ODX project to be used was created Create the ODX project in the INCA version to be
with a more recent INCA version. used to program the ECU.
Can't set project path to '*' An error occurred when specifying the Shut down INCA, delete the contents of ETAS temp
project path in the MVCI Server. and reboot INCA.
It may be necessary to reboot your PC.
Some referenced files or directory do The ODX project cannot be imported on Check the ODX project to be imported as well as the
not exist the basis of the selected file(s). referenced components.
Some of the referenced files have an
unsupported file extension
ODX-FLASH Troubleshooting
Flash Job returned with error Executing the flash job returned an error. Check the flash user interface for further error infor-
mation.
The settings are incomplete The flash job could not be executed as Check the settings in the ODX-FLASH user interface
not all necessary settings had been made and update/complete these if necessary.
in the ODX-FLASH user interface.
59
60
ODX-FLASH Troubleshooting
Error Message Error Description Remedy
The ODX project is inconsistent. It There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
contains no project file (*.prj) ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
The database object for the ODX project Generate a new database object using the ODX files.
is damaged.
Decompressing failed There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
Can't create temporary directory ’*’. There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
Can't remove temporary directory INCA cannot remove a subdirectory from
the ETAS temp temporary directory.
INCA is still accessing this file. Shut down INCA, delete the contents of ETAS temp
ODX-FLASH V1.5 - User’s Guide
ETAS
ODX-FLASH V1.5 - User’s Guide
ETAS
Error Message Error Description Remedy
The ODX project is inconsistent. It There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
contains no file '*' ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
The database object for the ODX project Generate a new database object using the ODX files.
is not valid.
The ODX project is inconsistent. File There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
'*' is not readable ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
The database object for the ODX project Generate a new database object using the ODX files.
is not valid.
Extended addressing for tester and The “CP_CanRespUSDTFormat” parame-
normal addressing for ECU is not sup- ter requires “extended adressing” for the
ported tester and “normal adressing” for the
ECU. INCA does not support this combi-
nation.
The “CP_CanPhysReqFormat” parameter
ODX-FLASH Troubleshooting
requires “extended addressing” for the
tester and “normal addressing” for the
ECU. INCA does not support this combi-
nation.
61
62
ODX-FLASH Troubleshooting
Error Message Error Description Remedy
Unable to create ODX project. The The applications ODX-FLASH and ODX- End ODX-FLASH or ODX-LINK respectively.
MVCI Server is in use. LINK, and the adding of an ODX project
to the database cannot take place simul-
taneously.
ODX file import failed due to one of An error was reported by the MVCI Server Check the reference files of the project to be imported.
the following reasons: some ODX during the conversion or verification of
files or files referenced by the the ODX project.
selected ODX files (e.g. java code)
are missing
ODX file import failed due to one of Create the ODX project and the relevant ODX files in
the following reasons: the ODX files accordance with the “ODX V2.0.1” specification.
are not ODX V2.0.1 compliant
ODX file import failed due to one of Check whether the ODX files conform to the ASAM-
the following reasons: the ODX files ODX rules.
are inconsistent and violate ASAM
ODX checker rules.
ODX-FLASH V1.5 - User’s Guide
Reinstall ODX AddOn Installation. Necessary directories or files of the ODX Install ODX Add-on again.
Add-on installation are missing.
Can't save ODX project to file '*' There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
ETAS
ODX-FLASH V1.5 - User’s Guide
ETAS
Error Message Error Description Remedy
The ODX project is inconsistent. It There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
contains no project file (*.prj) ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
The database object for the ODX project Generate a new database object using the ODX files.
is not valid.
Decompressing failed There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
Can't create temporary directory ’*’. There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
Can't remove temporary directory INCA cannot remove a file from the ETAS
temp temporary directory.
INCA is still accessing this file. Shut down INCA, delete the contents of ETAS temp
and reboot INCA.
ODX-FLASH Troubleshooting
Another process is still accessing this file. End all other applications which could be accessing the
ETAS temp directory.
It may be necessary to reboot your PC.
You do not have the necessary user Contact your system administrator.
rights.
63
64
ODX-FLASH Troubleshooting
Error Message Error Description Remedy
Can't copy file '*' to '*' There is too little storage space in the Shut down INCA, delete the contents of ETAS temp
ETAS temp folder. and reboot INCA.
It may be necessary to reboot your PC.
You do not have the necessary user Contact your system administrator.
rights.
Close ODX-LINK The applications ODX-FLASH and ODX- End ODX-FLASH or ODX-LINK respectively.
LINK, and the adding of an ODX project
to the database cannot take place simul-
taneously.
Error accessing MVCI Server An error occurred when trying to access Shut down INCA, delete the contents of ETAS temp
the MVCI Server. and reboot INCA.
End all other applications which could be accessing the
ETAS temp directory.
It may be necessary to reboot your PC.
Can't remove the file '*' INCA cannot remove a file from the ETAS
temp temporary directory.
INCA is still accessing this file. Shut down INCA, delete the contents of ETAS temp
and reboot INCA.
ODX-FLASH V1.5 - User’s Guide
Another process is still accessing this file. End all other applications which could be accessing the
ETAS temp directory.
It may be necessary to reboot your PC.
You do not have the necessary user Contact your system administrator.
rights.
Can't load ODX project '*' An error occurred when adding an ODX Shut down INCA, delete the contents of ETAS temp
project to the INCA database. and reboot INCA.
It may be necessary to reboot your PC.
ETAS
ODX-FLASH V1.5 - User’s Guide
ETAS
Error Message Error Description Remedy
The file * is missing. A necessary file of the ODX Add-on instal- Install ODX Add-on again.
lation is missing.
The ODX project is inconsistent. It There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
contains no file '*' ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
The database object for the ODX project Generate a new database object using the ODX files.
is not valid.
'The directory * is missing.. A necessary directory of the ODX Add-on Install ODX Add-on again.
installation is missing.
The ODX project is inconsistent. File There is too little storage space in the Delete the contents of ETAS temp and reboot INCA.
'*' is not readable ETAS temp folder.
You do not have the necessary user Contact your system administrator.
rights.
The database object for the ODX project Generate a new database object using the ODX files.
is not valid.
Can't delete temporary ODX project INCA cannot remove a file from the ETAS
in file '*' temp temporary directory.
ODX-FLASH Troubleshooting
INCA is still accessing this file. Shut down INCA, delete the contents of ETAS temp
and reboot INCA.
It may be necessary to reboot your PC.
Another process is still accessing this file. End all other applications which could be accessing the
ETAS temp directory.
It may be necessary to reboot your PC.
You do not have the necessary user Contact your system administrator.
rights.
65
66
ODX-FLASH Troubleshooting
Error Message Error Description Remedy
Can't delete temporary file '*' INCA cannot remove a file from the ETAS
temp temporary directory.
INCA is still accessing this file. Shut down INCA, delete the contents of ETAS temp
and reboot INCA.
It may be necessary to reboot your PC.
Another process is still accessing this file. End all other applications which could be accessing the
ETAS temp directory.
It may be necessary to reboot your PC.
You do not have the necessary user Contact your system administrator.
rights.
Error in TP_BLOP generation: Send- The ODX-COM PARAMs define a “tester Set the value of the “CP_TesterPresentHandling”
ing a Tester Present Message is present” message without parameters. parameter to 1 or set the byte size of the
required for * KWPOnCAN does not support this. “CP_TesterPresentMessage” parameter to a value > 0.
ODX-FLASH V1.5 - User’s Guide
ETAS
ETAS ODX Link Menus and Functions
Note
The configuration of most ODX-LINK user views (apart from
“DiagnosticServices” and “HexServices”) must correspond to the ODX
diagnostic database read in.
ODX-LINK makes ODX configurations (ODX databases and the corresponding
default window configurations) available to all available standard diagnostic
protocols (KWP2000, Diagnostics on CAN, UDS and OBDonCAN) in the form
of INCA export files (to be found in ETASData\INCA7.1\export\ODX).
Please note, however, that these ODX configurations may not actually suit all
diagnostic services of the ECU used, as the diagnostic services of many ECUs
deviate from the relevant standard diagnostic protocol. ECU-specific fault
memory entries and environment data in particular are thus not part of these
sample configurations.
Unlike other diagnostic protocols, the OBD standard defines which services there
are, how they are to be parameterized and which responses they supply.
This is why it is possible in the application case “OBD“ to use a specific ODX
project and preconfigure the “OBD“ user view entirely for this project.
When the “OBD“ user view is opened, a check is made to see whether all the
necessary services and parameters etc. exist in the ODX project currently being
used by ODX-LINK. If this is not the case, an error message is issued. In this case,
the “OBD“ user view is opened but cannot be used with the current database.
Note
The “OBD“ User View can only be used with the ETAS OBD-ODX database
ETASData\ODX1_5_0\Projects\OBDonCAN_ETAS. The database is also
contained in the INCA export file:
ETASData\INCA7.1\export\ODX\OBDonCan.exp provided.
Default Configurations
All current results of the service requests which you define with user views, can
be saved via a Snapshot function. You decide for each individual user view
whether its result should be included in the snapshot file. The relevant informa-
tion can be found in the configuration settings of the individual user views.
The snapshot icon – a small camera – at the very left of the title bar of each user
view window shows that the results of this user view are recorded in the snap-
shot. For more details on the snapshot function, refer to the section "Snapshots"
on page 122.
Names of User Views
If several user views of the same type but with different configurations are used
in an experiment, they can be given different names (with the exception of “Hex-
Service“).
To do this, select Configure and enter the desired name in the “Window
Name“box.
The services can either be displayed as a list (see left of the figure) or in functional
classes (shown by a folder) (see right of the figure) in a user view window (e.g.
DiagnosticServices):
The Diagnostic Services function allows you to send a service request to the
ECU. The service request must be defined in the diagnostic database. The service
request and its result can be shown both in clear text and in hexadecimal nota-
tion. All clear text must be defined in the diagnostic database. The display of the
service request and the results can be configured.
The request can be executed either just once or recur periodically. The recurrence
rate can be configured.
If the cyclical send timeframe you defined cannot be adhered to, for example
because the bandwidth of the interface is not sufficient, it is adjusted automati-
cally. In this case, the adjusted cycle time is shown with a red background.
To configure a diagnostic service
Option Meaning
Show tester data Service request and relevant parameters which were
sent to the ECU
Show response status Type of response of the ECU, response status
Show message bytes Response of the ECU in hexadecimal notation
Show response ASAM MCD2D-interpreted response of the ECU
parameter
Show only last response Shows only the data of the last service request. The
data of previous service requests is deleted.
Update during cyclic If the cyclic repetation of the service request is acti-
execution vated, the display is updated in every cycle.
• Click Send.
The service request is sent to the control unit and
the response from the ECU will show up in the bot-
tom section of the window.
The data (PDU, Protocol Data Units) sent to the ECU after the service ID has been
entered, can be modified manually. To do this, use hexadecimal notation to
enter the data in the “PDU” field. Please note that afterward, you can no longer
select the parameters for this service.
Java Jobs
The ODX data model makes it possible to run Java code. These Java jobs are
handled like diagnostic services - in particular, intermediate results can be issued
while they are run.
Java jobs are indicated with a Java icon in the list of services - when selected in
the list, both job parameters and diagnostic service parameters are shown on the
right in the window and can also be edited there.
Java jobs are started using the Send button - depending on how complex they
are these may take several seconds or even minutes to run.
Although not permissible in the ODX data model, working with Java GUIs is tech-
nically possible (see the example “JobDemo_JavaGUIs”).
Note
The first time they are run, the Java windows may remain in the background!
The windows are only in the foreground when they are run again.
This function allows you read the whole ECU identification. The result for the
service request will be displayed in clear text. The service requests and all clear
text must be defined in the diagnostic database.
This function also allows you to configure the service request and its parameters,
as well as the display of the results.
Alternatively, the ECU identification and the Scaling Table can be determined.
Then no entries are required in the diagnostic database.
The window can also be used to generate diagnostic signals for the INCA vari-
able selection (see "Diagnostic Signals in the INCA Variable Selection"
on page 125).
To configure the ECU Identification
Note
After installation, this function is assigned the “[1A]
readECUIdentification” service from the KWP2000
protocol (if this service is contained in the diagnostic
database). However, you can assign any ODX service
to this function.
The Hex Service view allows you to send any data to the ECU through one of
the defined interfaces. You select the diagnostic database for each ECU defined.
The response from the ECU is shown in hexadecimal notation.
The data you enter is stored in a history. You can use data entered within a
session as many times as required.
To execute a hex service
The response of the Diagnostic Trouble Code function can be configured. This is
where you determine how the results of the service requests are displayed,
whether the results are recorded in a snapshot and how the environment data is
read.
• Select ODX User views DiagTroubleCode.
• Click Configure.
The configuration dialog box is displayed.
• Click General in the left-hand window.
Option Meaning
Hide environment data The display of the environment data on the trou-
display ble-log entry is suppressed.
Hide request and response The display of the service request and the
bytes display response of the ECU in hexadecimal form is sup-
pressed.
Snapshot relevant The results of the service request are recorded in
the snapshot. For more details on the snapshot
function, refer to the section "Snapshots"
on page 122.
Perform snapshot after each Each time a DTC is read, a snapshot is taken.
non-cyclic read operation This is not the case when the “Cyclic” option is
active.
Environment data recording The environment data is only read for the
only for selected DTC selected trouble-log entry.
Environment data recording The environment data is read for all trouble-log
for all DTCs at once entries.
Read environment data with In the cyclical querying of trouble-log entries, all
every cycle relevant environment data is automatically read.
Execute sequence with The sequence specified under “Environment
every cycle Data Sequence” is executed every cycle.
Note
After installation, the following diagnostic services are assigned to this
function:
Read fault memory: “ReadDTCByStatus“
Clear fault memory: “ClearDiagnosticInformation“
Read environment data: “ReadFreezeFrameDataByDTC“
If these diagnostic services are not contained in the diagnostic database you
use or you would like to use other services, you have to adapt the configuration
accordingly.
The relevant diagnostic service from the diagnostic database has to be config-
ured for reading and clearing the fault memory as well as reading the environ-
ment data.
To configure the diagnostic service
You have to specify the relevant service identification for each of the operations.
• Select ODX User views DiagTroubleCode.
• Click Configure.
The configuration dialog box is displayed. The oper-
ations to be configured are displayed in the left-
hand window.
• Open the operation you want to configure.
You have to specify the parameters for the service identification for each of the
operations.
• Select ODX User views DiagTroubleCode.
• Click Configure.
The operations to be configured are displayed in the
left-hand window.
• Click OK.
Note
If an error message is displayed, the service request
for reading the environment data has possibly been
defined incorrectly.
• Click ClearDTCs.
The service for clearing the fault memory will be
sent to the ECU. A positive or negative response
from the ECU will be displayed. A positive response
indicates that the fault memory has been cleared.
The Memory Dump function is used to read the contents of memory areas from
the ECU memory. The prerequisite for this is that the diagnostic interface of the
ECU supports this functionality.
You define up to five memory areas which are then read by clicking the relevant
button. The memory areas can be defined both as hexadecimal addresses and
ASAP labels. You can also define unconnected address spaces as a memory area.
The values are issued as hexadecimal numbers or - if the conversion functions are
defined - as physical quantities.
The control elements of the Memory Dump function are spread across two dia-
log boxes. The first one displays the memory contents read. In the second one,
you define the memory areas and the service to be used to read the memory
areas.
Before you can use the Memory Dump function, you have to define a few set-
tings. Execute the following steps:
• Change the general settings
• Define the service request for querying the memory area
• Define the memory area
• Read the defined memory area
Alternatively, you can export the definition for the memory areas for later use
and reimport definitions which were exported previously.
To change the general settings
In the general settings you can change the window title and the display of the
output field. You can also determine whether the results of the memory area
query should be recorded in a snapshot (see the section "Snapshots"
on page 122).
• Select ODX User Views MemoryDump.
The “MemoryDump” GUI opens.
• Click Configure.
Before you can query the contents of memory areas via the diagnostic interface,
you have to define which service request should be used for this purpose.
• Select ODX User Views Memory Dump.
• Click Configure.
• Select “Request Service”.
Note
Each parameter of the service can only be assigned
once. If the service parameter has already been assig-
ned, it is no longer displayed in the parameter selec-
tion list. Rerelease the parameter by selecting
“ignore” in the selection list.
• Click OK.
Before you can read a memory area from the ECU, the memory area has to be
defined. The query button is only displayed for defined memory areas.
• Select ODX User Views Memory Dump.
• Click Configure.
• Select one of the entries under “Memory Loca-
tions”.
Note
The names “MemoryDumpn” can be edited when
they are double-clicked.
• Click OK.
Before you can read a memory area from the ECU, the memory area has to be
defined. The query button is only displayed for defined memory areas. If you
have not yet defined a memory area proceed as follows.
• Select ODX User Views Memory Dump.
• Click one of the MemoryDumpn buttons.
The contents of the memory area defined previously
is displayed. If a conversion function is defined for
the ASAP labels read in the A2L file used, the values
are displayed as physical quantities.
Note
As reading may take some time, depending on the
number of ASAP labels selected, the “Cycle Time”
can take up to 99 sec.
• Click MemoryDumpn.
The memory dump is run cyclically in accordance
with the specification you made in the period dura-
tion box.
• To stop the memory dump being run, click
Stop Dump.
To export settings
You can export the settings you have defined for a memory area so they can be
used later.
• Click Configure.
• Select one of the entries under “Memory Loca-
tions”.
• Click Export.
• Enter a file name and click OK.
To import settings
If you have exported the settings for a memory area, you can reimport these
settings.
• Click Configure.
• Select one of the entries under “Memory Loca-
tions”.
• Click Import.
• Select a file name and click OK.
The current settings are overwritten by the settings
exported previously.
7.1.6 Sequence
• Click Configure....
The “Options Sequence GUI” window opens.
• Select “General”.
To define sequences
• Select “Sequences“.
The “Options Sequences GUI“ window opens.
• Click New....
The Sequence Editor opens.
• Create a sequence as decribed in the section "The
Sequence Editor" on page 99.
• The sequence created there is then displayed in the
list of sequences.
To rename sequences
To edit sequences
To delete sequences
To export sequences
To import sequences
• Click Import....
A file selector window opens.
• Select the sequence file to be imported.
• Click OK.
The sequence is added to the list.
Note
Importing a sequence also means importing its name
- if a sequence of the same name already exists, the
name of the sequence just imported is extended by
an appended number.
You use the Sequence Editor to create new sequences or edit existing ones.
To create a sequence in the Editor
Note
Java jobs (see "Java Jobs" on page 75) can also be
elements of a sequence.
7.1.7 OBD
This user view is used to query and display OBD-relevant data. Please read the
section "The “OBD“ User View" on page 69 on this subject.
Emission-Related Diagnostic Services (ISO 15031-5.4)
The information in the “OBD” user view is distributed to different tabs for rea-
sons of clarity. This division does not, however, take place strictly in accordance
with the functionality of the individual services, but is user-oriented.
If all OBD data is to be read at the same time, click Read All at the bottom edge
of the “OBD” window. All the PIDs, OBD-MIDs, monitors, vehicle information
data, DTCs etc. supported by the connected ECUs are then read automatically –
changes made by hand when selecting data are taken into account.
As it can take some time to read all OBD data – depending on the quantity of
supported data and the number of supported ECUs – progress is shown in a
separate window.
Note
This function can also be executed automatically before a snapshot (see "Read
All before Snapshot" on page 103).
Global Settings
At the bottom of the OBD window, you can make two settings which are then
valid globally for all tabs of the OBD user view:.
• Snapshot relevant
Activate this option if you want information from this user view to be
included in the snapshot. A separate section is created in the snapshot file
for every tab.
• Write Configuration to Snapshot
Activate this option if you also want the relevant configuration settings to
be included in the snapshot.
• Read All before Snapshot
Activate this option if you want the Read All function to be executed
before a snapshot. This ensures that the snapshot contains up-to-date
ECU data.
The results of the service request are shown in the individual tabs in the form of
tables.
The individual columns of this table can be moved by Drag&Drop – the lines can
also be sorted in ascending or descending order of entries by clicking a column
heading (in the above figure, sorting takes place in ascending order in accor-
dance with the content of the “DTC” column).
Column Meaning
ECU Name of the logical link (ECU) from hardware configuration
Info Type InfoType for scaling and defining service $09
Number ID (if INFOTYPE contains several pieces of information)
Value Physical value of INFOTYPE
Column Meaning
ECU Name of the logical link (ECU) from hardware configuration
Identifier Identifier of the information
Value Value
Column Meaning
ECU Name of the logical link (ECU) from hardware configuration
Parameter Name of the parameter
Value Physical value of INFOTYPE
Monitoring Tests: The meaning of each individual entry in the list is described
in the following table:
Column Meaning
ECU Name of the logical link (ECU) from hardware configuration
Monitor Monitor
Note
If an ECU identifies itself via service $01, PID01 as a diesel ECU, the monitors
relevant for diesel ECUs are displayed, otherwise the monitors for gasoline
ECUs.
Information from service $01 is contained in this tab, i.e. current diagnostic data
from the powertrain.
PIDs (parameter identifiers) are the indentifiers for the information supported by
the engine ECU.
To select the PIDs to be queried, click Configuration – the window then shows
additional fields (shown below with an *).
Fig. 7-5 “OBD” User View – “PID Data” Tab in Configuration Mode
The individual fields of the GUI contain the following functions and information:
*PID View - Selection and Tools: Using these buttons, you can make a kind
of global selection of the PIDs to be queried in the “PID View” list.
• Select visible
Selects all PIDs visible in the “PID View” list (see "*PID View - Filter:"
on page 107)
• Deselect visible
The selection of visible PIDs is undone
• Query all PIDs
Each individual PID is addressed and then checked to see if a response is
returned
*PID View - Filter: Uses filter criteria with regard to the display in the
“PID View” list. The following options are available:
• only show supported
If this option is selected, only the PIDs supported by the ECU are made
available for selection in the “PID View” list.
• only show responded
If this option is selected, only the PIDs answered by the ECU after Query
all PIDs (see above) are made available for selection in the “PID View” list.
Tools: This field is used to read the data – click Read Data for this purpose. To
read the relevant information periodically, check the “Cyclic” check box and
enter the period duration (in ms).
*PID View: This table displays the selected PIDs. The meaning of each individ-
ual entry in the list is described in the following table:
Column Meaning
Select Selection of the PID
ECU Name of the logical link (ECU) from hardware configuration
PID PID
Name Explicit name of the PID
Support Is this PID supported? (queried from ECU)
Responded Was the query of this PID answered (via Query all PIDs)?
Description Explanatory text (if in the database)
Column Meaning
ECU Name of the logical link (ECU) from hardware configuration
PID PID
Parameter Explicit name as one PID can consist of several pieces of infor-
mation
Value Physical value of the parameter
Unit Unit of PID (if available)
Information from services $03, $04, $07, and $0A is contained in this tab.
Column Meaning
ECU Name of the logical link (ECU) from hardware
configuration
DTC DTC in hex notation (e.g. 0x143)
Vehicle System “Powertrain”, “Chassis”, “Body” or “Network”
Type “Pending” or “Stored”
DTC Name Name of the DTC (e.g. P0143)
DTC Text Explanatory text on the DTC
(e.g. “O2 Sensor Circuit Low Voltage, Bank 1 Sensor 3”)
Fig. 7-8 “OBD” User View – “Freeze Frames” Tab in Configuration Mode
The individual fields of the GUI contain the following functions and information:
*PID View - Selection and Tools: Using these buttons, you can make a kind
of global selection of the freeze frame PIDs to be queried in the “PID View” list.
• Select visible
Selects all PIDs visible in the “PID View” list (see "*Freeze Frame PID View
Filter:" on page 111)
• Deselect visible
The selection of visible PIDs is undone
• Query all PIDs
Each individual freeze frame PID is addressed and then checked to see if a
response is returned
*Freeze Frame PID View Filter: Uses filter criteria with regard to the display
in the „PID View“ list. The following options are available:
• Show supported only
If this option is selected, only those PIDs supported by the ECU are made
available for selection in the „PID View“ list.
• Show answered only
If this option is selected, only the PIDs answered by the ECU after Query
all PIDs (see above) are made available for selection in the „PID View“ list.
Tools: This field is used to read the data – click Read Data for this purpose.
In the “PID View” field, you can choose between general OBD Freeze Frames and
manufacturer-specific Freeze Frames.
*PID View: In this table, the Freeze Frame PIDs to be queried are selected. The
meaning of each individual entry in the list is described in the following table:
Column Meaning
Select Selection of the PID
ECU Name of the logical link (ECU) from hardware configuration
PID PID
Name Explicit name of the PID
Support Is this PID supported?
Responded Was the query of this PID answered (via Query all PIDs)?
Description Explanatory text (if in the database)
Column Meaning
ECU Name of the logical link (ECU) from hardware configuration
PID PID
Parameter Explicit name as one PID can consist of several pieces of
information
Value Physical value of the parameter
The OBD Monitor IDs of specially monitored systems (service $06) are queried in
this tab.
To select the OBDMIDs, click Configuration – the window then shows addi-
tional fields (shown below with an *).
Tools: This field is used to read the data – click Read Data for this purpose. To
read the relevant information periodically, check the “Cyclic” check box and
enter the period duration (in ms).
*OBDMID Selection: The meaning of each individual entry in the list is
described in the following table:
Column Meaning
Select Selection of the OBDMID
ECU Name of the logical link (ECU) from hardware configuration
OBDMID On-Board Diagnostic Monitor ID
Name Explicit name of the ODBMID
Support Is this OBDMID supported?
Responded Was the query of this OBDMID answered (via Query all
OBDMIDs)?
Description Explanatory text (if in the database)
OBDMID Data: The meaning of each individual entry in the list is described in
the following table:
Column Meaning
ECU Name of the logical link (ECU) from hardware
configuration
OBDMID On-Board Diagnostic Monitor ID
TID Test ID of service 08
UnitAndScalingID Unit and Scaling ID (1 Byte)
Test Value Value read from the ECU
Min Test Limit Minimum test limit
Max Test Limit Maximum test limit
OBDMID Name Explicit name of the ODBMID
Description Explanatory text (if in the database)
In this tab the data of the In-Use Performance Tracking of service $09 is dis-
played.
Fig. 7-11 “OBD” User View – “In Use Performance Tracking” Tab
The individual fields of the GUI contain the following functions and information:
Tools: This field is used to read the data – click Read Data for this purpose. To
read the relevant information periodically, check the “Cyclic” check box and
enter the period duration (in ms).
In Use Performance Data: This table displays the queried information of ser-
vice $09. The meaning of each individual entry in the list is described in the fol-
lowing table:
Column Meaning
ECU Name of the logical link (ECU) from hardware configuration
Name Name of the parameter
Type “General Denominator”, “Counter”, “Denominator” or
“Numerator”
Numerator Tracks the number of times that all conditions necessary for a
specific monitor to detect a malfunction have been encoun-
tered
Denominator Tracks the number of times that the vehicle has been oper-
ated in the specified conditions. These conditions are specified
for each monitored component or system.
Ratio Ratio of the values above
Note
Please note that only the data of user views configured accordingly are recor-
ded in the snapshots. The snapshot icon at the extreme left of the title bar of
the user views indicates whether the data of the relevant user view is recorded
in the snapshot.
The settings which you specified can be exported to a file to be used later. Set-
tings exported previously can be reimported from files exported previously.
The “DataLoggingConfig” window contains two tabs:
• File
settings on file name and storage location of the snapshot
• Header
meta information added to the snapshot data
“File” Tab
This is where you specify in which directory and with which file name the snap-
shot data is to be saved.
“Header” Tab
This is where you specify which meta information should be added to the snap-
shot data.
All configuration data can be exported as XML files and then imported again.
Proceed as follows:
To export Data Logging Configuration
7.3 Snapshots
With the snapshot function (ODX Snapshot) it is possible to save data read
by from ECU in a file.
Note
A snapshot saves the diagnostic data currently stored in all snapshot-relevant
INCA user views. Please ensure that the windows are updated manually before
the snapshot function is triggered!
Meta data you can configure is added to the data read from the ECU (see the
section "Data Logging Configuration" on page 117).
You define which data is to be recorded in a snapshot (option “Snapshot rele-
vant“). The data of the following “user views“ can be recorded in snapshots:
• Diagnostic Services (see "Diagnostic Services" on page 72)
• ECU Identification (see "ECU Identification" on page 76)
• DiagTroubleCode (see "Diagnostic Trouble Code" on page 80)
• Memory Dump (see "Memory Dump" on page 87)
• Sequence (see "Sequence" on page 96)
• OBD (see "OBD" on page 101)
The Snapshot icon - a small camera - at the left of the title bar of the relevant
dialog window indicates whether the data of a user view is recorded in the snap-
shot.
To record a snapshot
• Click OK.
The snapshot data is written. If you have set the
“Data Logging Configuration” accordingly, the
data written is displayed accordingly.
The diagnostic signals in the Variable Selection dialog box are divided into the
following signal groups in the OBDonCAN_ETAS project (with the included sig-
nal list):
• Mode1_PIDs
In the signal group “Mode1_PIDs“, you find information from service $01
(see "OBD" on page 101), i.e. up-to-date diagnostic data from the pow-
ertrain.
• Mode2_FreezeFrame_PIDs
In the signal group “Mode2_FreezeFrame_PIDs“, you find information
from service $02 (see "OBD" on page 101).
• Mode3_DTCs
In the signal group “Mode3_DTCs“, you find signals that are saved and
can be deleted again with service $03 (see "OBD" on page 101).
• Mode7_DTCs
In the signal group “Mode7_DTCs“, you find trouble codes discovered
during the current or last completed driving cycle (see "OBD"
on page 101).
• Mode9_IUMPR
– Mode9_IUMPR_compression
– Mode9_IUMPR_spark
In the signal group “Mode9_IUMPR“, you find signals from In-Use Perfor-
mance Tracking (see "OBD" on page 101).
• ModeA_DTCs
In the signal group “ModeA_DTCs“, you find signals that have the status
“permanent“ and cannot be deleted (see "OBD" on page 101).
Note
In generated signal lists, the functional groups are called “ModeX“ (with the
ETAS OBD project) or “ServiceXY“ (with other ODX projects).
To make diagnostic signals available for use in the Variable Selection dialog box,
proceed as follows:
To add diagnostic signals
• Click OK.
This means that every response parameter issued is
added to the signal list of the selected logical link of
the ODX project currently open together with the
integer/float value for the diagnostic service exe-
cuted subsequently providing this signal is not
already contained. A new signal list is created if
there is not one available in the ODX project.
Note
Signals are created for the logical link (and thus also
only for the corresponding device in the Variable
Selection dialog box) for which you have selected the
service!
Note
The selection of this option only applies for the ser-
vices sent subsequently within the current experi-
ment session and is not saved in Save as default!
• Click Send.
• Click OK.
The DSL file is stored in the INCA database in the ODX project. This means the
signals are available in all workspaces/experiments that use this ODX project.
These can also be transferred to other INCA databases by exporting/importing.
8 ODX-LINK Tutorial
In this tutorial, you will learn the major operational procedures for ODX-LINK
V1.5.
Note
This tutorial assumes that you have installed INCA and ODX-LINK V1.5. For
information on installing ODX-LINK V1.5, see Chapter "Installation"
on page 11. This tutorial also assumes that you are familiar with basic INCA
operations.
• Start INCA.
• Choose Edit Add Add top folder.
• Enter ODXTutorial and press ENTER.
• So click Cancel.
The ECU project is added to the top folder you
selected.
• Click Open.
This concludes the hardware configuration.
To add an experiment
• Click OK.
Note
After installation, this function is assigned the “[1A]
readECUIdentification” service identification from the
KWP2000 protocol. You can, however, assign any
service identification to this function. For further
information, see "Configuration of ODX User Views"
on page 150.
• Click Send.
Note
Some settings for this window are configurable. For
further information, see "Configuration of ODX User
Views" on page 150.
In this lesson, you have worked with the user views ECUIdentification,
DiagnosticServices and HexService. You have sent the predefined service
request for identifying the ECU, a service request from the ODX database, a
freely configurable service request to the ECU, and have monitored the response
from the ECU.
If you have not connected any additional hardware to your system, go on to
"Configuration of ODX User Views" on page 150.
• Start INCA.
• Create a new top folder. Choose Edit Add
Add top folder. Type in ODXTutorial2 and
press ENTER.
• Add a new workspace. Choose Edit Add
Workspace. Type in Workspace2 and press
ENTER.
• Click OK.
The dialog window for selecting the project is dis-
played.
Note
The ODX configuration parameters can be deter-
mined from the ODX project - an A2L file is not
required!
To configure ODX
• Click OK.
The hardware is now configured.
• Close the “Hardware: >Workspace2<” window.
To add an experiment
In this exercise, you have created an INCA experiment for working with your own
ECU, have thus created a new INCA workspace, added your hardware compo-
nents and a new experiment.
• Switch to INCA.
• Open the “ODXTutorial” folder.
• Double-click “Lesson1.”
The experiment opens.
To configure "DiagnosticServices"
To configure "ECUIdentification"
Note
You can as well select any other service – the output
always displays the ECU responses of the selected
service.
• Click Configure.
• The Configuration dialog window will be displayed.
• Select “Request Service” for the function you want
to configure in the left-hand window.
• Click OK.
• Click Configure.
• The Configuration dialog window will be displayed.
• Select “Responses Mapping”.
• In the “Mapping” column, select the display map-
ping for each parameter.
• Click OK.
In this lesson, you have configured the "Diagnostic Services","ECU Identifica-
tion", and "Diagnostic Trouble Code" functions.
Note
You can only do this lesson if you have connected one of the hardware com-
ponents supported by ODX-LINK (e.g. ES690/ES590/ES591, ES580 (CAN-LINK),
ES581 (CAN Bus Interface USB Module), ES6510 (Vehicle Interface Module) or
ES1222) and an ECU.
For this lesson, you need an ECU which supports OBD communication in accor-
dance with ISO15765-4 on CAN or ISO15031-5/SAE J1979.
To configure INCA for OBDonCAN
• Start INCA.
• Create a new top folder with Edit Add Add
top folder.
• Enter “OBD Tutorial” as top folder name and press
ENTER.
• Add a new workspace using Edit Add Work-
space.
• Enter “OBDLesson” as the name and press ENTER.
To configure hardware
Note
Like every INCA device, an “OBDonCAN“ device can
only communicate with one ECU at a time. If you
need to communicate with several ECUs simulta-
neously, you have to create and configure an individ-
ual OBD device for each one.
To add an experiment
Note
Your ECU may only support some of the possible PIDs and OBD services. If you
select a PID or service which is not supported, the ECU may not respond at all
resulting in a timeout error message in the INCA Monitor window.
Note
ODX-LINK makes ODX configurations available for all supported standard pro-
tocols (KWP2000, UDS, KWP2000 on CAN and OBDonCAN) as part of INCA
export files in the ETASData\INCA7.1\Export\ODX folder. The ODX-LINK
window configurations contained correspond to the relevant diagnostic data-
bases and can be used immediately.
• Change to INCA.
• Open the “ODXTutorial” folder.
• Select Edit Add ODX Project.
A file selector window opens for selecting the
project or ODX/PDX file(s).
• Navigate to the
C:\ETASData\ODX1_5_0\Projects\
OBDonCAN_ETAS\ODX folder.
• Select the file OBDonCAN_ETAS.pdx.
• Click Open.
The ODX project is added.
• Click OK.
• Close the hardware configuration window.
• Select Database Save from the main INCA win-
dow.
Note
The indicated values of the diagnostic signals are simulated by the use of the
ODX-Test-Device and, hence, remain constant.
• Click Save.
The measurement file is stored.
Note
Make sure that your measurement hardware (ES581,
ES590, etc.) is connected to the ECU or vehicle via a
CAN port!
• Select the OBD ECU that you want to use for hard-
ware configuration and click OK.
The relevant OBDonCAN devices are created and
configured automatically.
Note
If no ECU is found, the ECU or the vehicle either does
not support OBDonCAN or is not connected correctly
with the hardware.
• Click OK.
The snapshot is taken and opened as a text or
HTML file in the relevant editors.
To start measuring
Note
If no values are shown for some signals, this might be
due to the fact that the ECU does not support the
selected OBD signals or the connection has been
interrupted.
• Click Read.
All OBD Mode 6 MIDs are queried and the results
shown.
ETAS
9.1 Errors When Adding an ODX Project to the Database
ODX-LINK Troubleshooting
Can't save ODX project to file '*' There is too little storage space in the ETAS Delete the contents of ETAS temp and
temp folder. reboot INCA.
You do not have the necessary user rights. Contact your system administrator.
175
176
ODX-LINK Troubleshooting
Error Message Error Description Remedy
The ODX project is inconsistent. It contains There is too little storage space in the ETAS Delete the contents of ETAS temp and
no project file (*.prj) temp folder. reboot INCA.
You do not have the necessary user rights. Contact your system administrator.
The database object for the ODX project is Generate a new database object using the
not valid. ODX files.
Decompressing failed There is too little storage space in the ETAS Delete the contents of ETAS temp and
temp folder. reboot INCA.
You do not have the necessary user rights. Contact your system administrator.
Can't create temporary directory ’*’. There is too little storage space in the ETAS Delete the contents of ETAS temp and
temp folder. reboot INCA.
You do not have the necessary user rights. Contact your system administrator.
Can't remove temporary directory INCA cannot remove a file from the ETAS
temp temporary directory.
INCA is still accessing this file. Shut down INCA, delete the contents of
ETAS temp and reboot INCA.
Another process is still accessing this file. End all other applications which could be
accessing the ETAS temp directory. It may
ODX-LINK V1.5 - User’s Guide
ETAS
ODX-LINK V1.5 - User’s Guide
ETAS
Error Message Error Description Remedy
Close ODX-LINK The applications ODX-FLASH and ODX-LINK, End ODX-FLASH or ODX-LINK respectively.
and the adding of an ODX project to the
database cannot take place simultaneously.
Error accessing MVCI Server An error occurred when trying to access the Shut down INCA, delete the contents of
MVCI Server. ETAS temp and reboot INCA.
End all other applications which could be
accessing the ETAS temp directory.
It may be necessary to reboot your PC.
Can't remove the file '*' INCA cannot remove a file from the ETAS
temp temporary directory.
INCA is still accessing this file. Shut down INCA, delete the contents of
ETAS temp and reboot INCA.
Another process is still accessing this file. End all other applications which could be
accessing the ETAS temp directory.
It may be necessary to reboot your PC.
You do not have the necessary user rights. Contact your system administrator.
Can't load ODX project '*' An error occurred when adding an ODX Shut down INCA, delete the contents of
project to the INCA database. ETAS temp and reboot INCA.
It may be necessary to reboot your PC.
ODX-LINK Troubleshooting
The file * is missing. A necessary file of the ODX- installation is Install ODX Add-on again.
missing.
The ODX project is inconsistent. It contains There is too little storage space in the ETAS Delete the contents of ETAS temp and
no file '*' temp folder. reboot INCA.
You do not have the necessary user rights. Contact your system administrator.
The database object for the ODX project is Generate a new database object using the
not valid. ODX files.
177
178
ODX-LINK Troubleshooting
Error Message Error Description Remedy
'The directory * is missing. A necessary directory of the ODX Add-on Install ODX Add-on again.
installation is missing.
The ODX project is inconsistent. File '*' is not There is too little storage space in the ETAS Delete the contents of ETAS temp and
readable temp folder. reboot INCA.
You do not have the necessary user rights. Contact your system administrator.
The database object for the ODX project is Generate a new database object using the
not valid. ODX files.
Can't delete temporary ODX project in file INCA cannot remove a file from the ETAS
'*' temp temporary directory.
INCA is still accessing this file. Shut down INCA, delete the contents of
ETAS temp and reboot INCA.
It may be necessary to reboot your PC.
Another process is still accessing this file. End all other applications which could be
accessing the ETAS temp directory.
It may be necessary to reboot your PC.
You do not have the necessary user rights. Contact your system administrator.
ODX-LINK V1.5 - User’s Guide
ETAS
ODX-LINK V1.5 - User’s Guide
ETAS
Error Message Error Description Remedy
Can't delete temporary file '*' INCA cannot remove a file from the ETAS
temp temporary directory.
INCA is still accessing this file. Shut down INCA, delete the contents of
ETAS temp and reboot INCA.
It may be necessary to reboot your PC.
Another process is still accessing this file. End all other applications which could be
accessing the ETAS temp directory.
It may be necessary to reboot your PC.
You do not have the necessary user rights. Contact your system administrator.
Error in TP_BLOP generation: Sending a The ODX-COM PARAMs define a “tester Set the value of the
Tester Present Message is required for * present” message without parameters. “CP_TesterPresentHandling” parameter to 1
KWPOnCAN does not support this. or set the byte size of the
“CP_TesterPresentMessage” parameter to a
value > 0.
ODX-LINK Troubleshooting
179
180
ODX-LINK Troubleshooting
Error Message Error Description Remedy
Diagnostic signal description file error: {Error, A syntax error is contained in the description Exchange the DSL file or have the program-
Line, Position} file (DSL file). mer correct the DSL file.
Failed to open DiagSignalListSchema.xsd. The file DiagSignalListSchema.xsd was not Check whether the file lies in the correct
found. folder (ETAS\INCAX.Y\ODX) and is properly
named. If the file was not revised, instal
ODX anew.
Failed to open VirtualDeviceTemplate.a2l. The file VirtualDeviceTemplate.a2l was not Check whether the file lies in the correct
found. folder (ETAS\INCA7.1\ODX) and is properly
named. If the file was not revised, instal
ODX anew.
Logical Link '{logical link}' not found inside The logical link which you have assigned to Assign the hardware another logical link, if
the diagnostic signal description. a hardware is not described in the DSL file. necessary.
This means that no diagnostic signal is avail-
able to you with this logical link.
ODX-LINK V1.5 - User’s Guide
No valid request found in DSL file for signal: An appropriate request (inquiry) is missing or Exchange the DSL file or have the program-
'{signal name}' the referenced request is faulty for a diag- mer correct the DSL file.
nostic signal in the DSL file. A faulty Request
is localized by one of the following error
messages (see below).
Request: '{request name}' doesn't contain a The Request contains no parameters with Exchange the DSL file or have the program-
parameter with name: '{parameter name}' the appropriate name in the DSL file. mer correct the DSL file.
ETAS
ODX-LINK V1.5 - User’s Guide
ETAS
Error Message Error Description Remedy
Request: '{request name}' incorrect: value In the DSL file, the applicable value is miss- Exchange the DSL file or have the program-
missing ing by a parameter with this Request. mer correct the DSL file.
Request: '{request name}' incorrect: short In the DSL file, the appropriate short name is Exchange the DSL file or have the program-
name missing. missing by a parameter with this Request. mer correct the DSL file.
.
Request: '{request name}' incorrect: type not In the DSL file, the Request does not have Exchange the DSL file or have the program-
'const'. the correct type ('const') for the above sig- mer correct the DSL file.
nal.
Request: '{request name}' incorrect: type for In the DSL file, the Request does not have Exchange the DSL file or have the program-
parameter '{parameter name}' isn't 'vari- the correct type ('variable'or 'field') for the mer correct the DSL file.
able' or 'field'. above signal .
Request: '{request name}' doesn't contain a The data input in the DSL file for the PDU is Exchange the DSL file or have the program-
valid PDU: '{incorrect PDU}' missing or is faulty. mer correct the DSL file.
ODX-LINK Troubleshooting
181
182
ODX-LINK Troubleshooting
Error Message Error Description Remedy
Failed to create diagnostic service for signal: In the DSL file, a diagnostic service is per- Correct the ODX Project.
'{signal}' formed which does not exist in the ODX Exchange the DSL file or have the program-
Project. mer correct the DSL file.
{signal name} getting TrgtSvr-Sink: '{sink The signal does not receive a Target Server Start the measurement anew.
name}' Object. Load the experiment anew.
Unavailable parameter '{parameter name}' In the DSL file, a request is performed whose Correct the ODX Project.
for Request with ID '{request ID}'. parameter does not exist in the ODX Project. Exchange the DSL file or have the program-
Failed to create diagnostic service for signal: mer correct the DSL file.
'{signal name}'
ODX-LINK V1.5 - User’s Guide
ETAS
9.4 Error during the measurement
ODX-LINK V1.5 - User’s Guide
ETAS
Error Message Error Description Remedy
Service for the following diagnostic signals The response of a diagnostic service has not Remove the signals which are not supported
reported execution state: been answered "positively". All signals by the control device. Check the connection
'{list of signals}' which could not be measured are listed in with the hardware and initialize the hard-
Execution state: '{text}' the error message. If no signals could be ware anew.
Description of the error: '{text}' measured, the link to the hardware may not
Vendor description of the error: '{text}' work correctly.
No response received for signal: In the response of the diagnostic service, no Remove the signals which are not supported
'{signal name}' reply is present for the signal. Possibly, the by the control device. Check the connection
control device does not support all diagnos- with the hardware and initialize the hard-
tic signals, which are included in the DSL file. ware anew.
Parameter for the following diagnostic sig- In the response, a parameter for the signal is Correct the ODX Project or exchange it.
nal has an error: '{signal}' faulty and could not be evaluated. This
Description of the error: '{text}' means that no physical value could be calcu-
Vendor description of the error: '{text}' lated. This could have been caused by a
faulty ODX data input or a faulty response
from the control device.
ODX-LINK Troubleshooting
183
184
ODX-LINK Troubleshooting
Error Message Error Description Remedy
Service for the following diagnostic signals In the answer, either a response or a param- Correct the ODX Project or exchange it.
has an error: '{list of signals}' eter of the response is faulty.
Description of the error: '{text}' This could have been caused by a faulty ODX
Vendor description of the error: '{text}' data input or a faulty response from the con-
trol equipment.
Exception by updating value for signal '{sig- The conversion of a data type of the D- Correct the ODX Project or exchange it.
nal name}': '{exception}' server in a data type, which INCA under-
stands, has failed. This could have been
caused by a faulty ODX data input or a faulty
answer from the control device.
{signal name}writing value:'{exception}' A value of the signal could not be written Start the measurement anew.
into the target server.
ODX-LINK V1.5 - User’s Guide
ETAS
ETAS ODX Communication Parameters
Note
Unlike ODX-FLASH, ODX-LINK can still work with the parameters from the
ASAP2 file.
The following rule applies: If an ASAP2 project was assigned to a diagnostic
device during hardware configuration, initialization takes place via the
parameters from ASAP2 (as was the case so far) – if, however, no ASAP2 file
was assigned, initialization takes place via the parameters of the ODX project.
ETAS
10.2 A2L Structure: K-Line
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
ETAS
This structure is required for the following protocols:
• KWPOnKLine
A2L Parameter ODX Parameter Value Range Conversion Default Value Comment
(ODX(x) A2L(y))
stimulation mode CP_Initialisation Settings [1; 3] 1 Stimulation_5Baud; KWPOnKLine:
2 WuP; Stimulation_5Baud
3 use default
ECU address CP_EcuRespSourceAddress [0x0; 0xFF] y=x -
tester address CP_TesterSourceAddress [0x0; 0xFF] y=x -
ETAS
10.4 A2L Structure: CAN Address
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
ETAS
This structure is required for the following protocols:
• KWPOnCAN
• UDSOnCAN
A2L Parameter ODX Parameter Value Range Conversion Default Value Comment
(ODX(x) A2L(y))
4)
CAN_ID ECU CP_CanRespUSDTId [0x0; 0x1FFFFFFF] -
CP_CanRespUSDTFormat [0x0; 0x3F]
CAN_ID tester CP_CanPhysReqId [0x0; 0x1FFFFFFF] 5) -
CP_CanPhysReqFormat [0x0; 0x3F]
6)
TGT_ECU CP_CanRespUSDTExtAddr [0x0; 0xFF] -
CP_CanRespUSDTFormat [0x0; 0x3F]
7)
TGT_tester CP_CanPhysReqExtAddr [0x0; 0xFF] -
CP_CanPhysReqFormat [0x0; 0x3F]
4) y = CP_CanRespUSDTId | (bit_3(CP_CanRespUSDTFormat) << 28); bit0 is LSB
5) y = CP_CanPhysReqId | (bit_3(CP_CanPhysReqFormat) << 28); bit0 is LSB
6) if (bit_5_4(CP_CanRespUSDTFormat) = 0x30): Error: Extended addressing for tester and normal addressing for ECU is not supported
Conversion parameters:
if (CP_TesterPresentHandling = 0) or (bytesize of CP_TesterPresentMessage = 0): 3 1
if (bytesize of CP_TesterPresentMessage = 1): TesterPresent_WithoutParameter
if (bytesize of CP_TesterPresentMessage > 1 and CP_TesterPresentReqResp = 0):
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
TesterPresent_WithParameter_NoResponseRequired
if (bytesize of CP_TesterPresentMessage > 1 and CP_TesterPresentReqResp = 1):
TesterPresent_WithParameter_ResponseRequired
ETAS
1. This does not conform to KWP2000 AML but is supported by the ETAS ASAP1b-driver
10.6 A2L Structure: SESSION TesterPresentOptions
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
ETAS
This structure is required for the following protocols:
• UDSOnCAN
Conversion parameters:
if (bytesize of CP_TesterPresentMessage = 1): Error: "Sending a Tester Present Message without parameters is not allowed"
if (CP_TesterPresentHandling = 0 or bytesize of CP_TesterPresentMessage = 0): NoTesterPresent
if (CP_TesterPresentHandling != 0 and bytesize of CP_TesterPresentMessage != 0 and CP_TesterPresentReqResp = 0):
TesterPresent_WithParameter_NoResponseRequired
if (CP_TesterPresentHandling != 0 and bytesize of CP_TesterPresentMessage != 0 and CP_TesterPresentReqResp = 1):
TesterPresent_WithParameter_ResponseRequired
ETAS
10.8 A2L Structure: DIAG_BAUD
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
ETAS
This structure is required for the following protocols:
• KWPOnKLine
• KWPOnCAN
A2L Parameter ODX Parameter Value Range/Unit Conversion Default Value Comment
(ODX(x) => A2L(y))
Baudrate CP_INCA_DIAG_BAUD [0x0; 0xFFFFFFFF] y=x 1), 2) 10400 (default The default value is
_Baudrate Unit: baud baud rate) always used.
diagnostic mode CP_INCA_DIAG_BAUD [0;0xFF] y=x 1) 0x86 (= default The default value is
_DiagnocsticMode session) always used.
BD_PARA CP_INCA_DIAG_BAUD Each byte: [0x0;0xFF], y=x 1) 0x06 0x00 0x28 The default value is
_BD_PARA Byte length:1 .. 12 0xA0 always used.
1) This is an optional, INCA-specific parameter. If it is not defined, the value defined in the "Default Value" column is used.
2) With this parameter, it is assumed that “baud” is the unit used. No deviating unit can be defined in ODX.
ETAS
10.10 A2L Structure: TIME_DEF USDTP_TIMING
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
ETAS
This structure is required for the following protocols:
• KWPOnCAN
ETAS
10.12 A2L Structure: SESSION
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
ETAS
This structure is required for the following protocols:
• UDSOnCAN
_DEFINE_DATA_ID
AALFI_FOR_REQUEST - - - 0x13
_DOWNLOAD
ETAS
10.14 A2L Structure: SESSION SessionOpeningOrder
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
ETAS
This structure is required for the following protocols:
• UDSOnCAN
CP_StMinOverride:
Dieser Parameter wird für folgende Protokolle unterstützt:
• UDSOnCAN
ODX-LINK/ODX-FLASH V1.5 - User’s Guide
ETAS
ETAS Glossary
11 Glossary
This chapter gives you definitions and explanations of terms that are used in
connection with ODX-LINK V1.5.
Diagnostic database
The diagnostic database contains all services, their parameters and the
possible ECU responses in hexadecimal and plain text notation. The diag-
nostic database is stored in a file with the “.dat” extension.
Communication path
A communication path is the combination of ECU, communication inter-
face (CAN, K-Line and others) and communication parameters. The com-
munication path is also referred to as the “ODX Database Location.”
ODX project
An ODX project combines all components required for communicating
and interpreting data. This includes, for example, the diagnostic database
and interface definition.
ODX project file
The ODX project file contains the following information:
– A pointer to the database with the services that have been defined for
your ECU. This database contains all the services, their parameters and
the possible ECU responses in hexadecimal and plain text notation.
– The hardware interface configuration
– The definitions for the links between logical and physical interfaces
The ODX project file has the “.prj” file extension.
PDU
Protocol Data Unit. The data transmitted to the ECU after the service ID.
The PDUs specify the parameters and the associated values for each ser-
vice.
ETAS HQ
ETAS GmbH
Borsigstraße 14 Phone: +49 711 89661-0
70469 Stuttgart Fax: +49 711 89661-106
Germany WWW: www.etas.com
For details of your local sales office as well as your local technical support team
and product hotlines, take a look at the ETAS website:
ETAS subsidiaries WWW: www.etas.com/en/contact.php
ETAS technical support WWW: www.etas.com/en/hotlines.php
Figures
Fig. 3-1 ISO Standards and ASAM Specifications...................................................... 23
Fig. 7-1 The Tabs of the “OBD” User View............................................................. 101
Fig. 7-2 “OBD” User View – “Vehicle Information” Tab ......................................... 104
Fig. 7-3 “OBD” User View – “System Status” Tab.................................................. 105
Fig. 7-4 “OBD” User View – “PID Data” Tab.......................................................... 106
Fig. 7-5 “OBD” User View – “PID Data” Tab in Configuration Mode...................... 107
Fig. 7-6 “OBD” User View – “DTCs” Tab ............................................................... 109
Fig. 7-7 “OBD” User View – “Freeze Frames” Tab ................................................. 110
Fig. 7-8 “OBD” User View – “Freeze Frames” Tab in Configuration Mode ............. 111
Fig. 7-9 “OBD” User View – “OBDMIDS” Tab........................................................ 113
Fig. 7-10 “OBD” User View – “OBDMIDS” Tab in Configuration Mode.................... 114
Fig. 7-11 “OBD” User View – “In Use Performance Tracking” Tab ........................... 116
Fig. 7-12 Data Logging Configuration - “File“ Tab .................................................. 118
Fig. 7-13 Data Logging Configuration - “Header” Tab ............................................. 120
Fig. 7-14 User View Dialog Box with Snapshot Icon ................................................. 122
Index
A F
Append date and time 118 File name 118
Append increasing number 118 Flash ID 38
Append output to log file 118
H
C Hide environmental data display 81
Comment 120 Hide request 81
Communication path 201
Composition of file name 118 I
Configuration Information 120
default 69 Installation 11
Create additional XML file 119
Create file name automatically 118 J
Java Jobs 75
D
Data Logging Configuration 117 L
Default configuration 69 License
Department 120 borrowing 18
Diagnostic database 201 expiration warning 17
Diagnostics 21 grace mode 16
without A2L file 27 license file 15
Diagnostics Signal List 125 license models 13
Directory 118 Logging location 120
E M
Environment data recording 81 Manual
ETAS Contact Addresses 203 conventions 9
ETAS license models 13 representation of information 8
structure of the ~ 7
Memory Dump 87
N
Name 120
O
OBDonCAN devices
automatic search 28
ODX Flash ID 38
ODX project 201
ODX project file 201
ODX standard 22
Open ASCII file after creation 119
Open XML file after creation 119
P
PDU 201
Project file 201
R
Read environment data 81
S
Show message bytes 73
Show only last response 73
Show response parameter 73
Show response status 73
Show tester data 73
Snapshot 69, 81, 122
T
Tutorial 133
U
Update during cyclic execution 73
V
Vehicle 120
Vehicle name 118