ISO 14229-7:2015

Road vehicles — Unified diagnostic services (UDS) — Part 7: UDS on local interconnect network (UDSonLIN)

ISO 14229-7:2015 specifies the implementation of a common set of unified diagnostic services (UDS) on UART-based local interconnect networks in road vehicles. The UDSonLIN diagnostics defines methods to implement diagnostic data transfer between a client and the LIN slave nodes through the LIN master node. LIN slave nodes support three different diagnostic classes as defined in ISO 17987. UDSonLIN references ISO 14229-1 and ISO 14229-2 and specifies implementation requirements of the following: - diagnostic services to be used for diagnostic communication over LIN, - server memory programming for in-vehicle LIN servers with an external test equipment, and - configuration of a LIN slave node as specified in ISO 17987.

Véhicules routiers — Services de diagnostic unifiés (SDU) — Partie 7: SDU sur l'implémentation LIN (SDUsurLIN)

General Information

• Status: Withdrawn
• Publication Date: 30-Jan-2015
• ICS: 43.180 - Diagnostic, maintenance and test equipment
• Technical Committee: ISO/TC 22/SC 31 - Data communication
• Drafting Committee: ISO/TC 22/SC 31/WG 2 - Vehicle diagnostic protocols
• Current Stage: 9599 - Withdrawal of International Standard
• Completion Date: 25-Apr-2022

Relations

• Revised: ISO 14229-7:2022 - Road vehicles — Unified diagnostic services (UDS) — Part 7: UDS on local interconnect network (UDSonLIN)
• Effective Date: 17-Jul-2021
• Consolidated By: ISO 11666:2018 - Non-destructive testing of welds — Ultrasonic testing — Acceptance levels
• Effective Date: 06-Jun-2022

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 14229-7
First edition
2015-02-01
Road vehicles — Unified diagnostic
services (UDS) —
Part 7:
UDS on local interconnect network
(UDSonLIN)
Véhicules routiers — Services de diagnostic unifiés (SDU) —
Partie 7: SDU sur l’implémentation LIN (SDUsurLIN)
Reference number
ISO 14229-7:2015(E)
©
ISO 2015

---------------------- Page: 1 ----------------------
ISO 14229-7:2015(E)

COPYRIGHT PROTECTED DOCUMENT
© ISO 2015
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized otherwise in any form
or by any means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior
written permission. Permission can be requested from either ISO at the address below or ISO’s member body in the country of
the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published in Switzerland
ii © ISO 2015 – All rights reserved

---------------------- Page: 2 ----------------------
ISO 14229-7:2015(E)

Contents Page
Foreword .v
Introduction .vi
1 Scope . 1
2 Normative references . 1
3 Terms, definitions, symbols, and abbreviated terms . 2
3.1 Terms and definitions . 2
3.2 Symbols and abbreviated terms. 2
4 Conventions . 2
5 Document overview. 2
6 UDSonLIN implementation requirements . 4
6.1 General . 4
6.2 Definition of diagnostic classes . 4
6.2.1 Overview . 4
6.2.2 Diagnostic class I . . . 4
6.2.3 Diagnostic class II . 4
6.2.4 Diagnostic class III . 4
6.3 LIN node requirements . 5
6.3.1 Master node requirements . 5
6.3.2 Slave node requirements . 5
6.4 Signal-based diagnostics . 5
6.4.1 Slave implementation . 5
6.4.2 Master implementation . 6
6.5 Tool suite support . 6
7 Unified diagnostic services implementation on LIN . 6
7.1 UDSonLIN services overview . 6
7.2 Diagnostic and communication control functional unit . 7
7.2.1 CommunicationControl (0x28) service . 7
7.2.2 ResponseOnEvent (0x86) service . 8
8 Application layer requirements . 8
8.1 Application layer services . 8
8.2 Application layer protocol . 8
8.3 Application layer timing. 8
8.3.1 General. 8
8.3.2 Application layer timing parameter values. 9
9 Presentation layer requirements .11
10 Session layer requirements .11
11 Transport/network layer interface adaptation .11
11.1 General information .11
11.2 LIN transport/network layer interface adaptation .11
11.2.1 Mapping of data link independent service primitives onto LIN data link
dependent service primitives .11
11.2.2 Mapping of T_PDU onto N_PDU for message transmission.11
12 Network layer diagnostic implementation requirements .12
12.1 LIN slave node network layer requirements .12
12.2 LIN master node network layer requirements .13
12.2.1 Network address requirements .13
12.2.2 Use of functional addressing .13
13 Data link layer diagnostic implementation requirements .13
© ISO 2015 – All rights reserved iii

---------------------- Page: 3 ----------------------
ISO 14229-7:2015(E)

Bibliography .14
iv © ISO 2015 – All rights reserved

---------------------- Page: 4 ----------------------
ISO 14229-7:2015(E)

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation on the meaning of ISO specific terms and expressions related to conformity
assessment, as well as information about ISO’s adherence to the WTO principles in the Technical Barriers
to Trade (TBT) see the following URL: Foreword - Supplementary information
The committee responsible for this document is ISO/TC 22, Road vehicles, Subcommittee SC 3, Electrical
and electronic equipment.
ISO 14229 consists of the following parts, under the general title Road vehicles — Unified diagnostic
services (UDS):
— Part 1: Specification and requirements
— Part 2: Session layer services
— Part 3: Unified diagnostic services on CAN implementation (UDSonCAN)
— Part 4: Unified diagnostic services on FlexRay implementation (UDSonFR)
— Part 5: Unified diagnostic services on Internet Protocol implementation (UDSonIP)
— Part 6: Unified diagnostic services on K-Line implementation (UDSonK-Line)
— Part 7: Unified diagnostic services on Local Interconnect Network implementation (UDSonLIN)
© ISO 2015 – All rights reserved v

---------------------- Page: 5 ----------------------
ISO 14229-7:2015(E)

Introduction
This part of ISO 14229 has been established in order to enable the implementation of unified diagnostic
services, as specified in ISO 14229-1, on UART-based local interconnect networks (UDSonLIN).
To achieve this, it is based on the Open Systems Interconnection (OSI) Basic Reference Model specified in
ISO/IEC 7498-1 and ISO/IEC 10731, which structures communication systems into seven layers. When
mapped on this model, the services specified by ISO 14229 are divided into the following.
— Application layer (layer 7), unified diagnostic services specified in ISO 14229-1, ISO 14229-3
UDSonCAN, ISO 14229-4 UDSonFR, ISO 14229-5 UDSonIP, ISO 14229-6 UDSonK-Line, ISO 14229-7
UDSonLIN, further standards, and ISO 27145-3 WWH-OBD.
— Presentation layer (layer 6), vehicle manufacturer specific, ISO°27145-2 WWH-OBD.
— Session layer services (layer 5) specified in ISO 14229-2.
— Transport layer services (layer 4), specified in ISO 15765-2 DoCAN, ISO 10681-2 Communication on
FlexRay, ISO 13400-2 DoIP, ISO 17987-2 LIN, ISO 27145-4 WWH-OBD.
— Network layer services (layer 3), specified in ISO 15765-2 DoCAN, ISO 10681-2 Communication on
FlexRay, ISO 13400-2 DoIP, ISO 17987-2 LIN, ISO 27145-4 WWH-OBD.
— Data link layer (layer 2), specified in ISO 11898-1, ISO 11898-2, ISO 17458-2, ISO 13400-3, IEEE 802.3,
ISO 14230-2, ISO 17987-3 LIN and further standards, ISO 27145-4 WWH-OBD.
— Physical layer (layer 1), specified in ISO 11898-1, ISO 11898-2, ISO 17458-4, ISO 13400-3, IEEE 802.3,
ISO 14230-1, ISO 17987-4 LIN and further standards, ISO 27145-4 WWH-OBD.
These services should be in accordance with Table 1.
Table 1 — LIN enhanced diagnostics, legislated OBD and WWH-OBD specification reference
applicable to the OSI layers
OSI seven WWH-
Applicability Enhanced diagnostics services
layer OBD
ISO 27145-3
ISO 14229-1, ISO 14229-3 UDSonCAN, ISO 14229-4 UDSonFR,
Application
ISO 14229-5 UDSonIP, ISO 14229-6 UDSonK-Line, ISO 14229-7 UDSonLIN,
(layer 7)
further standards
Presentation
Vehicle manufacturer specific ISO 27145-2
(layer 6)
Session
ISO 14229-2
Seven layer
(layer 5)
according to
ISO/IEC 7498-1 Transport Further
and (layer 4) standards
Not appli-
ISO 15765-2ISO 10681-2 ISO 13400-2 ISO 17987-2
ISO/IEC 10731
cable
Network Further
(layer 3) standards
ISO 27145-4
Data link Further
ISO 17458-2 ISO 14230-2ISO 17987-3
(layer 2) standards
ISO 11898-1, ISO 13400-3,
ISO 11898-2 IEEE 802.3
Physical Further
ISO 17458-4 ISO 14230-1ISO 17987-4
(layer 1) standards
The titles of future parts will be drafted as follows:
— Part n: Unified diagnostic services on … implementation (UDSon…)
vi © ISO 2015 – All rights reserved

---------------------- Page: 6 ----------------------
INTERNATIONAL STANDARD ISO 14229-7:2015(E)
Road vehicles — Unified diagnostic services (UDS) —
Part 7:
UDS on local interconnect network (UDSonLIN)
1 Scope
This part of ISO 14229 specifies the implementation of a common set of unified diagnostic services
(UDS) on UART-based local interconnect networks in road vehicles. The UDSonLIN diagnostics defines
methods to implement diagnostic data transfer between a client and the LIN slave nodes through the
LIN master node.
LIN slave nodes support three different diagnostic classes as defined in ISO 17987.
UDSonLIN references ISO 14229-1 and ISO 14229-2 and specifies implementation requirements of
the following:
— diagnostic services to be used for diagnostic communication over LIN,
— server memory programming for in-vehicle LIN servers with an external test equipment, and
— configuration of a LIN slave node as specified in ISO 17987.
NOTE UDSonLIN does not specify any requirement for the in-vehicle LIN bus architecture.
This part of ISO 14229 makes reference to information contained in the following:
— ISO 14229-1,
— ISO 14229-2, and
— ISO 17987 (all parts).
This part of ISO 14229 does not include any redundant information of the above mentioned documents.
It focuses on the following:
— additional requirements specific to the implementation of UDSonLIN network, and
— specific restrictions in the implementation of UDSonLIN network.
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any amendments) applies.
ISO 14229-1, Road vehicles — Unified diagnostic services (UDS) — Part 1: Specification and requirements
ISO 14229-2, Road vehicles — Unified diagnostic services (UDS) — Part 2: Session layer services
ISO 17987-3, Road vehicles — Local Interconnect Network (LIN) — Part 3: Protocol specification
© ISO 2015 – All rights reserved 1

---------------------- Page: 7 ----------------------
ISO 14229-7:2015(E)

3 Terms, definitions, symbols, and abbreviated terms
3.1 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 14229-1, ISO 14229-2, and
ISO 17987 (all parts) apply.
3.2 Symbols and abbreviated terms
AE address extension
CF consecutive frame
DA destination address
FC flow control
FF first frame
ID identifier
Mtype message type
NAD node address
NCF node configuration file
P2 server response time
SA source address
SF single frame
SFID sub-function identifier
ST separation time
min
TA target address
UART universal asynchronous receiver transmitter
4 Conventions
This part of ISO 14229 is based on the conventions discussed in the OSI Service Conventions
(ISO/IEC 10731) as they apply for diagnostic services.
5 Document overview
Figure 1 illustrates the document references from ISO 14229-1, ISO 14229-2, and ISO 17987 (all parts).
ISO 14229-7 uses only a subset of the diagnostic services defined in ISO 14229-1 (see Table 3).
2 © ISO 2015 – All rights reserved

---------------------- Page: 8 ----------------------
ISO 14229-7:2015(E)

Figure 1 — UDSonLIN document reference according to OSI model
© ISO 2015 – All rights reserved 3

---------------------- Page: 9 ----------------------
ISO 14229-7:2015(E)

6 UDSonLIN implementation requirements
6.1 General
This clause defines how the diagnostic services, as defined in ISO 14229-1, apply to LIN.
To allow a common implementation of application layer and session layer for ISO 17987 and other
communications, this part of ISO 14229 uses the session layer protocol as defined in ISO 14229-2 and
focuses on necessary modifications and interfaces to adopt it to ISO 17987- series.
The subfunction parameter definitions take into account that the most significant bit is used for the
suppressPosRspMsgIndicationBit parameter as defined in ISO 14229-1.
It is the vehicle manufacturer’s responsibility to setup the LIN master and slave nodes to exchange
UDSonLIN information according to ISO 17987- series.
6.2 Definition of diagnostic classes
6.2.1 Overview
Architectural, diagnostic communication performance, and transport protocol needs of slave nodes are
accommodated by dividing diagnostic services functionality into three diagnostic classes.
Therefore, a diagnostic class is assigned to each slave node according to its level of diagnostic functionality
and complexity.
6.2.2 Diagnostic class I
Smart and simple devices like intelligent sensors and actuators requiring none or very low amount of
diagnostic functionality. Actuator control, sensor reading, and fault memory handling is done by the
master node, using signal carrying frames. Therefore, specific diagnostic support for these tasks is not
required. Fault indication is always signal-based.
6.2.3 Diagnostic class II
A diagnostic class II slave node is similar to a diagnostic class I slave node, but it provides node
identification support. The extended node identification is normally required by vehicle manufacturers.
Testers or master nodes use ISO 14229-1 diagnostic services to request the extended node identification
information. Actuator control, sensor reading, and fault memory handling is done by the master node,
using signal carrying frames. Therefore, specific diagnostic support for these tasks is not required. Fault
indication is always signal-based.
6.2.4 Diagnostic class III
Diagnostic class III slave nodes are devices with enhanced application functions typically performing
their own local information processing (e.g. function controllers, local sensor/actuator loops). The slave
nodes execute tasks beyond the basic sensor/actuator functionality and, therefore, require extended
diagnostic support. Direct actuator control and raw sensor data are often not exchanged with the master
node and, therefore, not included in signal carrying frames. ISO 14229-1 diagnostic services for I/O
control, sensor value reading, and parameter configuration (beyond node configuration) are required.
Diagnostic class III slave nodes have internal fault memory, along with associated reading and clearing
services. Optionally, reprogramming (flash/NVRAM reprogramming) of the slave node is possible. This
requires an implementation of a boot loader and necessary diagnostic services to unlock the device
initiate downloads and transfer data, etc.
The primary difference between diagnostic class II and diagnostic class III is the distribution of
diagnostic capabilities between the LIN master node and the LIN slave node for diagnostic class II while
4 © ISO 2015 – All rights reserved

---------------------- Page: 10 ----------------------
ISO 14229-7:2015(E)

for a diagnostic class III LIN slave node, no diagnostic application features of the LIN slave node are
implemented in the LIN master node.
6.3 LIN node requirements
6.3.1 Master node requirements
6.3.1.1 Master message routing
The master node usually is a high performance ECU and, in most implementations, supports the
ISO 14229-1 diagnostic services. The master node and the external test equipment are connected through
a backbone bus (e.g. ISO 11898). The master node shall receive all diagnostic requests addressed to the
slave nodes from the backbone bus and route them to the appropriate LIN cluster(s). Responses from the
slave nodes shall be routed back to the backbone bus through the master node.
All diagnostic request and response messages addressed to the slave nodes can be routed in the network
layer (i.e. no application layer routing). The master node shall implement the LIN transport protocol (see
ISO 17987-2) as well as the transport protocols used on the backbone busses (e.g. ISO 15765-2).
6.3.1.2 Master node fault management, sensor reading, I/O control
Diagnostic class I and diagnostic class II slave nodes (see ISO 17987-3) provide signal-based fault
information and sensor, I/O access through signal carrying frames. The LIN master node is responsible
to handle the slave nodes signal based faults and handle the associated DTCs. The LIN master node
serves UDS requests directly to the client/tester and acts as a diagnostic application layer gateway. UDS
services provide access to the sensor/actuator signals on the LIN bus.
Diagnostic class III slave nodes (see ISO 17987-3) are independent diagnostic entities. The LIN master node
does not implement diagnostic services for the diagnostic capabilities of its diagnostic class III slave nodes.
6.3.2 Slave node requirements
Slave nodes are typically electronic devices that are not involved in a complex data communication.
Also, their need of distributing diagnostic data is low. However, most slave nodes shall transmit simple
diagnostic information such as error indications in signal carrying frames.
Although diagnostics and node configuration services use the same frame IDs, i.e. 0x3C (master request
frame) and 0x3D (slave response frame), different services are used for configuration and diagnostics.
Node configuration can be performed by the master node independently while diagnostic services
are always routed on request from external or internal test equipment. Both cases use the same node
address (NAD) and transport protocol with the exception that configuration is always performed
through SingleFrames (SF). Only slave nodes have an NAD. The NAD is also used as the source address
in a diagnostic slave response frame.
NOTE There is a one-to-many mapping between a physical node and a logical node and it is addressed
using the NAD.
6.4 Signal-based diagnostics
6.4.1 Slave implementation
Signal-based diagnostics are implemented by slave nodes (diagnostic class I and II), which do not
implement a fault memory and the diagnostic protocol to directly access this fault memory from an
external test tool.
© ISO 2015 – All rights reserved 5

---------------------- Page: 11 ----------------------
ISO 14229-7:2015(E)

There are two types of failure transmission through signal carrying frames.
a) Type 1 failure information is periodically transmitted and encoded into an existing signal (e.g. upper
values of signal range used to indicate specific failure conditions) by the slave node. A type 1 failure
use case-specific and defined by vehicle manufacturers and is not part of this International Standard.
b) Type 2 failure information is not periodically transmitted for components which do not generate a
signal that is periodically transmitted (e.g. slave node internal failure). Additional signal-based failure
transmission shall be implemented for type 2 failures (i.e. if a slave node is capable of locally detecting
faults which are not transmitted through the associated signal in signal carrying frames already).
Each slave node shall transmit the failure status information that is monitored by the slave node to the
master node through signal carrying frames. The status information shall contain the current failure
status of the slave nodes’ components. The signal shall support the states as defined in Table 2.
Table 2 — Signal-based fault states
Description
no test result available, default, initialization value
test result: failed
test result: passed
If a slave node implements more than one independent function, a status signal can be assigned to each
function. In this case, only the failing function could be disabled by the application.
The fault state signals are set in the status management of the LIN Description File (LDF).
6.4.2 Master implementation
A failure status signal shall be assigned for each failure that would result in a separate DTC in the master
node.
This information is used to indicate a failure of one of the components to the master node’s application,
which can then store the associated DTC. There should be one signal per replaceable component to
simplify repair and maintenance of the vehicle.
6.5 Tool suite support
The implementation of diagnostic services in LIN nodes, using the transport protocol and network
layer services as defined in ISO 17987-2, may be supported by a tool suite, which is compatible with the
requirements stated in ISO 17987-2, ISO 17987-3, and ISO 17987-5.
A standardized API with support of the ‘C’ programming language is specified in ISO 17987-5.
7 Unified diagnostic services implementation on LIN
7.1 UDSonLIN services overview
The purpose of Table 3 is to reference all unified diagnostic services as they are applicable for an
implementation of UDSonLIN. The table contains the sum of all applicable services. Certain applications
using this part of ISO 14229 to implement UDSonLIN may restrict the number of useable services and may
categorize them in certain application areas/diagnostic sessions (default session, programming session,
etc.). The restriction of data length for all diagnostic services due to the data link layer applies (see 8.1).
NOTE ISO 17987 series supports different diagnostic classes for LIN slave nodes. It is the vehicle manufacturer’s
responsibility to specify which diagnostic services of ISO 14229-1 are implemented in an LIN slave node.
6 © ISO 2015 – All rights reserved

---------------------- Page: 12 ----------------------
ISO 14229-7:2015(E)

Table 3 — Overview of applicable ISO°14229–1 Unified diagnostic services and data ranges
Diagnostic service name Comment Reference in this Interna-
(see ISO 14229-1) tional Standard
Diagnostic and communication management functional unit
DiagnosticSessionControl No LIN-specific requirements —
ECUReset No LIN-specific requirements —
SecurityAccess No LIN-specific requirements —
CommunicationControl LIN-specific requirements see 7.2.1
TesterPresent No LIN-specific requirements —
ResponseOnEvent LIN-specific requirements see 7.2.2
ControlDTCSetting No LIN-specific requirements —
Data transmission functional unit
ReadDataByIdentifier No LIN-specific requirements —
WriteDataByIdentifier No LIN-specific requirements —
Stored data transmission functional unit
ClearDiagnosticInformation No LIN-specific requirements —
ReadDTCInformation No LIN-specific requirements —
Input/Output control functional unit
InputOutputControlByIdentifier No LIN-specific requirements —
Remote activation of routine functional unit
RoutineControl No LIN-specific requirements —
Upload/Download functional un
...