ASAM MCD-3 D. Application Programming Interface for MVCI Diagnostic Server. Base Standard. Part 1 of 4. Version 3.0.

Similar documents
ASAM MCD-2 D (ODX) Data Model for ECU Diagnostics (Open Diagnostic Data Exchange) Data Model Specification. Base Standard

ISO INTERNATIONAL STANDARD. Road vehicles Open diagnostic data exchange (ODX) Part 1: Data model specification

OTX Generally-Applicable-OTX-Extensions

This document is a preview generated by EVS

Standardized Tool Components for NRMM-Diagnostics

ASAM-MCD-2 NET (FIBEX)

OTX ODX. MVCI-Server. Architecture. Diagnostic Sequences. Diagnostic Database. Diagnostic Runtime System

Service Complex System

Ideation for Telematics, Highly Automated Driving Armin Rupalla

Diagnostic Use Cases V

ODX Process from the Perspective of an Automotive Supplier. Dietmar Natterer, Thomas Ströbele, Dr.-Ing. Franz Krauss ZF Friedrichshafen AG

ODX-LINK V1.5 ODX-FLASH V1.5 User s Guide

OTX Open Diagnostic Data exchange

ODX Live. How to Setup a Standards-based Diagnostic Process Chain

Release Presentation. ASAM Common MDF Version Measurement Data Format. Release Date: 2014 / 06 / 11

Flash Bootloader. Product Information

Indigo. Vector Diagnostic Tester V / 6

time now it has also been used productively in a multi-oem, requires precise knowledge of the protocol, the layout, the

SOFTING AUTOMOTIVE Diagnostics Measurement Testing PRODUCTS & SOLUTIONS. AUTOMOTIVE automotive.softing.com

DTS 8 Monaco. Softing Automotive Electronics GmbH. Richard-Reitzner-Allee Haar / Germany T F

This document is a preview generated by EVS

CANoe and CANalyzer as Diagnostic Tools

Product Information CANdelaStudio

NC1701 ENHANCED VEHICLE COMMUNICATIONS CONTROLLER

Road vehicles Modular vehicle communication interface (MVCI)

Current status and Future of AUTOSAR. Markus Bechter 7 th AUTOSAR Open Conference Oct. 22 nd -23 rd 2014, Detroit

Data Declaration System

Diagnostics Measurement Testing PRODUCT CATALOG

vflash Vector Webinar V

OSEK/VDX. Communication. Version January 29, 2003

OTA and Remote Diagnostics

Conceptual Data Modeling for the Functional Decomposition of Mission Capabilities

CANoe.Ethernet. Product Information

ASAM MCD-2 MC (ASAP2 / A2L)

Harmonization of TSN parameter modelling with automotive design flows

MDF4 Lib. Product Information

ASAM MCD-2 MC (ASAP2 / A2L)

Network analysis and automotive diagnostics

Provläsningsexemplar / Preview TECHNICAL REPORT ISO/TR First edition

Diagnostic Trends 2017 An Overview

Real-Time Hardware-In-Loop simulation for automated validation of diagnostic services

ISO INTERNATIONAL STANDARD. Road vehicles Unified diagnostic services (UDS) Part 1: Specification and requirements

What s new in ASAM AE HIL API V1.0.0?

We live electronics! Wir leben Elektronik! MDT. Configure your own service tool

This document is a preview generated by EVS

Automatic validation of diagnostics in ECUs

CAN FD - Flexible Tools for Flexible Data Rates

ISO INTERNATIONAL STANDARD. Road vehicles Diagnostic systems Keyword Protocol 2000 Part 3: Application layer

ISO INTERNATIONAL STANDARD. Road vehicles Open interface for embedded automotive applications Part 4: OSEK/VDX Communication (COM)

MotoHawk support for ISO 15765

CANoe 6.0. The Professional Development and Test Tool for CAN, LIN, MOST, FlexRay and J1587 TOOLS FOR NETWORKS AND DISTRIBUTED SYSTEMS

This document is a preview generated by EVS

SW-Update. Thomas Fleischmann June 5 th 2015

ISO / DIS Road Vehicles - Diagnostic Systems. Status: Draft International Standard

J1939 OVERVIEW. 1

ISO INTERNATIONAL STANDARD. Road vehicles Unified diagnostic services (UDS) Part 1: Specification and requirements

Model Based Development and Code Generation for Automotive Embedded Systems. April 26, 2017 Dr. Gergely Pintér, Dr. Máté Kovács thyssenkrupp Steering

Introduction to Programming Using Java (98-388)

Road vehicles Local Interconnect Network (LIN) Part 2: Transport protocol and network layer services

Techday Mobile Electronics Open, connected, scalable With BODAS into the digital future

ASAM MCD-1 (XCP) Protocol Layer Specification Base Standard

OMA Device Management Tree and Description Serialization

This document is a preview generated by EVS

Mentor Automotive Save Energy with Embedded Software! Andrew Patterson Presented to CENEX 14 th September 2016

Decoupling Test Cases from Real and Virtual Test Systems with ASAM HIL API

Oracle Fusion Middleware 11g: Build Applications with ADF I

10 th AUTOSAR Open Conference

Road vehicles Local Interconnect Network (LIN) Part 7: Electrical Physical Layer (EPL) conformance test specification

Test Automation Test sequence. Simulation data. data. CAN K-Line

High-Speed Reprogramming and Calibration with CAN FD: A Case Study

Configuring Job Monitoring in SAP Solution Manager 7.2

AUTOSAR design flow. Yoon-Jin Kim Application Engineer. July mentor.com/automotive

Measurement and Calibration Software

ODX TechDay, Seoul. How to come to ODX data? V

EXPRESS. Users Guide. Version 3.5

IN VEHICLE NETWORKING & DIAGNOSTICS WITH MODEL BASED DEVELOPMENT APPROACH C OMPA N Y: H A R MAN INTERNATIONAL INDIA. C ONTA C T: PH

Automation Desk 3.3 Tool Set - Test Automation Software. P.BALAJI Software Engineer L&T IES, Mumbai

ControlDesk Next Generation

RTA-BSW v3.0.0 RTA-BSW Getting Started Guide Status: Release

This document is a preview generated by EVS

Security Concerns in Automotive Systems. James Martin

The Adaptive Platform for Future Use Cases

ISO INTERNATIONAL STANDARD. Road vehicles Controller area network (CAN) Part 4: Time-triggered communication

Analysis and Testing of LIN ECUs

CANape. Product Information

OPC for CANopen and DeviceNet

SVENSK STANDARD SS-ISO :2005

This document explains basic terms which are common to more than one MIP document.

USB-Link 2 Vehicle Interface Installation and Setup Manual

Oracle Fusion Middleware 11g: Build Applications with ADF I

Preface. For details of the new functions, please refer to the operation manual.

ECU Measurement and Calibration in a Real-Time Test Environment. Roland Magolei National Instruments Engineering GmbH Embedded Networks

DICOM CONFORMANCE STATEMENT FOR DIAGNOSTIC ULTRASOUND SYSTEM MODEL SSA-640A V5.0

Handling Challenges of Multi-Core Technology in Automotive Software Engineering

ABRITES Diagnostics for Mercedes Online User Manual

Embedded Software for J1939

Vector Logger Cloud. VECTOR GB Ltd Conference, 28th Sept, 2017 V

Virtualizing the TCU of BMW's 8 speed transmission

Heavy Vehicle Cybersecurity Update. National Motor Freight Traffic Association, Inc.

Transcription:

ASAM MCD-3 D Application Programming Interface for MVCI Diagnostic Server Part 1 of 4 Version 3.0.0 Date: 2011-10-31 Base Standard by ASAM e.v., 2011

Disclaimer This document is the copyrighted property of ASAM e.v. Any use is limited to the scope described in the license terms. The license terms can be viewed at www.asam.net/license

Table of contents 1 Introduction 9 2 Scope 10 2.1 Objective of the object model 10 2.2 Typographical conventions and mnemonics 10 2.3 Abbreviations 10 2.4 Legends for used graphics 11 2.4.1 Hierarchical diagrams 11 2.4.2 Sequence diagrams 11 2.5 Stereotypes 12 3 Terms and Definition 13 4 Structure of a MVCI diagnostic server 16 5 Diagnostic Server 20 5.1 MCD system object 20 5.2 Description of terms 21 5.2.1 General 21 5.3 Version information retrieval 25 5.4 States of the MCD system 25 5.5 State changes 28 5.6 Project configuration 29 5.7 Interface structure of server API 31 5.7.1 Hierarchical model overview 31 5.7.2 Separation in database and runtime side 34 5.7.3 Parent functionality 37 5.7.4 Entity Relationship Diagrams 37 5.7.5 ODX Data Type mapping for data base and runtime side 46 5.8 Collections 56 5.8.1 Types and methods 56 5.8.2 RunTime collections 57 5.8.3 Data base collections 57 5.9 EventHandler 59 5.9.1 Registering/deregistering of the EventHandlers 59 5.9.2 Methods of the EventHandlers 60 5.10 MCD value 63 5.11 Use cases 65 5.11.1 View 65 5.11.2 Instantiation of projects 66 5.11.3 Data base access 69 ASAM MCD-3 D Application Programming Interface for MVCI Diagnostic Server 3

5.11.4 Destruction 71 6 Function block Diagnostic in detail 72 6.1 Constraints 72 6.2 System Properties 80 6.3 Diagnostic DiagComPrimitives and Services 81 6.3.1 Diagnostic DiagComPrimitives 81 6.3.2 Service overview 84 6.3.3 Non cyclic single diag service 91 6.3.4 Cyclic diag service 93 6.3.5 Repeated diag service 94 6.3.6 Repeated send only diag service 95 6.3.7 Repeated receive only diag service 96 6.3.8 Summary 96 6.3.9 Protocol parameters 97 6.4 Suppress Positive Response 108 6.5 eend_of_pdu as RequestParameter 111 6.5.1 Data base side 111 6.5.2 Runtime side 112 6.6 Variable length parameters 113 6.7 Variant Identification 115 6.7.1 Interpretation algorithm 115 6.7.2 Identification Algorithm 116 6.7.3 Request and ResponseParameter of VI and VIS 120 6.7.4 Sample for VI and VIS 124 6.7.5 Service handling in case of different locations 137 6.7.6 Variant Patterns and Matching Parameters 138 6.8 Use Cases 140 6.8.1 Create Logical Link and use DiagComPrimitives 140 6.8.2 Remove of communication objects 142 6.8.3 Service Handling 143 6.8.4 Result access 147 6.8.5 Error handling in results 148 6.9 Read DTC 159 6.9.1 ODX Data for Example Read DTC 159 6.9.2 Reading without FaultMemories 162 6.9.3 Reading with FaultMemories 165 6.9.4 DTC Read Service 167 6.10 Logical Link 168 6.10.1 Connection overview 168 6.10.2 State diagram of Logical Link 169 6.10.3 VCI Communication Lost handling 175 6.10.4 Logical Link examples 176 6.11 Functional Addressing 180 6.12 Tables 182 6.12.1 General 182 6.12.2 Usage of tables within DiagComPrimitives 190 6.13 Dynamically Defined Identifiers (DynId) 195 4 ASAM MCD-3 D Application Programming Interface for MVCI Diagnostic Server

6.13.1 General 195 6.13.2 DYNID principle and requirements 196 6.13.3 Lifecycle 197 6.14 Internationalization 205 6.14.1 Multi language support 205 6.14.2 Units 205 6.15 Special Data Groups 205 6.16 ECU (re-) programming 207 6.16.1 Goal 207 6.16.2 Structuring of the function block flash 207 6.16.3 ECU-MEM 212 6.17 Handling binary flash data 213 6.17.1 Late-bound data files 213 6.17.2 Wildcards in data file names 214 6.17.3 Flash Segment Iterator 214 6.18 Library 215 6.19 Jobs 216 6.19.1 General 216 6.19.2 Input and output parameters 218 6.19.3 Job result 219 6.19.4 Single ECU jobs 220 6.19.5 FlashJobs 221 6.19.6 Multiple ECU jobs 221 6.19.7 Job execution 222 6.19.8 Allowed java libraries 230 6.19.9 Naming conventions 232 6.19.10 Job Communication Parameter handling 232 6.19.11 Job Result Generation 232 6.19.12 Job example 235 6.19.13 Job template SingleEcuJob 247 6.19.14 Job template MultipleEcuJob 247 6.19.15 Job template FlashJob 248 6.20 ECU configuration 248 6.20.1 Introduction 248 6.20.2 ECU Configuration Database Part 249 6.20.3 ECU Configuration Runtime Part 253 6.20.4 Error Handling 256 6.20.5 Initialising an MCDConfigurationRecord 256 6.20.6 Offline versus Online Configuration 257 6.20.7 Uploading and Downloading Configuration Strings 258 6.21 Audiences and Additional Audiences 264 6.21.1 General 264 6.21.2 Audiences 265 6.21.3 Additional Audiences 265 6.22 ECU States 266 6.23 Function Dictionary 269 6.23.1 General 269 6.23.2 Functions and funtion groups in ODX 269 6.23.3 Function dictionary data model description 271 ASAM MCD-3 D Application Programming Interface for MVCI Diagnostic Server 5

6.23.4 Uniqueness of D-server FD data resolution 273 6.23.5 Function dictionary usage scenario 275 6.24 Sub-Component data model description 277 6.24.1 Sub-Component usage scenario 278 6.25 Monitoring vehicle bus traffic 279 6.26 Support of VCI module selection and other VCI module features according to D- PDU API Standard 280 6.26.1 Introduction 280 6.26.2 Definitions 281 6.26.3 General behaviour of D-PDU API related D-server methods 282 6.26.4 Overview of VCI module related classes 282 6.26.5 VCI module selection 283 6.26.6 MCDInterface 283 6.26.7 VCI module selection sequence 284 6.26.8 Interface status events 285 6.26.9 MCDInterfaceResource 285 6.26.10 Selection of an interface resource 286 6.26.11 Send Break Signal 287 6.26.12 MCDDbInterfaceCable 287 6.26.13 Accessing VCI module features 288 6.26.14 Behaviour of a MCD-server not using the VCI Module API 289 6.27 Handling DoIP Entities 289 6.27.1 Detection of DoIP Entities 289 6.27.2 Selection of DoIP Entities 291 6.28 Mapping of D-PDU API methods 292 6.28.1 Introduction 292 6.28.2 Initialization and Selection of VCI Modules 292 6.28.3 Communication on a Logical Link 292 6.28.4 Handling of Communication Parameters 295 6.28.5 MCDStartCommunication and MCDStopCommunication 297 6.28.6 D-PDU API IO-Control support 297 7 Error Codes 298 7.1 Principle 298 7.2 Description of the errors 299 7.2.1 Error free behaviour 299 7.2.2 Parameterisation errors 300 7.2.3 RunTime / ProgramViolation errors 300 7.2.4 Data base errors 300 7.2.5 System errors 300 7.2.6 Communication errors 300 7.2.7 Share error 301 8 Appendix 302 A Code examples 302 A.1 Sample 1: pseudocode of sequences 302 A.2 Example job source code for a single ECU job 324 6 ASAM MCD-3 D Application Programming Interface for MVCI Diagnostic Server

B Gateway handling 328 C Flashing for the protocol KWP2000 329 C.1 Content 329 C.2 Flash microsequence inside the MVCI diagnostic server for KWP2000 329 C.2.1 RequestDownload 329 C.2.2 TransferData 330 C.2.3 RequestTransferExit 330 D Value reading and setting by string 332 D.1 Datatype conversion into Unicode2 string 332 D.2 Representation floating numbers 332 D.3 Normalized floating-point numbers 332 E BUS TYPES 334 F system parameter 336 F.1 Overview 336 F.2 Description of the system parameters 336 F.2.1 TIMEZONE 336 F.2.2 YEAR 337 F.2.3 MONTH 337 F.2.4 DAY 337 F.2.5 HOUR 337 F.2.6 MINUTE 337 F.2.7 SECOND 337 F.2.8 TESTERID 337 F.2.9 USERID 337 F.2.10 CENTURY 337 F.2.11 WEEK 338 G Deprecated Methods and Classes 339 H Overview optional functionalities 340 I MONITORING MESSAGE FORMAT 345 I.1 CAN Format 345 I.2 K-Line Format 346 I.3 DoIP Format 346 ASAM MCD-3 D Application Programming Interface for MVCI Diagnostic Server 7

Introduction 1 Introduction This International Standard has been established in order to define a universal application programmer interface of a vehicle communication server application. Today's situation in the automotive market requires different vehicle communication interfaces for different vehicle OEMs supporting multiple communication protocols. However, until today, many vehicle communication interfaces are incompatible with regard to interoperability with multiple communication applications and vehicle communication protocols. Implementation of the MVCI diagnostic server concept supports overall cost reduction to the end user because e.g. a single diagnostic or programming application will support many vehicle communication interfaces supporting different communication protocols and different vehicle communication modules of different vendors at one time. A vehicle communication application, compliant with this document supports a protocol independent D-PDU API (Protocol Data Unit Application Programming Interface) as specified in [ISO 22900-2]. The server application will need to be configured with vehicle and ECU specific information. This is accomplished by supporting the ODX data format (Open Diagnostic Exchange format) as specified in [ISO 22901-1]. ASAM MCD-3 D Application Programming Interface for MVCI Diagnostic Server 9