ISO 11783-3:2014

Tractors and machinery for agriculture and forestry - Serial control and communications data network - Part 3: Data link layer

ISO 11783 as a whole specifies a serial data network for control and communications on forestry or agricultural tractors and mounted, semi-mounted, towed or self-propelled implements. Its purpose is to standardize the method and format of transfer of data between sensors, actuators, control elements, and information-storage and -display units, whether mounted on, or part of, the tractor or implement. It is intended to provide open system interconnect (OSI) for electronic systems used by agricultural and forestry equipment. ISO 11783-3:2014 describes the data link layer and the use of CAN extended data frames by the network.

Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de données en série — Partie 3: Couche liaison de données

L'ISO 11783 dans son ensemble spécifie un réseau de données en série pour la commande et les communications sur les tracteurs forestiers ou agricoles et les équipements portés, semi-portés, traînés ou automoteurs. Elle vise à normaliser la méthode et le format du transfert de données entre capteurs, actionneurs, dispositifs de commande, unités de stockage et d'affichage de données, que ces éléments soient montés sur le tracteur ou l'instrument ou qu'ils fassent partie du tracteur ou de l'instrument. Elle fournit un système ouvert interconnecté (OSI, open system interconnect) pour les systèmes électroniques utilisés par les matériels agricoles et forestiers. L'ISO 11783-3:2014 décrit la couche liaison de données et l'utilisation, par le réseau, des trames CAN (controlled area network) de données étendues.

General Information

• Status: Withdrawn
• Publication Date: 18-May-2014
• Withdrawal Date: 18-May-2014
• ICS: 35.240.99 - IT applications in other fields
• ICS: 65.060.01 - Agricultural machines and equipment in general
• Technical Committee: ISO/TC 23/SC 19 - Agricultural electronics
• Drafting Committee: ISO/TC 23/SC 19/WG 1 - Applications and data interfaces
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 02-Nov-2018
• Completion Date: 13-Dec-2025

Relations

• Revised: ISO 11783-3:2018 - Tractors and machinery for agriculture and forestry - Serial control and communications data network - Part 3: Data link layer
• Effective Date: 23-Apr-2016
• Revises: ISO 11783-3:2007 - Tractors and machinery for agriculture and forestry - Serial control and communications data network - Part 3: Data link layer
• Effective Date: 30-Oct-2010

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 11783-3
Third edition
2014-05-15
Tractors and machinery for
agriculture and forestry — Serial
control and communications data
network —
Part 3:
Data link layer
Tracteurs et matériels agricoles et forestiers — Réseaux de
commande et de communication de données en série —
Partie 3: Couche liaison de données
Reference number
©
ISO 2014
© ISO 2014
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 2014 – All rights reserved

Contents Page
Foreword .iv
Introduction .vi
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 General description . 1
5 Technical requirements . 2
5.1 Message frame format . 2
5.2 Protocol data unit (PDU) . 8
5.3 Protocol data unit (PDU) formats .10
5.4 Message types .13
5.5 Message priority .24
5.6 Bus access .24
5.7 Contention-based arbitration.24
5.8 Error detection .24
5.9 Assignment process for SA and PGN .25
5.10 Transport protocol functions .27
5.11 Extended transport protocol functions .38
5.12 PDU processing requirements .45
5.13 Application notes .46
Annex A (informative) ISO 11783 PDU processing — Typical receive routine .48
Annex B (informative) Transport protocol transfer sequences —Examples of connection mode
data transfer .50
Annex C (informative) Communication mode examples .58
Annex D (informative) Network Bandwidth Utilization .60
Bibliography .61
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. 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. 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 23, Tractors and machinery for agriculture and
forestry, Subcommittee SC 19, Agricultural electronics.
This third edition cancels and replaces the second edition (ISO 11783-3:2007) which has been technically
revised.
ISO 11783 consists of the following parts, under the general title Tractors and machinery for agriculture
and forestry — Serial control and communications data network:
— Part 1: General standard for mobile data communication
— Part 2: Physical layer
— Part 3: Data link layer
— Part 4: Network layer
— Part 5: Network management
— Part 6: Virtual terminal
— Part 7: Implement messages application layer
— Part 8: Power train messages
— Part 9: Tractor ECU
— Part 10: Task controller and management information system data interchange
— Part 11: Mobile data element dictionary
— Part 12: Diagnostics services
— Part 13: File server
iv © ISO 2014 – All rights reserved

— Part 14: Sequence control
Introduction
[1]
ISO 11783 specifies a communications system for agricultural equipment based on the CAN 2.0 B
1)
protocol. SAE J 1939 documents , on which parts of ISO 11783 are based, were developed jointly for use
in truck and bus applications and for construction and agriculture applications. Joint documents were
completed to allow electronic units that meet the truck and bus SAE J 1939 specifications to be used by
agricultural and forestry equipment with minimal changes. General information on ISO 11783 is to be
found in ISO 11783-1.
The purpose of ISO 11783 is to provide an open, interconnected system for on-board electronic systems.
It is intended to enable electronic control units (ECUs) to communicate with each other, providing a
standardized system.
The International Organization for Standardization (ISO) draws attention to the fact that it is claimed
that compliance with this part of ISO 11783 may involve the use of a patent concerning the controller
area network (CAN) protocol referred to throughout the document.
ISO takes no position concerning the evidence, validity and scope of this patent.
The holder of this patent has assured ISO that he is willing to negotiate licences under reasonable and
non-discriminatory terms and conditions with applicants throughout the world. In this respect, the
statement of the holder of this patent right is registered with ISO. Information may be obtained from:
Robert Bosch GmbH
Wernerstrasse 51
Postfach 30 02 20
D-70442 Stuttgart-Feuerbach
Germany
Attention is drawn to the possibility that some of the elements of this part of ISO 11783 may be the subject
of patent rights other than those identified above. ISO shall not be held responsible for identifying any
or all such patent rights.
1) Society of Automotive Engineers, Warrendale, PA, USA.
vi © ISO 2014 – All rights reserved

INTERNATIONAL STANDARD ISO 11783-3:2014(E)
Tractors and machinery for agriculture and forestry —
Serial control and communications data network —
Part 3:
Data link layer
1 Scope
ISO 11783 as a whole specifies a serial data network for control and communications on forestry or
agricultural tractors and mounted, semi-mounted, towed or self-propelled implements. Its purpose is
to standardize the method and format of transfer of data between sensors, actuators, control elements,
and information-storage and -display units, whether mounted on, or part of, the tractor or implement.
It is intended to provide open system interconnect (OSI) for electronic systems used by agricultural and
forestry equipment.
This part of ISO 11783 describes the data link layer and the use of CAN extended data frames by the
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 11783-1, Tractors and machinery for agriculture and forestry — Serial control and communications
data network — Part 1: General standard for mobile data communication
ISO 11783-5, Tractors and machinery for agriculture and forestry — Serial control and communications
data network — Part 5: Network management
ISO 11783-7, Tractors and machinery for agriculture and forestry — Serial control and communications
data network — Part 7: Implement messages application layer
ISO 11898-1, Road vehicles — Controller area network (CAN) — Part 1: Data link layer and physical signalling
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 11783-1 apply.
4 General description
The data link layer enables the reliable transfer of data across the physical link. This consists of sending
the CAN data frame with the necessary synchronization, sequence control, error control and flow
control. The flow control is accomplished through a consistent message frame format.
5 Technical requirements
5.1 Message frame format
5.1.1 General
The message frame format shall conform to the CAN requirements. The CAN specification referenced
throughout this part of ISO 11783 is specified in ISO 11898-1. When there are differences between the
CAN specification and this part of ISO 11783, then this part of ISO 11783 shall be the governing document.
The CAN document specifies, in an information-routing-related discussion, that control function
addresses are not used. While this is true for some applications of CAN, it is not true for ISO 11783.
The definition of the ISO 11783 network requires that control function addressing be used to prevent
multiple control functions from using the same CAN identifier field. Many additional requirements exist
in ISO 11783 that are not specified by CAN.
ISO 11898-1 specifies two message frame formats: base frame and extended frame.
ISO 11898-1 compatibility implies that messages of both formats can potentially be present on a single
network, by using certain bit coding which allows for the recognition of the different formats. Up to this
point, ISO 11783 also accommodates both message frame formats. However, ISO 11783 only defines a
full strategy for standardized communications using the extended frame format. All base frame format
messages are for proprietary use following the rules defined in this part of ISO 11783.
ISO 11783 controllers shall therefore use the extended frame format. Base frame format messages may
reside on the network, but only in accordance with this part of ISO 11783.
NOTE Base frame controllers do not respond to network management messages and are not able to support
the strategy for standardized communications.
The CAN data frame is parsed into different bit fields, as shown in Figure 1. The number and parsing
of the bits in the arbitration and control field differs between the CAN base and CAN extended frame
messages. CAN base frame messages, as shown in Figure 1 a), contain 11 identifier bits in the arbitration
field, whereas the arbitration field of CAN extended frame messages, as shown in Figure 1 b), contain
29 identifier bits. ISO 11783 has further defined the identifier bits in the arbitration field of the CAN
message frame formats. These definitions are given in Table 1.
5.1.2 Message frame format according to ISO 11783 (ISO 11898-1 extended frame format)
The CAN extended frame message, illustrated by Figure 1, encompasses a single protocol data unit
(PDU). The PDU consists of seven predefined fields, assimilated from information provided by the
application layer:
— Priority;
— Extended Data Page (EDP),
— Data Page (DP);
— PDU Format (PF),
— PDU Specific (PS), which can be Destination Address (DA), Group Extension (GE) or proprietary;
— Source Address (SA);
— Data.
(See 5.2 for a detailed description of each field and 5.3 for PDU formats.)
2 © ISO 2014 – All rights reserved

CAN data frame
Maximum frame length with bit stuffing = 127 bits
Arbitration field Control field
Data field
12 bits 6 bits
S R I ACK
Identifier r DLC Data field CRC EOF
O T D field
11 bits 0 4 bits 0 to 64 bits 15 bits 7 bits
F D E 2 bits
No bit
Bit stuffing Stuffing
a) CAN base frame format
CAN data frame
Maximum frame length with bit stuffing = 150 bits
Arbitration field Control field
Data field
32 bits 6 bits
S S I R ACK
Identifier Identifier r r DLC Data field CRC EOF
O R D T field
11 bits 18 bits 1 0 4 bits 0 to 64 bits 15 bits 7 bits
F R E D 2 bits
No bit
Bit stuffing Stuffing
b) CAN extended frame format
Figure 1 — CAN data frames
The fields are then packaged into one CAN data frame and sent over the physical media to other network
controllers. The layers of the OSI model that ISO 11783 supports are shown in Figure 2. It is possible
that some parameter group definitions require more than one CAN data frame in order to send their
information.
Originating Receiving
controller controller
Priority, EDP, DP, Priority, EDP, DP,
Application Application
PF, PS, SA, Data PF, PS, SA, Data
Network Network
Data link Data link
Logical link control 1 or more PDU 1 or more PDU Logical link control
(LLC) (LLC)
Medium access control 1 or more 1 or more Medium access control
(MAC) CAN messages CAN messages (MAC)
Physical Physical
Figure 2 — Application of OSI model according to ISO 11783
Table 1 shows the arbitration and control fields of the 29 bit identifier for CAN, 29 bit identifier for
ISO 11783 and 11 bit identifier for CAN, and the use of the 11 bit identifier on an ISO 11783 network.
A complete definition for each of the bit field assignments according to ISO 11783 is given in 5.3. In
ISO 11783, the CAN data frame data field is described as Bytes 1 to 8. Byte 1’smost significant bit, Bit 8,
is the first bit sent closest to the data length code (DLC). Byte 8’sleast significant bit, Bit 1, is the last of
the data bits to be sent and is closest to the cyclic redundancy check (CRC) field. See Figure 3.
NOTE Base frame controllers can use source addressing in their arbitration and control fields, but these
addresses are not used by ISO 11783 controllers.
When the extended data page (EDP) is equal to 1 and the data page (DP) is equal to 1, the CAN frame
is identified as an ISO 15765-3 formatted frame. ISO 15765-3 specifies diagnostics on CAN for road
vehicles. Therefore, the processing of this specific CAN frame format does not follow the definitions
specified in ISO 11783 and shall be in accordance with ISO 15765-3 (see 5.2.4).
Table 1 — Mapping of ISO 11783 into CAN arbitration and control fields
29 bit identifier 11 bit identifier
Bit number
b
CAN ISO 11783 CAN ISO 11783
a a
1 SOF SOF SOF SOF
2 ID28 P3 ID28 P3
3 ID27 P2 ID27 P2
4 ID26 P1 ID26 P1
a
5 ID25 EDP ID25 ID8
a
6 ID24 DP ID24 ID7
a
7 ID23 PF8 ID23 ID6
a
CAN-defined bit, unchanged in ISO 11783.
b
Required format of proprietary 11 bit identifiers.
4 © ISO 2014 – All rights reserved

Table 1 (continued)
29 bit identifier 11 bit identifier
Bit number
b
CAN ISO 11783 CAN ISO 11783
a
8 ID22 PF7 ID22 ID5
a
9 ID21 PF6 ID21 ID4
a
10 ID20 PF5 ID20 ID3
a
11 ID19 PF4 ID19 ID2
a
12 ID18 PF3 ID18 ID1
a a
13 SRR (r) SRR RTR (x) RTR (d)
a a
14 IDE (r) IDE IDE (d) IDE
a
15 ID17 PF2 R0 R0
16 ID16 PF1 DLC4 DLC4
17 ID15 PS8 DLC3 DLC3
18 ID14 PS7 DLC2 DLC2
19 ID13 PS6 DLC1 DLC1
20 ID12 PS5
21 ID11 PS4
22 ID10 PS3
23 ID9 PS2
24 ID8 PS1
25 ID7 SA8
26 ID6 SA7
27 ID5 SA6
28 ID4 SA5
29 ID3 SA4
30 ID2 SA3
31 ID1 SA2
32 ID0 SA1
a
33 RTR (x) RTR (d)
a
34 r1 r1
a
35 r0 r0
36 DLC4 DLC4
37 DLC3 DLC3
38 DLC2 DLC2
39 DLC1 DLC1
a
CAN-defined bit, unchanged in ISO 11783.
b
Required format of proprietary 11 bit identifiers.

SOF Start of Frame bit
ID## Identifier bit number (#)
SRR Substitute Remote Request
RTR Remote Transmission Request bit
IDE Identifier Extension bit
r# CAN reserved bit number (#)
DLC# Data Length Code bit number (#)
P# Priority bit number (#) according to ISO 11783
EDP Extended Data Page according to ISO 11783
SA# Source Address bit number (#) according to ISO 11783
DP Data Page according to ISO 11783
PF# PDU Format bit number (#) according to ISO 11783
PS# PDU Specific bit number (#) according to ISO 11783
(d) dominant bit
(r) recessive bit
(x) bit state dependent on message

Identifier Data field
Bit 1 Bit 8
DLC
Byte 1 Byte 2 Byte 3 Byte 4 Byte 5 Byte 6 Byte 7 Byte 8 CRC
4 bits
Bit 8 Bit 1
Transmission sequence Time
Figure 3 — CAN data field
5.1.3 Parameter group numbers (PGN)
Whenever it is necessary to identify a parameter group in the data field of a CAN data frame, this is
expressed in 24 bits. The 24 bit value is sent least significant byte (LSB) first — see Table 2, also according
to which the most significant byte (MSB) is sent third and the middle byte second and the LSB first. The
24 bit PGN is determined from the following constituent components: 6 bits set to zero, Extended Data
Page bit, Data Page bit, PDU Format field (8 bits), and PDU Specific field (8 bits).
The procedure for the bit fields to be converted to PGN is as follows. The six most significant bits of the
PGN are set to zero. Then the Extended Data Page bit, Data Page bit and PDU Format field are copied into
the next 10 bits. If the PF value is less than 240 (F0 ), then the least significant byte (LSB) of the PGN is
set to zero. Otherwise, it is set to the value of the PS field. See Table 2 for an illustration of the PGN, their
corresponding bits and their conversion to a decimal number.
NOTE Not all 131 072 combinations (2 ) are available to be assigned as PGN. Only a total of 8 672 combinations
are available for assignment (calculated as: 2 pages × [240 + (16 × 256)] = 8 672, using the conventions specified
in this part of 11783). See ISO 11783-1 for the latest PGN assignments.
6 © ISO 2014 – All rights reserved

Table 2 — Parameter group number (PGN) examples
PGN constituent components PGN
PGN (MSB) PGN PGN (LSB)
Byte 1 Byte 2 Byte 3 ISO-
Numbers of Cumulative
sent third sent second sent first or
assignable numbers of
in CAN data in CAN data in CAN data manufacturer-
Dec Hex
PGs PGs
frame frame frame assigned
EDP DP PF PS
Bits
8–3
Bit 2 Bit 1 Bits 8–1 Bits 8–1
0 0 0 0 0 0 000000 ISO
239 239
0 0 0 238 0 60 928 00EE00
0 0 0 239 0 61 184 00EF00 1 240 MF
0 0 0 240 0 61 440 00F000 ISO
3 840
0 0 0 254 255 65 279 00FEFF 4 080
0 0 0 255 0 65 280 00FF00
256 MF
0 0 0 255 255 65 535 00FFFF 4 336
0 0 1 0 0 65 536 010000
0 0 1 238 0 126 464 01EE00 239 ISO
0 0 1 239 0 126 720 01EF00 240 4 576 MF
0 0 1 240 0 126 976 01F000
4 096 ISO
0 0 1 255 255 131 071 01FFFF 8 672
5.1.4 ISO 11783 support of ISO 11898-1 base frame format messages
Controllers on the ISO 11783 network may support the CAN base frame (11 bit identifier) message
format. Though these are not compatible with the ISO 11783 message structure, to accommodate the
co-existence of the two formats, a minimum level of definition is given. This minimum definition allows
controllers that use this format to not interfere with other controllers. CAN base frame format messages
are defined as being proprietary. In reference to Table 1, the 11 bit identifier field is parsed as follows:
the three most significant bits are used as priority bits; the eight least significant bits identify the SA of
the PDU. Priority bits are described in 5.2.2. The SA is described in 5.2.7.
Incorrect bus arbitration can occur when two messages, one base frame and one extended frame, access
the bus at the same time. The source address (SA) is a higher relative priority in the base frame messages
than in the extended frame messages. The message with an 11 bit identifier (base frame) can have an
SA indicating a higher priority than that of the Extended Data Page bit, Data Page bit and PDU Format
of the 29 bit identifier (extended frame) message. The three priority bits should be used to achieve the
correct bus arbitration.
IMPORTANT — ISO 11783 defines a full strategy for standardized communications using the
extended frame format. Hardware conforming to ISO 11898-1 shall not be used on the network,
since these versions of hardware do not allow the extended frame messages to be communicated.
5.2 Protocol data unit (PDU)
5.2.1 General
The applications and/or network layer provide a string of information that is assimilated into a protocol
data unit. The protocol data unit provides a framework for organizing the information that is essential
to each CAN data frame sent. The protocol data unit (PDU) of the ISO 11783 network shall consist of the
seven fields listed in 5.1.2 and specified below. These fields shall then be packaged into one or more CAN
data frames and sent over the physical media to other network controllers. There is only one PDU per
CAN data frame.
NOTE Some PGN definitions require more than one CAN data frame for sending the corresponding data.
Certain of the CAN data frame fields are left out of the PDU definition because they are controlled entirely
by the CAN specification and are invisible to all of the OSI layers above the data link layer. These include
the SOF, SRR, IDE, RTR, CRC, ACK and EOF fields, and parts of the control field. They are defined by the
CAN protocol definition and remain unmodified by ISO 11783.
The PDU fields (see Figure 4) are specified in 5.2.2 to 5.2.8.
Priority, EDP, DP, PF, PS, SA, Data
No. of bits .3…, .1…, .1…, .8…, .8…, .8…, .64.
Figure 4 — PDU fields
5.2.2 Priority (P)
Priority bits are used to optimize message latency for transmission onto the bus only. They should
be globally masked off by the receiving controller (ignored). The priority of any message can be set
from highest, 0 (000 ), to lowest, 7 (111 ). The default for all control oriented messages is 3 (011 ). The
2 2 2
default for all other informational, proprietary, request and NACK messages is 6 (110 ). This permits the
priority to be raised or lowered in the future as new PGN values are assigned and bus traffic changes.
A recommended priority is assigned to each PGN when it is added to the application layer standards.
However, the priority field should be reprogrammable to allow for network tuning by the manufacturers
if the need arises.
5.2.3 Extended data page (EDP)
This bit is used in conjunction with the data page bit to determine the structure of the CAN identifier of
the CAN data frame. All ISO 11783 messages shall set the extended data page bit to ZERO on transmit.
(See Table 3 for the defined uses of the EDP and DP fields.) It is possible that future definitions will
expand the PDU Format field, defining new PDU formats, expanding the priority field, or increasing the
address space.
5.2.4 Data page (DP)
The DP bit is used in conjunction with the EDP bit to determine the structure of the CAN identifier of
the CAN data frame. With the EDP set to 0, the DP bit selects between page 0 and page 1 of the PGN
descriptions. See Table 3.
8 © ISO 2014 – All rights reserved

Table 3 — Definition of extended data page (EDP) and data page (DP) use
EDP DP
Bit 25 Bit 24
Description
CAN ID Bit 25 CAN ID Bit 24
0 0 ISO 11783 page 0 PGN
0 1 ISO 11783 page 1 PGN
1 0 ISO 11783 reserved
1 1 ISO 15765-3 defined PGN
NOTE The EDP and DP of the CAN 29 bit identifier being set to “11” identifies it as an ISO 15765-3 message.
This means that the rest of the CAN identifier is not set up as specified by ISO 11783; CAN frames following this
format are not described in ISO 11783.
5.2.5 PDU Format (PF)
PF is an 8 bit field that determines the PDU format and is one of the fields used to determine the PGN
assigned to the CAN data field. PGN are used to identify or label commands, data, some requests,
acknowledgements and negative acknowledgements, as well as for identifying or labelling information
that requires one or more CAN data frames to communicate the information. If there is more information
than can fit in eight data bytes, a multi-packet message is required to be sent. If there are eight or less
data bytes, then a single CAN data frame is used. A PGN can represent one or more parameters, where
a parameter is a piece of data such as engine rotations per minute. Even though a PGN label can be used
for one parameter, it is recommended that multiple parameters be grouped so that all 8 B of the data
field are used.
NOTE B is the symbol for the unit byte, according to IEC 60027–2.
The definition of two proprietary PGN allows both PDU1 and PDU2 formats to be used. The interpretation
of the proprietary information varies between manufacturers.
EXAMPLE Even though two different engines can use a common set of standard PGNs, it is probable that one
manufacturer’s proprietary communications will be different from another’s.
5.2.6 PDU Specific (PS)
The PS field is an 8 bit field whose definition depends on its PDU format, which determines whether it
will be a DA or GE field. See Table 4.
Table 4 — Definition of PDU Specific (PS) field
PDU format PF PS
PDU1 0–239 Destination Address (DA)
PDU2 240–255 Group Extension (GE)
The DA field defines the specific address to which the message is being sent. Any other controller should
ignore this message. The global destination address (255) requires all controllers to listen and respond
accordingly as message recipients.
The GE field, in conjunction with the four least significant bits of the PF field, provides for 4 096 parameter
groups per data page. These are only available using the GE format PDU (PDU2).
NOTE When the four most significant bits of the PDU format field are set it indicates that the PS field is a GE
field.
In addition, 240 parameter groups are provided in each data page for use only in the destination-specific
format PDU (PDU1 format). In total, 8 672 parameter groups are available to be defined using the two
data pages currently available.
This total is calculated as follows: [240 + (16 × 256)] × 2 = 8 672, with 240 representing the number of
PDU format field values available per data page (i.e. PDU1 format, PS field = DA), 16 the number of PDU
format values per GE value (i.e. PDU2 format only), 256 the number of possible GE values (i.e. PDU2
format only), and 2 the number of data page states (both PDU formats).
See also 5.3.
5.2.7 Source Address (SA)
The SA field is 8 bits long. There shall only be one control function on the network with a given source
address.
NOTE For address management and allocation, and procedures to prevent duplication of SA, see ISO 11783-5.
5.2.8 Data field
5.2.8.1 Data from 0 to 8 B
When eight or less bytes of data are required for expressing a given parameter group, then all eight
data bytes of the CAN data frame can be used. It is recommended that 8 B be allocated or reserved for
all PGN assignments likely to expand in the future. This provides a means of adding parameters easily
and avoiding incompatibility with previous revisions that only define part of the data field. Once the
number of bytes of data associated with a PGN is specified, it cannot be changed (and cannot become
multi-packet either, unless originally defined as such). The CAN data length code (DLC) is set to the
defined parameter group “data length” value when it is 8 B or less; otherwise, when the PG data length
is 9 or greater, the CAN DLC is set to 8. For example, the REQUEST PGN, 59 904, has a PG data length of
3, so the CAN DLC is set to 3. An individual group function (see 5.4.6) shall use the same data field length
because the CAN identifier is always identical; while the CAN data field is used to convey the specific
group subfunctions. These group functions require many different interpretations based on the CAN
data field.
5.2.8.2 Data greater than 8 bytes
When more than 8 data bytes are needed to express a given parameter group, the communication of
this data is done in multiple CAN data frames. The term multi-packet is used to describe this type of
parameter group. A parameter group defined as being multi-packet capable, having less than nine data
bytes to transfer in a specific instance, shall be sent in a single CAN data frame with the DLC set to 8.
When a particular parameter group has nine or more data bytes to transfer, then one of the transport
protocol functions are used. The transport function connection management capability is used to set up
and close out the communication of the multi-packet parameter groups. The transport protocol data
transfer capability is used to communicate the data itself in a series of CAN data frames (packets)
containing the “packetized” data. Additionally, the transport protocol function provides flow control
and handshaking capabilities for destination-specific transfers (see 5.10 and 5.11).
All CAN data frames associated with a particular multi-packet response shall have a DLC of 8. All unused
data bytes are set to “Not Available”. The number of bytes per packet is fixed; however, ISO 11783 defines
multi-packet messages that have a variable and or fixed number of packets. The PGN for active diagnostic
codes is an example of a multi-packet message that has a variable number of packets. Parameter groups
that are defined as multi-packet only use the transport protocol when the number of data bytes to be
sent exceeds eight in number.
5.3 Protocol data unit (PDU) formats
5.3.1 General
The available PDU formats, illustrated in Figure 5, are defined as PDU1 (PS = DA) and PDU2 (PS = GE).
PDU1 allows for direction of the CAN data frame to a specific destination address (control function);
PDU2 only communicates CAN data frames that are not destination-specific. Two separate PDU formats
10 © ISO 2014 – All rights reserved

are created to provide more possible parameter group number combinations while still providing for
destination-specific communications. Proprietary parameter group definitions are assigned so that
both PDU formats can be used for proprietary communications. A standardized method for proprietary
communications is defined to prevent possible conflicts in identifier usage.
The definition of proprietary Parameter Group Numbers has been established allowing both PDU1 and
PDU2 Formats to be used. The interpretation of the proprietary information varies by manufacturer.
Priority, EDP, DP, PF, PS(DA), SA, Data
No. of bits .3…, .1…, .1…, .8…, .8…, .8…, .64.
a) PDU1
Priority, EDP, DP, PF, PS(GE), SA, Data
No. of bits .3…, .1…, .1…, .8…, .8…, .8…, .64.
b) PDU2
Figure 5 — Available PDU formats
5.3.2 PDU1 format
The PDU1 format provides for applicable parameter groups to be sent to either specific or global
destination(s). The PS field contains a DA.
PDU1 format messages can be requested or sent as unsolicited messages.
PDU1 format messages are determined by the PF field. When the value of that field is 0 to 239, the
message is in the PDU1 format. The format of the PDU1 message is illustrated by Figure 5. See also
Figure 6.
29 bit Identifier
E
Priority DP PF PS (DA) SA
D
P
0 0 0 0 0
1 0
. . . .
.
. . . .
.
. . . .
7 239 . 255 255
PGN
a
Available for PDU1 format
a
Currently, 2 × 240 = 480.
Figure 6 — PDU1 format
Parameter groups requiring a destination (PDU1) and minimal latency start at PF = 0 and increment
towards x (or x1) as shown in Table 7.
Parameter groups requiring a destination where latency is not critical start at PF = 239 and decrement
towards x (or x1) as shown in Table 7.
A PF equal to 239 (Extended Data Page bit = 0 and Data Page bit = 0) is assigned for proprietary use. In
this case the PS field is a destination address (see 5.4.6). The PGN for Proprietary A is 61 184.
5.3.3 PDU2 format
The PDU2 format can only be used to communicate parameter groups as global messages. PDU2 format
messages can be requested or sent as unsolicited messages. Selection of the PDU2 format at the time a
PGN is assigned prevents that PGN from ever being able to be directed to a specific destination. The PS
field contains a GE.
PDU2 format messages are defined as being those where the PF value is equal to 240 to 255 (see Table 5).
The format of the PDU2 message is illustrated by Figure 5. Also see Figure 7.
29 bit Identifier
E
Priority DP PF SA
PS (GE)
D
P
0 0 240 0
1 16
. . .
pages
pages
. . .
pages
of 256
of 256
. . .
of 256
7 255 255
. 16
pages
. pages
pages of 256
. of 256
of 256
PGN
a
Available for PDU2 format
a
Currently, 2 × 16 × 256 = 8 192.
Figure 7 — PDU2 format
The PGN of messages that are sent at fast update rates (generally less than 100 ms) start at PF = 240 and
increment towards y (or y1) as shown in Table 7.
The PGN of messages that are only requested, sent on change, or are sent at slow update rates (generally
greater than 100 ms) start at PF = 254 and decrement towards y (or y1) as shown in Table 7.
A PF equal to 255 (Extended Data Page bit = 0 and Data Page bit = 0) is assigned for proprietary use. The
PS field is left to be defined and used by each manufacturer (see 5.4.6). The PGN for Proprietary B covers
the range 65 280 to 65 535.
12 © ISO 2014 – All rights reserved

5.4 Message types
5.4.1 General
There are five message types currently supported:
— Commands;
— Requests;
— Broadcasts/Responses;
— Acknowledgements;
— Group Functions.
The specific message type is recognized by its assigned PGN. The RTR bit (defined in the CAN protocol
for remote frames) is not to be used in the recessive state (logical 1). Therefore, Remote Transmission
Request (RTR = 1) is not available for use in the ISO 11783 network.
RTR was meant to “request” a specific CAN object by simply announcing its CAN identifier on the network
without any data bytes. Since ISO 11783 uses part of the CAN identifier for message priority and part
of it for Source Address, this mechanism will cause conflicts. A device is not allowed to send a message
with another device’s SA. A separate request mechanism exists in ISO 11783. See 5.4.3.
Multi-byte parameters that appear in the data field of a CAN data frame shall be placed least significant
byte (LSB) first. Exceptions are noted where applicable (i.e. ASCII data). If a 2 B parameter were to be
placed in Bytes 7 and 8 of the CAN data frame, the LSB would be placed in Byte 7 and the MSB in Byte 8.
5.4.2 Command
The command message type categorizes those parameter groups that command a specific or global
destination from a source. The destination is then supposed to take specific actions based on the
reception of this command message type. Both PDU1 (PS = DA) and PDU2 format (PS = GE) messages
can be used for commands. Example command modes include Transmission Control, Address Request
and Torque/Speed Control.
5.4.3 Request
The Request message type, identified by the PGN, provides the ability to request information globally
or from a specific destination. Requests specific to one destination are known as destination-specific
requests. The information below assigns a PGN to the Request PGN parameter group. The information
is in the same format as parameter group definitions in ISO 11783.
Parameter group name: REQUEST
Definition: used to request a parameter group from a network control func-
tion or control functions
Transmission repetition rate: per user requirements, generally recommended that requests
occur no more than two or three times per second
Data length: 3 B (The CAN frame for this PG shall set the DLC to 3.)
Data page: 0
PF: 234
PS: DA (global or specific)
Default priority: 6
Parameter group number: 59 904 (00EA00 )
Bytes:1, 2, 3 PGN being requested (see 5.1.3 for field definition and byte
order)
Table 5 lists the request/response possibilities for PDU1 and PDU2 format PGN. It clarifies that the
originating control function of a message determines whether the destination is specific or global,
based on whether the request was to a specific or global DA. Table 5 also illustrates that for unsolicited
messages the originating control function can transmit to a specific or global DA for PDU1 and PDU2
PGN with more than 8 B. For PDU2 PGN with 8 B or less, the originating control function can only send
the data globally.
14 © ISO 2014 – All rights reserved

Table 5 — PDU1 and PDU2 transmit, request and response requirements
PDU
Data length of Request
Format of
Requested PGN in PGN 59 904 or other Response TP used
Requested
Bytes applicable PGNs
PGN
1 ≤ 8 DA specific DA specific Not allowed
1 ≤ 8 DA global DA global Not allowed
DA global Not allowed
1 ≤ 8 None
DA specific Not allowed
1 > 8 DA specific DA specific RTS/CTS
1 > 8 DA global DA global BAM
DA global BAM
1 > 8 None
DA specific RTS/CTS
2 ≤ 8 DA specific DA global Not allowed
2 ≤ 8 DA global DA global Not allowed
2 ≤ 8 None DA global Not allowed
2 > 8 DA specific DA specific RTS/CTS
2 > 8 DA global DA global BAM
DA global BAM
2 > 8 None
DA specific RTS/CTS
General rules of operation for determining whether to send a PGN to a global or specific destination
a) If the request or applicable PGN is sent to a global address, then the response is sent to a global address.
A NACK (see 5.4.5) is not desired as a response to a global request. However, there may be situations where a NACK
for a global request is allowed.
b) If the request or applicable PGN is sent to a specific address, then the response is sent to a specific address.
A NACK is required if the PGN is not supported.
If the data length is 8 B or more, the transport protocol RTS/CTS shall be used for the response to a specific address.
Exceptions:
— PDU2 format PGN with 8 B or less can only be sent to a global destination because there is no destination
address field in the PDU2 format.
— The Address Claim PGN is sent to the global destination address even though the request for it was to a specific
destination address (see ISO 11783-5).
c) For periodic broadcasts or unsolicited messages, PDU1 or PDU2 format PGN can be sent to a global or specific
destination address.
Exception:
— PDU2 format PGN with 8 B or less can only be sent to a global destination because there is no destination
address field in the PDU2 format.
d) Exceptions to these rules do exist, as can be seen from the above. The exceptions are noted in the applicable
document in the section in which the PGN is defined. Two different types of exceptions are included:
— When the response destination address does not specify the source address of the request. One example has
been noted above (e.g. Address Claim PGN).
— The PGN does not support all forms of the available addressing, i.e. some PGN are not designed to support the
address capability that is available for PDU1 or PDU2 format messages.
Table 6 gives two examples of how the Request PGN is used.
Table 6 — Use of specified fields in ISO 11783 PDU1 format
Message type PGN PS (DA) SA Data 1 Data 2 Data 3
a a
Global Request 59 904 255 (Responder) SA1 (Requester) PGN LSB PGN PGN MSB
a a
Specific Request 59 904 SA2 (Responder) SA1 (Requester) PGN LSB PGN PGN MSB
a
The
...

DRAFT INTERNATIONAL STANDARD ISO/DIS 11783-3
ISO/TC 23/SC 19 Secretariat: DIN
Voting begins on Voting terminates on

2012-07-23 2012-12-23
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION    МЕЖДУНАРОДНАЯ ОРГАНИЗАЦИЯ ПО СТАНДАРТИЗАЦИИ    ORGANISATION INTERNATIONALE DE NORMALISATION

Tractors and machinery for agriculture and forestry — Serial ——
control and communications data network —
Part 3:
Data link layer
Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de données en
série —
Partie 3: Couche liaison de données
[Revision of second edition (ISO 11783-3:2007)]
ICS 35.240.99; 65.060.01
To expedite distribution, this document is circulated as received from the committee
secretariat. ISO Central Secretariat work of editing and text composition will be undertaken at
publication stage.
Pour accélérer la distribution, le présent document est distribué tel qu'il est parvenu du
secrétariat du comité. Le travail de rédaction et de composition de texte sera effectué au
Secrétariat central de l'ISO au stade de publication.

THIS DOCUMENT IS A DRAFT CIRCULATED FOR COMMENT AND APPROVAL. IT IS THEREFORE SUBJECT TO CHANGE AND MAY NOT BE
REFERRED TO AS AN INTERNATIONAL STANDARD UNTIL PUBLISHED AS SUCH.
IN ADDITION TO THEIR EVALUATION AS BEING ACCEPTABLE FOR INDUSTRIAL, TECHNOLOGICAL, COMMERCIAL AND USER PURPOSES,
DRAFT INTERNATIONAL STANDARDS MAY ON OCCASION HAVE TO BE CONSIDERED IN THE LIGHT OF THEIR POTENTIAL TO BECOME
STANDARDS TO WHICH REFERENCE MAY BE MADE IN NATIONAL REGULATIONS.
RECIPIENTS OF THIS DRAFT ARE INVITED TO SUBMIT, WITH THEIR COMMENTS, NOTIFICATION OF ANY RELEVANT PATENT RIGHTS OF WHICH
THEY ARE AWARE AND TO PROVIDE SUPPORTING DOCUMENTATION.
©  International Organization for Standardization, 2012

ISO/DIS 11783-3
Copyright notice
This ISO document is a Draft International Standard and is copyright-protected by ISO. Except as permitted
under the applicable laws of the user’s country, neither this ISO draft nor any extract from it may be
reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic,
photocopying, recording or otherwise, without prior written permission being secured.
Requests for permission to reproduce should be addressed to 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
Reproduction may be subject to royalty payments or a licensing agreement.
Violators may be prosecuted.
ii © ISO 2012 – All rights reserved

ISO/DIS 11783-3
Contents Page
Foreword . v
Introduction . vi
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 General description . 1
5 Technical requirements . 1
5.1 Message frame format . 1
5.1.1 General . 1
5.1.2 Message frame format according to ISO 11783 (ISO 11898-1 extended frame format) . 2
5.1.3 Parameter group numbers (PGN) . 6
5.1.4 ISO 11783 support of ISO 11898-1 base frame format messages . 6
5.2 Protocol data unit (PDU) . 7
5.2.1 General . 7
5.2.2 Priority (P) . 7
5.2.3 Extended data page (EDP) . 7
5.2.4 Data page (DP) . 8
5.2.5 PDU Format (PF) . 8
5.2.6 PDU Specific (PS) . 8
5.2.7 Source Address (SA) . 9
5.2.8 Data field. 9
5.3 Protocol data unit (PDU) formats . 10
5.3.1 General . 10
5.3.2 PDU1 format . 10
5.3.3 PDU2 format . 11
5.4 Message types . 12
5.4.1 General . 12
5.4.2 Command . 13
5.4.3 Request. 13
5.4.4 Broadcast/Response . 15
5.4.5 Acknowledgement . 15
5.4.6 Group Function . 17
5.4.7 Request2. 18
5.4.8 Transfer . 19
5.5 Message priority . 20
5.6 Bus access . 21
5.7 Contention-based arbitration . 21
5.8 Error detection . 21
5.9 Assignment process for SA and PGN . 21
5.9.1 General . 21
5.9.2 Address assignment criteria . 22
5.9.3 Parameter group assignment criteria . 22
5.9.4 Data field definition . 23
5.10 Transport protocol functions . 24
5.10.1 General . 24
5.10.2 “Packetization” and reassembly . 25
5.10.3 Transport Protocol — Connection management . 26
5.10.4 Transport Protocol — Connection management messages (TP.CM) . 28
5.10.5 Transport Protocol — Data Transfer messages (TP.DT) . 31
ISO/DIS 11783-3
5.10.6 Extended Transport Protocol — Connection Management. 32
5.10.7 Extended Transport Protocol — Connection Management messages (ETP.CM) . 34
5.10.8 Extended Transport Protocol — Data Transfer messages (ETP.DT) . 35
5.10.9 Connection constraints . 36
5.11 PDU processing requirements . 37
5.12 Application notes . 37
5.12.1 High data rates . 37
5.12.2 Request scheduling . 37
5.12.3 Controller response time and timeout defaults . 37
5.12.4 Required responses . 38
5.12.5 Transmission of PGN to specific or global destinations . 38
5.12.6 CTS number of packet recommendation . 38
Annex A (informative) ISO 11783 PDU processing — Typical receive routine . 39
Annex B (informative) Transport protocol transfer sequences — Examples of connection mode
data transfer . 40
Annex C (informative) Communication mode examples . 48
Bibliography . 50

iv © ISO 2012 – All rights reserved

ISO/DIS 11783-3
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.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of technical committees is to prepare International Standards. Draft International Standards
adopted by the technical committees are circulated to the member bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the member bodies casting a vote.
ISO 11783-3 was prepared by Technical Committee ISO/TC 23, Tractors and machinery for agriculture and
forestry, Subcommittee SC 19, Agricultural electronics.
This third edition cancels and replaces the second edition (ISO 11783-3:2007) which has been technically
revised.
ISO 11783 consists of the following parts, under the general title Tractors and machinery for agriculture and
forestry — Serial control and communications data network:
 Part 1: General standard for mobile data communication
 Part 2: Physical layer
 Part 3: Data link layer
 Part 4: Network layer
 Part 5: Network management
 Part 6: Virtual terminal
 Part 7: Implement messages application layer
 Part 8: Power train messages
 Part 9: Tractor ECU
 Part 10: Task controller and management information system data interchange
 Part 11: Mobile data element dictionary
 Part 12: Diagnostics services
 Part 13: File server
 Part 14: Sequence control
ISO/DIS 11783-3
Introduction
[1]
ISO 11783 specifies a communications system for agricultural equipment based on the CAN 2.0 B protocol.
1)
SAE J 1939 documents , on which parts of ISO 11783 are based, were developed jointly for use in truck and
bus applications and for construction and agriculture applications. Joint documents were completed to allow
electronic units that meet the truck and bus SAE J 1939 specifications to be used by agricultural and forestry
equipment with minimal changes. General information on ISO 11783 is to be found in ISO 11783-1.
The purpose of ISO 11783 is to provide an open, interconnected system for on-board electronic systems. It is
intended to enable electronic control units (ECUs) to communicate with each other, providing a standardized
system.
The International Organization for Standardization (ISO) draws attention to the fact that it is claimed that
compliance with this part of ISO 11783 may involve the use of a patent concerning the controller area network
(CAN) protocol referred to throughout the document.
ISO takes no position concerning the evidence, validity and scope of this patent.
The holder of this patent has assured ISO that he is willing to negotiate licences under reasonable and
non-discriminatory terms and conditions with applicants throughout the world. In this respect, the statement of
the holder of this patent right is registered with ISO. Information may be obtained from:
Robert Bosch GmbH
Wernerstrasse 51
Postfach 30 02 20
D-70442 Stuttgart-Feuerbach
Germany
Attention is drawn to the possibility that some of the elements of this part of ISO 11783 may be the subject of
patent rights other than those identified above. ISO shall not be held responsible for identifying any or all such
patent rights.
1)
Society of Automotive Engineers, Warrendale, PA, USA.
vi © ISO 2012 – All rights reserved

DRAFT INTERNATIONAL STANDARD ISO/DIS 11783-3

Tractors and machinery for agriculture and forestry — Serial
control and communications data network — Part 3: Data link
layer
1 Scope
ISO 11783 as a whole specifies a serial data network for control and communications on forestry or
agricultural tractors and mounted, semi-mounted, towed or self-propelled implements. Its purpose is to
standardize the method and format of transfer of data between sensors, actuators, control elements, and
information-storage and -display units, whether mounted on, or part of, the tractor or implement. It is intended
to provide open system interconnect (OSI) for electronic systems used by agricultural and forestry equipment.
This part of ISO 11783 describes the data link layer and the use of CAN extended data frames by the network.
2 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
ISO 11783-1:2007, Tractors and machinery for agriculture and forestry — Serial control and communications
data network — Part 1: General standard for mobile data communication
ISO 11783-5, Tractors and machinery for agriculture and forestry — Serial control and communications data
network — Part 5: Network management
ISO 11898-1, Road vehicles — Controller area network (CAN) — Part 1: Data link layer and physical
signalling
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 11783-1 apply.
4 General description
The data link layer enables the reliable transfer of data across the physical link. This consists of sending the
CAN data frame with the necessary synchronization, sequence control, error control and flow control. The flow
control is accomplished through a consistent message frame format.
5 Technical requirements
5.1 Message frame format
5.1.1 General
The message frame format shall conform to the CAN requirements. The CAN specification referenced
throughout this part of ISO 11783 is specified in ISO 11898-1. When there are differences between the CAN
specification and this part of ISO 11783, then this part of ISO 11783 shall be the governing document.
The CAN document specifies, in an information-routing-related discussion, that control function addresses are
not used. While this is true for some applications of CAN it is not true for ISO 11783. The definition of the
ISO/DIS 11783-3
ISO 11783 network requires that control function addressing be used to prevent multiple control functions from
using the same CAN identifier field. Many additional requirements exist in ISO 11783 that are not specified by
CAN.
ISO 11898-1 specifies two message frame formats: base frame and extended frame.
ISO 11898-1 compatibility implies that messages of both formats can potentially be present on a single
network, by using certain bit coding which allows for the recognition of the different formats. Up to this point,
ISO 11783 also accommodates both message frame formats. However, ISO 11783 only defines a full strategy
for standardized communications using the extended frame format. All base frame format messages are for
proprietary use following the rules defined in this part of ISO 11783.
ISO 11783 controllers shall therefore use the extended frame format. Base frame format messages may
reside on the network, but only in accordance with this part of ISO 11783.
NOTE Base frame controllers do not respond to network management messages and are not able to support the
strategy for standardized communications.
The CAN data frame is parsed into different bit fields, as shown in Figure 1. The number and parsing of the
bits in the arbitration and control field differs between the CAN base and CAN extended frame messages.
CAN base frame messages, as shown in Figure 1 a), contain 11 identifier bits in the arbitration field, whereas
the arbitration field of CAN extended frame messages, as shown in Figure 1 b), contain 29 identifier bits.
ISO 11783 has further defined the identifier bits in the arbitration field of the CAN message frame formats.
These definitions are given in Table 1.
5.1.2 Message frame format according to ISO 11783 (ISO 11898-1 extended frame format)
The CAN extended frame message, illustrated by Figure 1, encompasses a single protocol data unit (PDU).
The PDU consists of seven predefined fields, assimilated from information provided by the application layer:
 Priority;
 Extended Data Page (EDP),
 Data Page (DP);
 PDU Format (PF),
 PDU Specific (PS), which can be Destination Address (DA), Group Extension (GE) or proprietary;
 Source Address (SA);
 Data.
(See 5.2 for a detailed description of each field and 5.3 for PDU formats.)

ISO/DIS 11783-3
CAN data frame
Maximum frame length with bit stuffing = 127 bits
Arbitration field Control field
Data field
12 bits 6 bits
S R I ACK
Identifier r DLC Data field CRC EOF
O T D field
11 bits 0 4 bits 0 to 64 bits 15 bits 7 bits
F D E 2 bits
No bit
Bit stuffing Stuffing
a)  CAN base frame format
CAN data frame
Maximum frame length with bit stuffing = 150 bits
Arbitration field Control field
Data field
32 bits 6 bits
S S I R ACK
Identifier Identifier r r DLC Data field CRC EOF
O R D T field
11 bits 18 bits 1 0 4 bits 0 to 64 bits 15 bits 7 bits
F R E D 2 bits
No bit
Bit stuffing Stuffing
b)  CAN extended frame format
Figure 1 — CAN data frames
The fields are then packaged into one or more CAN data frames and sent over the physical media to other
network controllers. The layers of the OSI model that ISO 11783 supports are shown in Figure 2. It is possible
that some parameter group definitions require more than one CAN data frame in order to send their
information.
ISO/DIS 11783-3
Originating Receiving
controller controller
Priority, EDP, DP, Priority, EDP, DP,
Application Application
PF, PS, SA, Data PF, PS, SA, Data
Network Network
Data link Data link
Logical link control 1 or more PDU 1 or more PDU Logical link control
(LLC) (LLC)
Medium access control 1 or more 1 or more Medium access control
(MAC) CAN messages CAN messages (MAC)
Physical Physical
Figure 2 — Application of OSI model according to ISO 11783

Table 1 shows the arbitration and control fields of the 29 bit identifier for CAN, 29 bit identifier for ISO 11783
and 11 bit identifier for CAN, and the use of the 11 bit identifier on an ISO 11783 network. A complete
definition for each of the bit field assignments according to ISO 11783 is given in 5.3. In ISO 11783, the CAN
data frame data field is described as Bytes 1 to 8. Byte 1’s MSB (most significant bit), Bit 8, is the first bit sent
closest to the data length code (DLC). Byte 8’s LSB (least significant bit), Bit 1, is the last of the data bits to be
sent and is closest to the cyclic redundancy check (CRC) field. See Figure 3.
NOTE Base frame controllers can use source addressing in their arbitration and control fields, but these addresses
are not used by ISO 11783 controllers.
When the extended data page (EDP) is equal to 1 and the data page (DP) is equal to 1, the CAN frame is
identified as an ISO 15765-3 formatted frame. ISO 15765-3 specifies diagnostics on CAN for road vehicles.
Therefore, the processing of this specific CAN frame format does not follow the definitions specified in
ISO 11783.
Table 1 — Mapping of ISO 11783 into CAN arbitration and control fields
29 bit identifier 11 bit identifier
Bit number
b
CAN ISO 11783 CAN ISO 11783
a a
1 SOF SOF SOF SOF
2 ID28 P3 ID28 P3
3 ID27 P2 ID27 P2
4 ID26 P1 ID26 P1
a
5 ID25 EDP ID25 ID8
a
6 ID24 DP ID24 ID7
a
7 ID23 PF8 ID23 ID6
ISO/DIS 11783-3
a
8 ID22 PF7 ID22 ID5
a
9 ID21 PF6 ID21 ID4
a
10 ID20 PF5 ID20 ID3
a
11 ID19 PF4 ID19 ID2
a
12 ID18 PF3 ID18 ID1
a a
13 SRR (r) SRR RTR (x) RTR (d)
a a
14 IDE (r) IDE IDE (d) IDE
a
15 ID17 PF2 R0 R0
16 ID16 PF1 DLC4 DLC4
17 ID15 PS8 DLC3 DLC3
18 ID14 PS7 DLC2 DLC2
19 ID13 PS6 DLC1 DLC1
20 ID12 PS5
21 ID11 PS4
22 ID10 PS3
23 ID9 PS2
24 ID8 PS1
25 ID7 SA8
26 ID6 SA7
27 ID5 SA6
28 ID4 SA5
29 ID3 SA4
30 ID2 SA3
31 ID1 SA2
32 ID0 SA1
a
33 RTR (x) RTR (d)
a
34 r1 r1
a
35 r0 r0
36 DLC4 DLC4
37 DLC3 DLC3
38 DLC2 DLC2
39 DLC1 DLC1
SOF Start of Frame bit EDP Extended Data Page according to ISO 11783
ID## Identifier bit number (#) SA# Source Address bit number (#) according to ISO 11783
SRR Substitute Remote Request DP Data Page according to ISO 11783
RTR Remote Transmission Request bit PF# PDU Format bit number (#) according to ISO 11783
IDE Identifier Extension bit PS# PDU Specific bit number (#) according to ISO 11783
r# CAN reserved bit number (#) (d) dominant bit
DLC# Data Length Code bit number (#) (r) recessive bit
P# Priority bit number (#) according to ISO 11783 (x) bit state dependent on message
a
CAN-defined bit, unchanged in ISO 11783.
b
Required format of proprietary 11 bit identifiers.

Identifier Data field
Bit 1 Bit 8
DLC
Byte 1 Byte 2 Byte 3 Byte 4 Byte 5 Byte 6 Byte 7 Byte 8 CRC
4 bits
Bit 8 Bit 1
Figure 3 — CAN data field
ISO/DIS 11783-3
5.1.3 Parameter group numbers (PGN)
Whenever it is necessary to identify a parameter group in the data field of a CAN data frame, this is expressed
in 24 bits. The 24 bit value is sent least significant byte (LSB) first — see Table 2, also according to which the
most significant byte (MSB) is sent third and the middle byte second and the LSB first. The 24 bit PGN is
determined from the following constituent components: 6 bits set to zero, Extended Data Page bit, Data Page
bit, PDU Format field (8 bits), and PDU Specific field (8 bits).
The procedure for the bit fields to be converted to PGN is as follows. The six MSB of the PGN are set to zero.
Then the Extended Data Page bit, Data Page bit and PDU Format field are copied into the next 10 bits. If the
PF value is less than 240 (F0 ) then the LSB of the PGN is set to zero. Otherwise, it is set to the value of the
PS field. See Table 2 for an illustration of the PGN, their corresponding bits and their conversion to a decimal
number.
NOTE Not all 131 072 combinations (2 ) are available to be assigned as PGN. Only a total of 8 672 combinations
are available for assignment (calculated as: 2 pages  [240 +(16  256)] = 8 672, using the conventions specified in this
part of 11783. See ISO 11783-1 for the latest PGN assignments.
Table 2 — Parameter group number (PGN) examples
PGN constituent components PGN
PGN PGN (LSB)
PGN (MSB)
Byte 2 Byte 3
ISO-
Byte 1
Numbers of Cumulative
sent second sent first
or
sent third
assignable numbers of
in CAN data in CAN data
manufacturer-
Dec Hex
in CAN data frame
10 16 PGs PGs
frame frame
assigned
EDP DP PF PS
Bits
8–3
Bit 2 Bit 1 Bits 8–1 Bits 8–1
0 0 0 0 0 0 000000  ISO
239 239
0 0 0 238 0 60 928 00EE00
0 0 0 239 0 61 184 00EF00 1 240 MF
0 0 0 240 0 61 440 00F000  ISO
3 840
0 0 0 254 255 65 279 00FEFF 4 080
0 0 0 255 0 65 280 00FF00
256 MF
0 0 0 255 255 65 535 00FFFF 4 336
0 0 1 0 0 65 536 010000
0 0 1 238 0 126 464 01EE00 239 ISO
0 0 1 239 0 126 720 01EF00 240 4576 MF
0 0 1 240 0 126 976 01F000
4 096 ISO
0 0 1 255 255 131 071 01FFFF 8 672
5.1.4 ISO 11783 support of ISO 11898-1 base frame format messages
Controllers on the ISO 11783 network may support the CAN base frame (11 bit identifier) message format.
Though these are not compatible with the ISO 11783 message structure, to accommodate the co-existence of
the two formats, a minimum level of definition is given. This minimum definition allows controllers that use this
ISO/DIS 11783-3
format to not interfere with other controllers. CAN base frame format messages are defined as being
proprietary. In reference to Table 1, the 11 bit identifier field is parsed as follows: the three most significant bits
are used as priority bits; the eight least significant bits identify the SA of the PDU. Priority bits are described in
5.2.2. The SA is defined in http://www.isobus.net.
Incorrect bus arbitration can occur when two messages, one base frame and one extended frame, access the
bus at the same time. The source address (SA) is a higher relative priority in the base frame messages than in
the extended frame messages. The message with an 11 bit identifier (base frame) can have an SA indicating
a higher priority than that of the Extended Data Page bit, Data Page bit and PDU Format of the 29 bit identifier
(extended frame) message. The three priority bits should be used to achieve the correct bus arbitration.
IMPORTANT — ISO 11783 defines a full strategy for standardized communications using the extended
frame format. Hardware conforming to ISO 11898-1 shall not be used on the network, since these
versions of hardware do not allow the extended frame messages to be communicated.
5.2 Protocol data unit (PDU)
5.2.1 General
The applications and/or network layer provide a string of information that is assimilated into a protocol data
unit. The protocol data unit provides a framework for organizing the information that is essential to each CAN
data frame sent. The protocol data unit (PDU) of the ISO 11783 network shall consist of the seven fields listed
in 5.1.2 and specified below. These fields shall then be packaged into one or more CAN data frames and sent
over the physical media to other network controllers. There is only one PDU per CAN data frame.
NOTE Some PGN definitions require more than one CAN data frame for sending the corresponding data.
Certain of the CAN data frame fields are left out of the PDU definition because they are controlled entirely by
the CAN specification and are invisible to all of the OSI layers above the data link layer. These include the
SOF, SRR, IDE, RTR, CRC, ACK and EOF fields, and parts of the control field. They are defined by the CAN
protocol definition and remain unmodified by ISO 11783.
The PDU fields (see Figure 4) are specified in 5.2.2 to 5.2.8.
Priority, EDP, DP, PF, PS, SA, Data
No. of bits .3…, .1…, .1…, .8…, .8…, .8…, .64.

Figure 4 — PDU fields
5.2.2 Priority (P)
Priority bits are used to optimize message latency for transmission onto the bus only. They should be globally
masked off by the receiving controller (ignored). The priority of any message can be set from highest,
0 (000 ), to lowest, 7 (111 ). The default for all control oriented messages is 3 (011 ). The default for all other
2 2 2
informational, proprietary, request and NACK messages is 6 (110 ). This permits the priority to be raised or
lowered in the future as new PGN values are assigned and bus traffic changes. A recommended priority is
assigned to each PGN when it is added to the application layer standards. However, the priority field should
be reprogrammable to allow for network tuning by the manufacturers if the need arises.
5.2.3 Extended data page (EDP)
This bit is used in conjunction with the data page bit to determine the structure of the CAN identifier of the
CAN data frame. All ISO 11783 messages shall set the extended data page bit to ZERO on transmit. (See
Table 3 for the defined uses of the EDP and DP fields.) It is possible that future definitions will expand the
PDU Format field, defining new PDU formats, expanding the priority field, or increasing the address space.
ISO/DIS 11783-3
5.2.4 Data page (DP)
The DP bit is used in conjunction with the EDP bit to determine the structure of the CAN identifier of the CAN
data frame. With the EDP set to 0, the DP bit selects between page 0 and page 1 of the PGN descriptions.
See Table 3.
Table 3 — Definition of extended data page (EDP) and data page (DP) use
EDP DP
Bit 25 Bit 24
Description
CAN ID Bit 25 CAN ID Bit 24
0 0 ISO 11783 page 0 PGN
0 1 ISO 11783 page 1 PGN
1 0 ISO 11783 reserved
1 1 ISO 15765-3 defined PGN
NOTE The EDP and DP of the CAN 29 bit identifier being set to “11” identifies it as an ISO 15765-3 message. This
means that the rest of the CAN identifier is not set up as specified by ISO 11783; CAN frames following this format are not
described in ISO 11783.
5.2.5 PDU Format (PF)
PF is an 8 bit field that determines the PDU format and is one of the fields used to determine the PGN
assigned to the CAN data field. PGN are used to identify or label commands, data, some requests,
acknowledgements and negative acknowledgements, as well as for identifying or labelling information that
requires one or more CAN data frames to communicate the information. If there is more information than can
fit in eight data bytes, a multi-packet message is required to be sent. If there are eight or less data bytes, then
a single CAN data frame is used. A PGN can represent one or more parameters, where a parameter is a
piece of data such as engine rotations per minute. Even though a PGN label can be used for one parameter, it
is recommended that multiple parameters be grouped so that all 8 B of the data field are used.
NOTE B is the symbol for the unit byte, according to IEC 60027-2.
The definition of two proprietary PGN allows both PDU1 and PDU2 formats to be used. The interpretation of
the proprietary information varies between manufacturers.
EXAMPLE Even though two different engines can use a common set of standard PGNs, it is probable that one
manufacturer’s proprietary communications will be different from another’s.
5.2.6 PDU Specific (PS)
The PS field is an 8 bit field whose definition depends on its PDU format, which determines whether it will be a
DA or GE field. See Table 4.
Table 4 — Definition of PDU Specific (PS) field
PDU format PF PS
PDU1 0–239 Destination Address (DA)
PDU2 240–255 Group Extension (GE)

The DA field defines the specific address to which the message is being sent. Any other controller should
ignore this message. The global destination address (255) requires all controllers to listen and respond
accordingly as message recipients.
The GE field, in conjunction with the four least significant bits of the PF field, provides for 4 096 parameter
groups per data page. These are only available using the GE format PDU (PDU2).
ISO/DIS 11783-3
NOTE When the four most significant bits of the PDU format field are set it indicates that the PS field is a GE field.
In addition, 240 parameter groups are provided in each data page for use only in the destination-specific
format PDU (PDU1 format). In total, 8 672 parameter groups are available to be defined using the two data
pages currently available.
This total is calculated as follows: [240 + (16  256)]  2 = 8 672, with 240 representing the number of PDU
format field values available per data page (i.e. PDU1 format, PS field = DA), 16 the number of PDU format
values per GE value (i.e. PDU2 format only), 256 the number of possible GE values (i.e. PDU2 format only),
and 2 the number of data page states (both PDU formats).
See also 5.3.
5.2.7 Source Address (SA)
The SA field is 8 bits long. There shall only be one control function on the network with a given source
address.
NOTE For address management and allocation, and procedures to prevent duplication of SA, see ISO 11783-5.
5.2.8 Data field
5.2.8.1 Data from 0 to 8 B
When eight or less bytes of data are required for expressing a given parameter group, then all eight data
bytes of the CAN data frame can be used. It is recommended that 8 B be allocated or reserved for all PGN
assignments likely to expand in the future. This provides a means of adding parameters easily and avoiding
incompatibility with previous revisions that only define part of the data field. Once the number of bytes of data
associated with a PGN is specified it cannot be changed (and cannot become multi-packet either, unless
originally defined as such). The CAN data length code (DLC) is set to the defined parameter group “data
length” value when it is 8 B or less; otherwise, when the PG data length is 9 or greater, the CAN DLC is set to
8. For example, the REQUEST PGN, 59 904, has a PG data length of 3, so the CAN DLC is set to 3. An
individual group function (see 5.4.6) shall use the same data field length because the CAN identifier is always
identical; while the CAN data field is used to convey the specific group subfunctions. These group functions
require many different interpretations based on the CAN data field.
5.2.8.2 Data greater than 8 bytes
When more than 8 data bytes are needed to express a given parameter group, the communication of this data
is done in multiple CAN data frames. The term multi-packet is used to describe this type of parameter group.
A parameter group defined as being multi-packet capable, having less than nine data bytes to transfer in a
specific instance, shall be sent in a single CAN data frame with the DLC set to 8. When a particular parameter
group has nine or more data bytes to transfer, then one of the transport protocol functions are used. The
transport function connection management capability is used to set up and close out the communication of the
multi-packet parameter groups. The transport protocol data transfer capability is used to communicate the
data itself in a series of CAN data frames (packets) containing the “packetized” data. Additionally, the
transport protocol function provides flow control and handshaking capabilities for destination-specific transfers
(see 5.10).
All CAN data frames associated with a particular multi-packet response shall have a DLC of 8. All unused data
bytes are set to “Not Available”. The number of bytes per packet is fixed; however, ISO 11783 defines
multi-packet messages that have a variable and or fixed number of packets. The PGN for active diagnostic
codes is an example of a multi-packet message that has a variable number of packets. Parameter groups that
are defined as multi-packet only use the transport protocol when the number of data bytes to be sent exceeds
eight in number.
ISO/DIS 11783-3
5.3 Protocol data unit (PDU) formats
5.3.1 General
The available PDU formats, illustrated in Figure 5, are defined as PDU1 (PS = DA) and PDU2 (PS = GE).
PDU1 allows for direction of the CAN data frame to a specific destination address (control function); PDU2
only communicates CAN data frames that are not destination-specific. Two separate PDU formats are created
to provide more possible parameter group number combinations while still providing for destination-specific
communications. Proprietary parameter group definitions are assigned so that both PDU formats can be used
for proprietary communications. A standardized method for proprietary communications is defined to prevent
possible conflicts in identifier usage.
The definition of two proprietary PGN allows both PDU1 and PDU2 formats to be used. The interpretation of
the proprietary information varies by manufacturer.
Priority, EDP, DP, PF, PS(DA), SA, Data
No. of bits .3…, .1…, .1…, .8…, .8…, .8…, .64.

a)  PDU1
Priority, EDP, DP, PF, PS(GE), SA, Data
No. of bits .3…, .1…, .1…, .8…, .8…, .8…, .64.

b)  PDU2
Figure 5 — Available PDU formats
5.3.2 PDU1 format
The PDU1 format provides for applicable parameter groups to be sent to either specific or global
destination(s). The PS field contains a DA.
PDU1 format messages can be requested or sent as unsolicited messages.
PDU1 format messages are determined by the PF field. When the value of that field is 0 to 239, the message
is in the PDU1 format. The format of the PDU1 message is illustrated by Figure 5. See also Figure 6.
ISO/DIS 11783-3
29 bit Identifier
Priority E DP PF PS (DA) SA
D
P
0 0 0 0 0
1 0
. . . .
. . . . .
.
. . . .
7 239 . 255 255
PGN
a
Available for PDU1 format
a
Currently, 2  240 = 480.
Figure 6 — PDU1 format
Parameter groups requiring a destination (PDU1) and minimal latency start at PF = 0 and increment towards x
(or x1).
Parameter groups requiring a destination where latency is not critical start at PF = 239 and decrement
towards x (or x1).
See Table 7.
A PF equal to 239 (Extended Data Page bit = 0 and Data Page bit = 0) is assigned for proprietary use. In this
case the PS field is a destination address (see 5.4.6). The PGN for Proprietary A is 61184.
5.3.3 PDU2 format
The PDU2 format can only be used to communicate parameter groups as global messages. PDU2 format
messages can be requested or sent as unsolicited messages. Selection of the PDU2 format at the time a
PGN is assigned prevents that PGN from ever being able to be directed to a specific destination. The PS field
contains a GE.
PDU2 format messages are defined as being those where the PF value is equal to 240 to 255 (see Table 5).
The format of the PDU2 message is illustrated by Figure 5. Also see Figure 7.
ISO/DIS 11783-3
29 bit Identifier
Priority E DP PF SA
PS (GE)
D
P
0 0 240 0
1 16
. . .
16 pages
. . pages .
pages
of 256
of 256
. . .
of 256
7 255 255
.
16 pages
. pages
pages
of 256
of 256
.
of 256
PGN
a
Available for PDU2 format
a
Currently, 2  16  256 = 8 192.
Figure 7 — PDU2 format
The PGN of messages that are sent at fast update rates (generally less than 100 ms) start at PF = 240 and
increment towards y (or y1).
The PGN of messages that are only requested, sent on change, or are sent at slow update rates (generally
greater than 100 ms) start at PF = 254 and decrement towards y (or y1).
See Table 7.
A PF equal to 255 (Extended Data Page bit = 0 and Data Page bit = 0) is assigned for proprietary use. The PS
field is left to be defined and used by each manufacturer (see 5.4.6). The PGN for Proprietary B is 63 280 to
65 535.
5.4 Message types
5.4.1 General
There are five message types currently supported:
 Commands;
 Requests;
 Broadcasts/Responses;
 Acknowledgements;
ISO/DIS 11783-3
 Group Functions.
The specific message type is recognized by its assigned PGN. The RTR bit (defined in the CAN protocol for
remote frames) is not to be used in the recessive state (logical 1). Therefore, Remote Transmission Request
(RTR = 1) is not available for use in the ISO 11783 network.
Multi-byte parameters that appear in the data field of a CAN data frame shall be placed LSB first. Exceptions
are noted where applicable (i.e. ASCII data). If a 2 B parameter were to be placed in Bytes 7 and 8 of the CAN
data frame, the LSB would be placed in Byte 7 and the MSB in Byte 8.
5.4.2 Command
The command message type categorizes those parameter grou
...

NORME ISO
INTERNATIONALE 11783-3
Troisième édition
2014-05-15
Tracteurs et matériels agricoles et
forestiers — Réseaux de commande
et de communication de données en
série —
Partie 3:
Couche liaison de données
Tractors and machinery for agriculture and forestry — Serial control
and communications data network —
Part 3: Data link layer
Numéro de référence
©
ISO 2014
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2014
Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni utilisée
sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie, l’affichage sur
l’internet ou sur un Intranet, sans autorisation écrite préalable. Les demandes d’autorisation peuvent être adressées à l’ISO à
l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
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
Publié en Suisse
ii © ISO 2014 – Tous droits réservés

Sommaire Page
Avant-propos .iv
Introduction .vi
1 Domaine d’application . 1
2 Références normatives . 1
3 Termes et définitions . 1
4 Description générale . 1
5 Exigences techniques . 2
5.1 Format de la trame de message . 2
5.2 Unité de données de protocole (PDU) . 8
5.3 Formats des unités de données de protocole (PDU) .11
5.4 Types de messages .13
5.5 Priorité des messages .25
5.6 Accès au bus .25
5.7 Arbitrage des conflits d’accès .25
5.8 Détection d’erreurs .25
5.9 Processus d’affectation des SA et des PGN.26
5.10 Fonctions de protocole de transport .28
5.11 Fonctions de protocole de transport étendu .39
5.12 Exigences de traitement des PDU .46
5.13 Notes relatives à l’application .47
Annexe A (informative) Traitement des PDU conformément à l’ISO 11783 — sous-programme
type de réception .49
Annexe B (informative) Séquences de transfert du protocole de transport —Exemples de transfert
de données en mode connexion .51
Annexe C (informative) Exemples de modes de communication .60
Annexe D (informative) Utilisation de la bande passante du réseau .62
Bibliographie .63
Avant-propos
L’ISO (Organisation internationale de normalisation) est une fédération mondiale d’organismes
nationaux de normalisation (comités membres de l’ISO). L’élaboration des Normes internationales est
en général confiée aux comités techniques de l’ISO. Chaque comité membre intéressé par une étude
a le droit de faire partie du comité technique créé à cet effet. Les organisations internationales,
gouvernementales et non gouvernementales, en liaison avec l’ISO participent également aux travaux.
L’ISO collabore étroitement avec la Commission électrotechnique internationale (IEC) en ce qui concerne
la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient en particulier de prendre note des différents
critères d’approbation requis pour les différents types de documents ISO. Le présent document a été
rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2. www.iso.
org/directives
L’attention est appelée sur le fait que certains des éléments du présent document peuvent faire l’objet de
droits de propriété intellectuelle ou de droits analogues. L’ISO ne saurait être tenue pour responsable
de ne pas avoir identifié de tels droits de propriété et averti de leur existence. Les détails concernant les
références aux droits de propriété intellectuelle ou autres droits analogues identifiés lors de l’élaboration
du document sont indiqués dans l’Introduction et/ou sur la liste ISO des déclarations de brevets reçues
(voir www.iso.org/patents). www.iso.org/patents
Les éventuelles appellations commerciales utilisées dans le présent document sont données pour
information à l’intention des utilisateurs et ne constituent pas une approbation ou une recommandation.
Pour plus d’explications sur la signification des termes et expressions spécifiques employés par l’ISO
pour l’évaluation de la conformité, et pour plus d’informations au sujet de l’adhésion de l’ISO aux
principes de l’OMC relatifs aux obstacles techniques au commerce (OTC), voir l’URL suivante: Avant-
propos — Informations supplémentaires.
Le présent document a été élaboré par le comité technique ISO/TC 23, Tracteurs et matériels agricoles et
forestiers, sous-comité SC 19, Électronique en agriculture.
Cette troisième édition annule et remplace la deuxième édition (ISO 11783-3:2007) qui a fait l’objet
d’une révision technique.
L’ISO 11783 comprend les parties suivantes, présentées sous le titre général Tracteurs et matériels
agricoles et forestiers — Réseaux de commande et de communication de données en série:
— Partie 1: Système normalisé général pour les communications de données avec les équipements mobiles
— Partie 2: Couche physique
— Partie 3: Couche liaison de données
— Partie 4: Couche réseau
— Partie 5: Gestion du réseau
— Partie 6: Terminal virtuel
— Partie 7: Couche d’application de base
— Partie 8: Messages de gestion de la transmission (boîte de vitesse)
— Partie 9: Unité de commande électronique du tracteur
— Partie 10: Contrôleur de tâches et échange de données des systèmes d’information de gestion
— Partie 11: Dictionnaire d’éléments de données mobiles
iv © ISO 2014 – Tous droits réservés

— Partie 12: Services de diagnostic
— Partie 13: Serveur de fichiers
— Partie 14: Contrôle de séquence
Introduction
L’ISO 11783 spécifie un système de communication destiné aux matériels agricoles fondé sur le protocole
1)
[1]
CAN 2.0 B . Les documents SAE J 1939 , sur lesquels certaines parties de l’ISO 11783 sont fondées,
ont été élaborés conjointement pour une utilisation dans des applications de camions et de bus, ainsi
que pour des applications de construction et d’agriculture. Des documents communs ont été élaborés
pour permettre l’utilisation, par des matériels agricoles et forestiers, d’unités électroniques conformes
aux spécifications SAE J 1939 relatives aux camions et aux bus, avec des modifications mineures. Les
informations d’ordre général concernant l’ISO 11783 se trouvent dans l’ISO 11783-1.
L’objectif de l’ISO 11783 est de proposer un système ouvert pour les systèmes électroniques embarqués
interconnectés. Elle vise à permettre la communication entre unités de commande électroniques (UCE)
en proposant un système normalisé.
L’Organisation internationale de normalisation (ISO) appelle l’attention sur le fait qu’il est déclaré que
la conformité avec les dispositions de la présente partie de l’ISO 11783 peut impliquer l’utilisation d’un
brevet intéressant le protocole CAN («Controller area network») auquel il est fait référence dans ce
document.
L’ISO ne prend pas position quant à la preuve, à la validité et à la portée de ces droits de propriété.
Le détenteur de ces droits de propriété a donné l’assurance à l’ISO qu’il consent à négocier des licences
avec des demandeurs du monde entier à des termes et conditions raisonnables et non discriminatoires.
À ce propos, la déclaration du détenteur des droits de propriété est enregistrée à l’ISO. Des informations
peuvent être demandées à:
Robert Bosch GmbH
Wernerstrasse 51
Postfach 30 02 20
D-70442 Stuttgart-Feuerbach
Germany
L’attention est appelée sur le fait que certains des éléments de la présente partie de l’ISO 11783 peuvent
faire l’objet de droits de propriété autres que ceux qui ont été mentionnés ci-dessus. L’ISO ne saurait être
tenue pour responsable de l’identification de ces droits de propriété en tout ou partie.
1) Society of Automotive Engineers, Warrendale, PA, USA.
vi © ISO 2014 – Tous droits réservés

NORME INTERNATIONALE ISO 11783-3:2014(F)
Tracteurs et matériels agricoles et forestiers — Réseaux de
commande et de communication de données en série —
Partie 3:
Couche liaison de données
1 Domaine d’application
L’ISO 11783 dans son ensemble spécifie un réseau de données en série pour la commande et les
communications sur les tracteurs forestiers ou agricoles et les équipements portés, semi-portés, traînés
ou automoteurs. Elle vise à normaliser la méthode et le format du transfert de données entre capteurs,
actionneurs, dispositifs de commande, unités de stockage et d’affichage de données, que ces éléments
soient montés sur le tracteur ou l’instrument ou qu’ils fassent partie du tracteur ou de l’instrument.
Elle fournit un système ouvert interconnecté (OSI, open system interconnect) pour les systèmes
électroniques utilisés par les matériels agricoles et forestiers.
La présente partie de l’ISO 11783 décrit la couche liaison de données et l’utilisation, par le réseau, des
trames CAN (controlled area network) de données étendues.
2 Références normatives
Les documents ci-après, dans leur intégralité ou non, sont des références normatives indispensables à
l’application du présent document. Pour les références datées, seule l’édition citée s’applique. Pour les
références non datées, la dernière édition du document de référence s’applique (y compris les éventuels
amendements).
ISO 11783-1, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication
de données en série — Partie 1: Système normalisé général pour les communications de données avec les
équipements mobiles
ISO 11783-5, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication
de données en série — Partie 5: Gestion du réseau
ISO 11783-7, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de
données en série — Partie 7: Couche d’application de base
ISO 11898-1, Véhicules routiers — Gestionnaire de réseau de communication (CAN) — Partie 1: Couche
liaison de données et signalisation physique
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions donnés dans l’ISO 11783-1 s’appliquent.
4 Description générale
La couche liaison de données assure le transfert fiable de données par la liaison physique. Cela consiste
à émettre la trame de données CAN avec la synchronisation, le contrôle de séquence, le contrôle d’erreur
et le contrôle de flux nécessaires. Le contrôle de flux est accompli par un format cohérent de la trame de
message.
5 Exigences techniques
5.1 Format de la trame de message
5.1.1 Généralités
Le format de la trame du message doit être conforme aux exigences CAN. La spécification CAN à laquelle
il est fait référence dans la présente partie de l’ISO 11783 est donnée dans l’ISO 11898-1. Lorsqu’il existe
des différences entre la spécification CAN et la présente partie de l’ISO 11783, la présente partie de
l’ISO 11783 doit constituer le document directeur.
Le document CAN spécifie, dans une discussion relative à l’acheminement de l’information, que
les adresses des fonctions de contrôle ne sont pas utilisées. Bien que cela soit vrai pour certaines
applications du CAN, cela n’est pas vrai pour l’ISO 11783. La définition du réseau selon l’ISO 11783 exige
qu’un adressage des fonctions de contrôle soit utilisé pour éviter que plusieurs fonctions de contrôle
utilisent le même champ d’identificateur CAN. Plusieurs autres exigences spécifiées dans l’ISO 11783 ne
le sont pas par le CAN.
L’ISO 11898-1 spécifie deux formats de trame de message, la trame standard et la trame étendue. La
compatibilité ISO 11898-1 implique que des messages des deux formats puissent être potentiellement
présents sur un seul réseau, en utilisant des codages binaires permettant de reconnaître les différents
formats. À cet égard, l’ISO 11783 offre également des possibilités d’adaptation aux deux formats de
trame de message mais l’ISO 11783 ne définit une stratégie complète que pour les communications
normalisées utilisant le format de trame étendue. Tous les messages à format de trame standard sont
destinés à une utilisation exclusive selon les règles définies dans la présente partie de l’ISO 11783.
En conséquence, les contrôleurs conformes à l’ISO 11783 doivent utiliser le format de trame étendue. Les
messages à format de trame standard peuvent demeurer sur le réseau, mais uniquement conformément
à la présente partie de l’ISO 11783.
NOTE Les contrôleurs de trame standard ne répondent pas aux messages de gestion du réseau et ne sont pas
en mesure de prendre en charge la stratégie pour des communications normalisées.
La trame de données CAN est répartie en différents champs binaires, comme illustré à la Figure 1. Le
nombre et la répartition des bits dans les champs d’arbitrage et de contrôle diffèrent entre les messages
à trame CAN standard et les messages à trame CAN étendue. Les messages à trame CAN standard,
illustrés à la Figure 1 a), contiennent 11 bits identificateurs dans le champ d’arbitrage, alors que les
messages à trame CAN étendue, illustrés à la Figure 1 b), contiennent 29 bits identificateurs dans le
champ d’arbitrage. L’ISO 11783 a complété la définition des bits identificateurs dans le champ d’arbitrage
des formats de trame de message CAN. Ces définitions sont données dans le Tableau 1.
5.1.2 Format de trame de message conforme à l’ISO 11783 (format de trame étendue
ISO 11898-1)
Le message à trame CAN étendue, illustré à la Figure 1, contient une seule unité de données de protocole
(PDU, protocol data unit). Les PDU sont composées de sept champs prédéfinis remplis à l’aide des
informations fournies par la couche application:
— priorité;
— page de données étendue (EDP, extended data page);
— page de données (DP, data page);
— format PDU (PF, PDU format);
— spécifique PDU (PS, PDU specific), qui peut être une adresse de destination (DA, destination address),
une extension de groupe (GE, group extension) ou une exclusivité;
— adresse source (SA, source address);
2 © ISO 2014 – Tous droits réservés

— données.
(Voir 5.2 pour une description détaillée de chaque champ, et 5.3 pour les formats PDU).
a) Format à trame CAN standard
b) Format à trame CAN étendue
Figure 1 — Trames de données CAN
Ces champs sont ensuite regroupés dans une trame de données CAN et transmis sur le support physique
à d’autres contrôleurs du réseau. Les couches du modèle OSI que l’ISO 11783 prend en charge sont
illustrées à la Figure 2. Il est possible que certaines définitions de groupes de paramètres nécessitent
plusieurs trames de données CAN pour transmettre leurs informations.
Figure 2 — Application du modèle OSI conformément à l’ISO 11783
Le Tableau 1 indique les champs d’arbitrage et de contrôle de l’identificateur à 29 bits pour CAN, de
l’identificateur à 29 bits pour l’ISO 11783, de l’identificateur à 11 bits pour CAN et de l’identificateur à
11 bits pour un réseau ISO 11783. Une définition complète de chacune des affectations de champs de
bits conformes à l’ISO 11783 est donnée en 5.3. Dans l’ISO 11783, le champ de trame de données CAN
se compose des octets 1 à 8. Le bit le plus significatif de l’octet 1 (bit 8) est le premier bit transmis le
plus proche du code de longueur de données (DLC, data length code). Le bit le moins significatif de
l’octet 8 (bit 1) est le dernier des bits de données transmis et est le plus proche du champ de contrôle de
redondance cyclique (CRC, cyclic redundancy check). Voir Figure 3.
NOTE Les contrôleurs de trame standard peuvent utiliser dans leurs champs d’arbitrage et de contrôle un
adressage source, mais ces adresses ne sont pas utilisées par les contrôleurs de réseau ISO 11783.
Lorsque l’EDP et la DP sont égales à 1, la trame CAN est identifiée comme une trame au format
ISO 15765-3. L’ISO 15765-3 spécifie les diagnostics sur le réseau CAN pour les véhicules routiers. Par
conséquent, le traitement de ce format de trame particulier ne correspond pas aux définitions spécifiées
dans l’ISO 11783 et il doit être conforme à l’ISO 15765-3 (voir 5.2.4).
Tableau 1 — Correspondance entre l’ISO 11783 et les champs d’arbitrage et de contrôle CAN
Identificateurs à 29 bits Identificateurs à 11 bits
Bit n°
CAN ISO 11783 CAN ISO 11783 b
1 SOF SOF a SOF SOF a
2 ID28 P3 ID28 P3
a   Bit défini dans CAN, inchangé dans l’ISO 11783.
b   Format requis pour identificateurs d’exclusivité à 11 bits.
4 © ISO 2014 – Tous droits réservés

Tableau 1 (suite)
Identificateurs à 29 bits Identificateurs à 11 bits
Bit n°
CAN ISO 11783 CAN ISO 11783 b
3 ID27 P2 ID27 P2
4 ID26 P1 ID26 P1
5 ID25 EDP ID25 ID8 a
6 ID24 DP ID24 ID7 a
7 ID23 PF8 ID23 ID6 a
8 ID22 PF7 ID22 ID5 a
9 ID21 PF6 ID21 ID4 a
10 ID20 PF5 ID20 ID3 a
11 ID19 PF4 ID19 ID2 a
12 ID18 PF3 ID18 ID1 a
13 SRR (r) SRR a RTR (x) RTR a (d)
14 IDE (r) IDE a IDE (d) IDE a
15 ID17 PF2 R0 R0 a
16 ID16 PF1 DLC4 DLC4
17 ID15 PS8 DLC3 DLC3
18 ID14 PS7 DLC2 DLC2
19 ID13 PS6 DLC1 DLC1
20 ID12 PS5
21 ID11 PS4
22 ID10 PS3
23 ID9 PS2
24 ID8 PS1
25 ID7 SA8
26 ID6 SA7
27 ID5 SA6
28 ID4 SA5
29 ID3 SA4
30 ID2 SA3
31 ID1 SA2
32 ID0 SA1
33 RTR (x) RTR a (d)
34 r1 r1 a
35 r0 r0 a
36 DLC4 DLC4
37 DLC3 DLC3
38 DLC2 DLC2
39 DLC1 DLC1
a   Bit défini dans CAN, inchangé dans l’ISO 11783.
b   Format requis pour identificateurs d’exclusivité à 11 bits.
SOF Bit de début de la trame
ID## Identificateur du bit n° #
SRR Demande à distance de remplacement
RTR Bit de demande de télétransmission
IDE Bit d’extension d’identificateur
r# Bit réservé CAN n° #
DLC# Bit de code de longueur de données, n° #
P# Bit de priorité n° #, conforme à l’ISO 11783
EDP Page de données étendue, conforme à l’ISO 11783
SA# Bit d’adresse source n° #, conforme à l’ISO 11783
DP Page de données, conforme à l’ISO 11783
PF# Bit de format PDU n° #, conforme à l’ISO 11783
PS# Bit spécifique PDU n° #, conforme à l’ISO 11783
(d) Bit dominant
(r) Bit récessif
(x) État binaire dépendant du message

Figure 3 — Champs de données CAN
5.1.3 Numéro de groupe de paramètres (PGN, parameter group numbers)
Chaque fois qu’il est nécessaire d’identifier un groupe de paramètres dans le champ de données d’une
trame de données CAN, il est exprimé en 24 bits. La valeur de 24 bits est transmise avec l’octet le moins
significatif en premier [voir le Tableau 2, qui indique que l’octet le plus significatif (MSB, most significant
byte) est transmis en troisième, l’octet médian en en second et l’octet le moins significatif (LSB, least
significant byte) en premier]. Le PGN à 24 bits est déterminé à l’aide des composants suivants: 6 bits mis
à zéro, bit de page de données étendue, bit de page de données, champ de format PDU (8 bits) et champ
spécifique PDU (8 bits).
La procédure de conversion des champs de bits en PGN est la suivante. Les six bits les plus significatifs
du PGN sont mis à zéro. Puis le bit de page de données étendue, le bit de page de données et le champ de
format PDU sont copiés dans les 10 bits suivants. Si la valeur du format PDU est inférieure à 240 (F0 ),
l’octet le moins significatif du PGN est mis à zéro. Sinon, il est mis à la valeur du champ PS. Se reporter
6 © ISO 2014 – Tous droits réservés

au Tableau 2 pour une illustration des PGN, de leurs bits correspondants et de leur conversion en un
nombre décimal.
NOTE Les 131 072 combinaisons (2 ) ne peuvent pas toutes être affectées comme PGN. Seules
8 672 combinaisons sont disponibles pour l’affectation (calculées de la manière suivante: 2 pages × [240 +
(16 × 256)] = 8 672, en appliquant les conventions spécifiées dans la présente partie de l’ISO 11783). Voir
l’ISO 11783-1 pour les dernières affectations de PGN.
Tableau 2 — Exemples de numéros de groupes de paramètres (PGN)
Composants du PGN PGN
PGN PGN (LSB)
PGN (MSB)
Octet 2 Octet 3 Affecté par
Octet 1
transmis en transmis en ISO
transmis au troi- Nombres de
Nombre de ou
second premier
sième PG affec-
dans la trame dans la trame PG cumulés constructeur
Dec Hex
dans la trame de tables
de données de données (MF, manufac-
données CAN
turer)
CAN CAN
EDP DP PF PS
Bits
8–3
Bit 2 Bit 1 Bits 8–1 Bits 8–1
0 0 0 0 0 0 000000 ISO
239 239
0 0 0 238 0 60 928 00EE00
0 0 0 239 0 61 184 00EF00 1 240 MF
0 0 0 240 0 61 440 00F000 ISO
3 840
0 0 0 254 255 65 279 00FEFF 4 080
0 0 0 255 0 65 280 00FF00
256 MF
0 0 0 255 255 65 535 00FFFF 4 336
0 0 1 0 0 65 536 010000
0 0 1 238 0 126 464 01EE00 239 ISO
0 0 1 239 0 126 720 01EF00 240 4 576 MF
0 0 1 240 0 126 976 01F000
4 096 ISO
0 0 1 255 255 131 071 01FFFF 8 672
5.1.4 Prise en charge par l’ISO 11783 de messages à format de trame standard ISO 11898-1
Il est reconnu que les contrôleurs du réseau ISO 11783 peuvent prendre en charge un format de messages
à trame CAN standard (identificateur à 11 bits). Bien que ce format ne soit pas compatible avec la
structure de message conforme à l’ISO 11783 un niveau minimal de définition est donné pour s’adapter
à la coexistence des deux formats. Cette définition minimale permet aux contrôleurs qui utilisent ce
format de ne pas interférer avec d’autres contrôleurs. Les messages à format de trame CAN standard
sont définis comme étant exclusifs. En se reportant au Tableau 1, le champ de l’identificateur à 11 bits est
analysé de la manière suivante: trois bits les plus significatifs sont utilisés comme des bits de priorité et
les huit bits les moins significatifs identifient l’adresse source de la PDU. Les bits de priorité sont décrits
en 5.2.2. La SA est définie en 5.2.7.
Un arbitrage incorrect des accès au bus peut se produire lorsque deux messages, un à trame standard
et l’autre à trame étendue, accèdent simultanément au bus. La SA a une priorité relative plus élevée
dans les messages à trame standard que dans les messages à trame étendue. Le message contenant
l’identificateur à 11 bits (trame standard) peut avoir une SA indiquant une priorité plus élevée que le bit
de page de données étendue, le bit de page de données ou le format PDU du message à identificateur à
29 bits (trame étendue). Il convient d’utiliser les trois bits de priorité pour obtenir un arbitrage correct
des accès au bus.
IMPORTANT — L’ISO 11783 définit une stratégie complète pour les communications normalisées
utilisant le format à trame étendue. Le matériel conforme à l’ISO 11898-1 ne doit pas être utilisé
dans le réseau, ces versions de matériel ne permettant pas la transmission de messages à trame
étendue.
5.2 Unité de données de protocole (PDU)
5.2.1 Généralités
Les applications et/ou la couche réseau fournissent une chaîne d’informations qui est assimilée dans
une PDU. La PDU fournit un cadre permettant d’organiser les informations et servant de clé à chaque
trame de données CAN émise. L’unité de données de protocole (PDU) du réseau ISO 11783 doit être
composée de sept champs répertoriés en 5.1.2 et spécifiés ci-dessous. Ces champs doivent être ensuite
regroupés dans une ou plusieurs trames de données CAN et transmis sur le support physique à d’autres
contrôleurs du réseau. Il n’y a qu’une PDU par trame de données CAN.
NOTE Certaines définitions de PGN nécessitent plusieurs trames de données CAN pour transmettre les
données correspondantes.
Certains champs de la trame de données CAN ont été exclus de la définition de la PDU, parce qu’ils sont
entièrement contrôlés par la spécification CAN et sont invisibles par toutes les couches OSI situées au-
dessus de la couche liaison de données. Ils comprennent les champs SOF (début de la trame, start of frame),
SRR (demande à distance de remplacement, substitute remote request), IDE (extension d’identificateur,
identifier extension), RTR (demande de télétransmission, remote transmission request), CRC (contrôle
de redondance cyclique, cyclic redundancy check), ACK (accusé de réception, acknowledgement) et EOF
(fin de la trame, end of frame) et des parties du champ de contrôle. Ces champs sont déterminés par la
définition du protocole CAN et n’ont pas été modifiés par l’ISO 11783.
Les champs de la PDU (voir Figure 4) sont spécifiés de 5.2.2 à 5.2.8.
Figure 4 — Champs de la PDU
5.2.2 Priorité (P)
Les bits de priorité sont utilisés pour optimiser le temps de latence du message pour une transmission
sur bus uniquement. Il convient qu’ils soient globalement masqués (ignorés) par le récepteur. La priorité
d’un message peut être fixée de la priorité la plus élevée, 0 (000 ), à la plus faible, 7 (111 ). La valeur par
2 2
défaut pour tous les messages orientés contrôle est 3 (011 ). La valeur par défaut pour tous les autres
messages, informatifs, d’exclusivité, de demande d’accès et de NACK (negative acknowledgement, accusé
de réception négatif), est 6 (110 ). Cela permet d’augmenter ou d’abaisser ultérieurement la priorité, au
fur et à mesure que de nouvelles valeurs de PGN sont affectées et que le trafic du bus varie. Une priorité
recommandée est affectée à chaque PGN lorsqu’il est ajouté aux documents de la couche application. Il
convient toutefois que le champ «priorité» soit reprogrammable de telle sorte que l’accord du réseau
puisse, si nécessaire, être effectué par le constructeur.
8 © ISO 2014 – Tous droits réservés

5.2.3 Page de données étendue (EDP, extended data page)
Ce bit est utilisé conjointement au bit de page de données, pour déterminer la structure de l’identificateur
CAN de la trame de données CAN. Tous les messages ISO 11783 doivent mettre le bit de page de données
étendue à ZÉRO au moment de la transmission. (Voir le Tableau 3 qui indique les utilisations définies
des champs EDP et DP.) Les définitions ultérieures pourraient éventuellement comprendre l’extension
du champ de format PDU, la définition de nouveaux formats PDU, l’extension du champ de priorité ou
l’augmentation de l’espace adresse.
5.2.4 Page de données (DP, data page)
Le bit DP est utilisé conjointement au bit EDP pour déterminer la structure de l’identificateur CAN de
la trame de données CAN. Le bit EDP étant mis à 0, le bit DP sélectionne la page 0 ou la page 1 des
descriptions du PGN. Voir le Tableau 3.
Tableau 3 — Définition pour l’utilisation de la page de données étendue (EDP) et de la page de
données (DP)
EDP DP
Bit 25 Bit 24
Description
ID 25 bits CAN ID 24 bits CAN
0 0 PGN page 0 selon l’ISO 11783
0 1 PGN page 1 selon l’ISO 11783
1 0 Réservé à l’ISO 11783
1 1 PGN défini selon l’ISO 15765-3
NOTE Les bits EDP et DP de l’identificateur à 29 bits CAN sont mis à «11», ce qui permet de l’identifier comme
un message conforme à l’ISO 15765-3. Ceci signifie que le reste de l’identificateur CAN n’est pas fixé comme le
spécifie l’ISO 11783; les trames CAN conformes à ce format ne sont pas décrites dans l’ISO 11783.
5.2.5 Format PDU (PF, PDU format)
Le format PDU est un champ à 8 bits qui détermine le format de la PDU et constitue l’un des champs
utilisés pour déterminer le PGN affecté au champ de données CAN. Les PGN sont utilisés pour identifier
ou pour affecter une étiquette aux commandes, aux données, à certaines demandes, aux accusés de
réception positifs et aux accusés de réception négatifs, ainsi que pour identifier ou affecter une étiquette
à des informations pouvant nécessiter une ou plusieurs trames de données CAN pour transmettre
l’information. Si la quantité d’information dépasse 8 octets, un message à plusieurs paquets doit être
transmis. Si la quantité d’information est égale à 8 octets d’information ou moins, une seule trame de
données CAN est utilisée. Un PGN peut représenter un ou plusieurs paramètres, un paramètre étant un
élément d’information comme la vitesse de rotation par minute d’un moteur. Même si l’étiquette d’un
PGN peut être utilisée pour un seul paramètre, il est recommandé de regrouper plusieurs paramètres
de telle sorte que les 8 octets du champ de données soient utilisés.
NOTE Le symbole pour l’octet (byte) est B, conformément à la CEI 60027–2.
La définition de deux PGN exclusifs a été établie afin de permettre l’utilisation des formats PDU1 et
PDU2. L’interprétation des informations exclusives varie selon le constructeur.
EXEMPLE Même si deux moteurs différents peuvent utiliser un ensemble commun de PGN normalisés, les
communications propres à un constructeur seront très probablement différentes de celles d’un autre constructeur.
5.2.6 Spécifique à la PDU (PS, PDU specific)
Le champ spécifique à la PDU est un champ à 8 bits dont la définition dépend du format de la PDU. Selon
le format de la PDU, il peut s’agir d’une adresse de destination (DA) ou d’une extension de groupe (GE).
Voir le Tableau 4.
Tableau 4 — Définition du champ spécifique à la PDU (PS)
Format PDU PF PS
PDU1 0–239 Adresse de destination (DA)
PDU2 240–255 Extension de groupe (GE)
Le champ DA définit l’adresse spécifique à laquelle le message est envoyé. Il convient que tout autre
contrôleur ignore ce message. L’adresse de destination globale (255) nécessite que tous les contrôleurs
écoutent et répondent en conséquence, en tant que destinataires du message.
Le champ GE, associé aux quatre bits les moins significatifs du champ de format PDU, assure 4 096 groupes
de paramètres par page de données. Ces 4 096 groupes de paramètres ne sont disponibles qu’en utilisant
le format PDU avec extension de groupe (Format PDU2).
NOTE Lorsque les quatre bits les plus significatifs du champ de format PDU sont fixés, cela signifie que le
champ PS est une GE.
En outre, 240 groupes de paramètres sont réservés dans chaque page de données à une utilisation dans
le format PDU à destination spécifique (Format PDU1). Au total, 8 672 groupes de paramètres peuvent
être définis en utilisant les deux pages de données actuellement disponibles.
Ce nombre total est calculé de la manière suivante: [240 + (16 × 256)] × 2 = 8 672, où 240 représente
le nombre de valeurs de champs de format PDU disponibles par page de données (c’est-à-dire Format
PDU1, champ PS = DA), 16 est le nombre de valeurs de format PDU par valeur de GE (c’est-à-dire format
PDU2 uniquement), 256 est le nombre de valeurs d’extension de groupe possibles (c’est-à-dire format
PDU2 uniquement) et 2 est le nombre d’états de la page de données (les deux formats PDU).
Voir également 5.3.
5.2.7 Adresse source (SA, source address)
La longueur du champ SA est de 8 bits. Il ne doit y avoir qu’une seule fonction de contrôle sur le réseau
avec une SA donnée.
NOTE La gestion et l’affectation des adresses, ainsi que les procédures empêchant la duplication de SA, sont
détaillées dans l’ISO 11783-5.
5.2.8 Champ de données
5.2.8.1 Données comprises entre 0 et 8 octets
Lorsque huit octets d’information, ou moins, sont requis pour exprimer un groupe de paramètres donné,
les huit octets d’information de la trame CAN peuvent alors être utilisés. Il est recommandé que huit
octets soient affectés ou réservés pour toutes les affectations de PGN susceptibles d’être étendues
ultérieurement. Cette procédure fournit un moyen d’ajouter facilement des paramètres et n’est pas
incompatible avec les révisions antérieures qui définissent uniquement une partie du champ de données.
Une fois que le nombre d’octets d’information associés à un PGN est spécifié, il ne peut plus être modifié
(ni devenir à paquets multiples à moins qu’il n’ait été défini comme tel à l’origine). Le DLC du CAN est
mis à la valeur définie «longueur des données» du groupe de paramètres lorsqu’il y a 8 octets ou moins;
sinon, lorsque la longueur des données du groupe de paramètres est de 9 ou plus, le DLC du CAN est mis
à 8. Par exemple, la DEMANDE DE PGN, 59 904, ayant une longueur de données de groupe de paramètres
de 3, le DLC du CAN est mis à 3. Une fonction de groupe individuel (voir 5.4.6) doit utiliser la même
longueur de champ de données parce que l’identificateur CAN est toujours identique alors que le champ
de données CAN est utilisé pour véhiculer les sous-fonctions spécifiques du groupe. Ces fonctions de
groupe nécessitent plusieurs interprétations différentes fondées sur le champ de données CAN.
10 © ISO 2014 – Tous droits réservés

5.2.8.2 Données plus grandes que 8 octets
Lorsque le nombre d’octets d’information requis pour exprimer un groupe de paramètres donné est
supérieur à 8, la communication de ces données est effectuée par des trames CAN multiples. Le terme
paquets multiples est utilisé pour décrire ce type de groupe de paramètres. Un groupe de paramètres
défini à paquets multiples, ayant moins de 9 octets d’information à transférer en une distance spécifique,
doit être transmis dans une seule trame de données CAN, le DLC étant mis à 8. Lorsqu’un groupe de
paramètres particulier a 9 octets d’information ou plus à transférer, l’une des fonctions de transport
protocole de transport est alors utilisée. La capacité de gestion des connexions de la fonction de protocole
de transport est utilisée pour établir et arrêter la transmission des groupes de paramètres à paquets
multiples. La capacité de transfert de données du protocole de transport est utilisée pour transmettre les
données elles-mêmes en une série de trames (paquets) de données CAN contenant les données mises
en paquets. Par ailleurs, la fonction de protocole de transport assure un contrôle de flux et offre des
capacités d’établissement d’une liaison pour des transferts à destination spécifique (voir 5.10 et 5.11).
Toutes les trames de données CAN associées à une réponse donnée à paquets multiples doivent avoir
un DLC de 8. Tous les octets d’information non utilisés sont mis à «non disponible». Le nombre d’octets
par paquet est fixe; cependant, l’ISO 11783 définit des messages à paquets multiples qui ont un nombre
variable ou fixe de paquets. Le PGN pour les codes de diagnostic actifs est un exemple de message à
paquets multiples ayant un nombre variable de paquets. Les groupes de paramètres qui sont définis
comme des groupes à paquets multiples n’utilisent le protocole de transport que lorsque le nombre
d’octets d’information à transmettre est supérieur à huit.
5.3 Formats des unités de données de protocole (PDU)
5.3.1 Généralités
Les formats de PDU disponibles, illustrés à la Figure 5, sont PDU1 (PS = DA) et PDU2 (PS = GE). Le
format PDU1 permet de diriger la trame de données CAN vers une adresse spécifique de destination
(fonction de contrôle). Le format PDU2 ne peut transmettre que des trames de données CAN n’ayant
pas de destination spécifique. La création de deux formats distincts de PDU a été établie afin d’offrir un
plus grand nombre de combinaisons possibles de PGN, tout en assurant toujours les communications
à destination spécifique. Les définitions des groupes de paramètres exclusifs ont été affectées de telle
sorte que les deux formats de PDU soient disponibles pour des communications exclusives. Une méthode
normalisée a été déterminée pour les communications exclusives afin d’éviter tout conflit éventuel dans
l’usage des identificateurs.
La définition de PGN exclusifs a été établie afin de permettre l’utilisation des formats PDU1 et PDU2.
L’interprétation des informations exclusives varie selon le constructeur.
a) PDU1
b) PDU2
Figure 5 — Formats de PDU disponibles
5.3.2 Format PDU1
Le format PDU1 permet d’envoyer les groupes de paramètres concernés vers une (des) destination(s)
spécifique(s) ou globale(s). Le champ PS contient une DA.
Les messages au format PDU1 peuvent être demandés ou envoyés comme des messages inattendus.
Les messages au format PDU1 sont déterminés par le champ PF. Lorsque la valeur du champ de format
PDU est comprise entre 0 et 239, le message est au format PDU1. Le format du message PDU1 est illustré
à la Figure 5. Voir également la Figure 6.
a
Actuellement, 2 × 240 = 480.
Figure 6 — Format PDU1
Les groupes de paramètres nécessitant une destination (PDU1) et un temps minimum de latence
commencent à PF = 0 et augmentent par incréments vers x (ou x1), comme illustré au Tableau 7.
Les groupes de paramètres nécessitant une destination et pour lesquels le temps de latence n’est pas
critique commencent à PF = 239 et diminuent par incréments vers x (ou x1), comme illustré au Tableau 7.
Un PF égal à 239 (bit de EDP = 0 et bit de DP = 0) est affecté pour un usage exclusif. Dans ce cas, le champ
PS est une adresse de destination (voir 5.4.6). Le PGN propre au constructeur A est 61 184.
5.3.3 Format PDU2
Le format PDU2 ne peut être utilisé que pour transmettre des groupes de paramètres sous forme de
messages généraux. Les messages au format PDU2 peuvent être demandés ou envoyés comme des
messages inattendus. Le choix du format PDU2, au moment où le PGN est affecté, interdit toute possibilité
de diriger le PGN vers une destination spécifique. Le champ PS contient une GE.
Les messages au format PDU2 sont définis comme étant ceux dans lesquels la valeur du PF est comprise
entre 240 et 255 (voir Tableau 5). Le format du message PDU2 est illustré à la Figure 5. Voir également
la Figure 7.
12 © ISO 2014 – Tous droits réservés

a
Actuellement, 2 × 16 × 256 = 8 192.
Figure 7 — Format PDU2
Le PGN des messages qui sont transmis à des cadences de mise à jour élevées (généralement inférieures
à 100 ms) commence à PF = 240 et augmente par incréments vers y (ou y1), comme illustré au Tableau 7.
Le PGN des messages qui sont uniquement demandés, envoyés lors d’une modification ou qui sont
envoyés à des cadences de mise à jour faibles (généralement supérieures à 100 ms) commence à PF = 254
et diminue par incréments vers y (ou y1), comme illustré au Tableau 7.
Un PF égal à 255 (bit de EDP = 0 et bit de DP = 0) est affecté pour un usage exclusif. Le champ spécifique
PDU est laissé afin d’être défini et utilisé par chaque constructeur (voir 5.4.6). Le PGN propre au
constructeur B est compris entre 65 280 et 65 535.
5.4 Types de messages
5.4.1 Généralités
Cinq types de messages sont actuellement pris en charge:
— commandes;
— demandes;
— diffusions/réponses;
— accusés de réception;
— fonctions de groupe.
Le type spécifique de message est identifié par le PGN qui lui est affecté. Le bit RTR (défini dans le
protocole CAN pour des trames de requête à distance) ne doit pas être utilisé à l’état récessif (1 logique).
En conséquence, les demandes de télétransmission (RTR = 1) ne sont pas disponibles pour un usage
dans le réseau ISO 11783.
Le bit RTR était destiné à «demander» un objet CAN spécifique en annonçant tout simplement son
identificateur CAN sur le réseau sans aucun octet de données. Dans la mesure où l’ISO 11783 utilise une
partie de l’identificateur CAN pour la priorité des messages et une autre partie pour l’adresse source
(SA), ce mécanisme peut créer des conflits. Un dispositif n’est pas autorisé à envoyer un message sans
l’adresse source (SA) d’un autre dispositif. Il existe un mécanisme de demande distinct dans l’ISO 11783.
Voir 5.4.3.
L’octet le moins significatif (LSB) des paramètres à plusieurs octets apparaissant dans le champ de
données d’une trame de données CAN doit être placé en premier. Des exceptions existent, le cas échéant
(c’est-à-dire données ASCII). Si un paramètre à 2 octets devait être placé dans les octets 7 et 8 de la
trame de données CAN, le LSB serait placé dans l’octet 7 et l’octet le plus significatif (MSB) serait placé
dans l’octet 8.
5.4.2 Commande
Ce type de message classe en catégories les groupes de paramètres qui commandent une destination
spécifique ou globale à partir d’une source. Le
...

PROJET DE NORME INTERNATIONALE ISO/DIS 11783-3
ISO/TC 23/SC 19 Secrétariat: DIN
Début de vote Vote clos le
2012-07-23 2012-12-23
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION    МЕЖДУНАРОДНАЯ ОРГАНИЗАЦИЯ ПО СТАНДАРТИЗАЦИИ    ORGANISATION INTERNATIONALE DE NORMALISATION

Tracteurs et matériels agricoles et forestiers — Réseaux de
commande et de communication de données en série —
Partie 3:
Couche liaison de données
Tractors and machinery for agriculture and forestry — Serial control and communications data network —
Part 3: Data link layer
[Révision de la deuxième édition (ISO 11783-3:2007)]
ICS 35.240.99; 65.060.01
Pour accélérer la distribution, le présent document est distribué tel qu'il est parvenu du
secrétariat du comité. Le travail de rédaction et de composition de texte sera effectué au
Secrétariat central de l'ISO au stade de publication.
To expedite distribution, this document is circulated as received from the committee
secretariat. ISO Central Secretariat work of editing and text composition will be undertaken at
publication stage.
CE DOCUMENT EST UN PROJET DIFFUSÉ POUR OBSERVATIONS ET APPROBATION. IL EST DONC SUSCEPTIBLE DE MODIFICATION ET NE
PEUT ETRE CITE COMME NORME INTERNATIONALE AVANT SA PUBLICATION EN TANT QUE TELLE.
OUTRE LE FAIT D'ETRE EXAMINES POUR ETABLIR S'ILS SONT ACCEPTABLES A DES FINS INDUSTRIELLES, TECHNOLOGIQUES ET
COMMERCIALES, AINSI QUE DU POINT DE VUE DES UTILISATEURS, LES PROJETS DE NORMES INTERNATIONALES DOIVENT PARFOIS ETRE
CONSIDERES DU POINT DE VUE DE LEUR POSSIBILITE DE DEVENIR DES NORMES POUVANT SERVIR DE REFERENCE DANS LA
REGLEMENTATION NATIONALE.
LES DESTINATAIRES DU PRÉSENT PROJET SONT INVITÉS À PRÉSENTER, AVEC LEURS OBSERVATIONS, NOTIFICATION DES DROITS DE PRO-
PRIÉTÉ DONT ILS AURAIENT ÉVENTUELLEMENT CONNAISSANCE ET À FOURNIR UNE DOCUMENTATION EXPLICATIVE.
©  Organisation Internationale de Normalisation, 2012

ISO/DIS 11783-3
Notice de droit d'auteur
Ce document de l'ISO est un projet de Norme internationale qui est protégé par les droits d'auteur de l'ISO.
Sauf autorisé par les lois en matière de droits d'auteur du pays utilisateur, aucune partie de ce projet ISO ne
peut être reproduite, enregistrée dans un système d'extraction ou transmise sous quelque forme que ce soit
et par aucun procédé électronique ou mécanique, y compris la photocopie, les enregistrements ou autres,
sans autorisation écrite préalable.
Les demandes d'autorisation de reproduction doivent être envoyées à l'ISO à l'adresse ci-après ou au
comité membre de l'ISO dans le pays du demandeur.
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
Toute reproduction est soumise au paiement de droits ou à un contrat de licence.
Les contrevenants pourront être poursuivis.

ii © ISO 2012 – Tous droits réservés

ISO/DIS 11783-3
Sommaire Page
Avant-propos . v
Introduction . vii
1 Domaine d'application . 1
2 Références normatives . 1
3 Termes et définitions . 1
4 Description générale . 1
5 Exigences techniques . 2
5.1 Format de la trame de message . 2
5.1.1 Généralités . 2
5.1.2 Format de trame de message conforme à l'ISO 11783 (format de trame étendue
ISO 11898-1) . 2
5.1.3 Numéro de groupe de paramètres (PGN, parameter group numbers) . 7
5.1.4 Prise en charge par l'ISO 11783 de messages à format de trame standard ISO 11898-1 . 8
5.2 Unité de données de protocole (PDU) . 9
5.2.1 Généralités . 9
5.2.2 Priorité (P) . 9
5.2.3 Page de données étendue (EDP, extended data page) . 9
5.2.4 Page de données (DP, data page) . 10
5.2.5 Format PDU (PF, PDU format) . 10
5.2.6 Spécifique à la PDU (PS, PDU specific) . 10
5.2.7 Adresse source (SA, source address) . 11
5.2.8 Champ de données . 11
5.3 Formats des unités de données de protocole (PDU) . 12
5.3.1 Généralités . 12
5.3.2 Format PDU1 . 13
5.3.3 Format PDU2 . 13
5.4 Types de messages . 15
5.4.1 Généralités . 15
5.4.2 Commande . 15
5.4.3 Demande . 15
5.4.4 Diffusion/réponse . 18
5.4.5 Accusé de réception . 18
5.4.6 Fonction de groupe . 20
5.4.7 Demande2 . 22
5.4.8 Transfert . 23
5.5 Priorité des messages . 25
5.6 Accès au bus . 25
5.7 Arbitrage des conflits d'accès . 25
5.8 Détection d'erreurs . 25
5.9 Processus d'affectation des SA et des PGN . 26
5.9.1 Généralités . 26
5.9.2 Critères d'affectation d'adresse . 26
5.9.3 Critères d'affectation d'un groupe de paramètres . 27
5.9.4 Définition du champ de données . 28
5.10 Fonctions de protocole de transport . 29
5.10.1 Généralités . 29
5.10.2 Mise en paquets et réassemblage . 29
5.10.3 Protocole de transport — Gestion des connexions . 30
5.10.4 Protocole de transport — Messages de gestion des connexions (TP.CM) . 33
ISO/DIS 11783-3
5.10.5 Protocole de transport — Messages de transfert de données (TP.DT) .37
5.10.6 Protocole de transport étendu — Gestion des connexions .38
5.10.7 Protocole de transport étendu — Messages de gestion des connexions (ETP.CM) .40
5.10.8 Protocole de transport étendu — Messages de transfert de données (ETP.DT) .42
5.10.9 Contraintes relatives à la connexion .42
5.11 Exigences de traitement des PDU .43
5.12 Notes relatives à l'application .44
5.12.1 Débits élevés .44
5.12.2 Programmation des demandes .44
5.12.3 Temps de réponse des contrôleurs et défauts de temps morts .44
5.12.4 Réponses requises .45
5.12.5 Transmission de PGN à des destinations spécifiques ou globales .45
5.12.6 Recommandation relative au nombre de paquets CTS .45
Annexe A (informative) Traitement des PDU conformément à l'ISO 11783 — Sous-programme
type de réception .46
Annexe B (informative) Séquences de transfert du protocole de transport — Exemples de
transfert de données en mode connexion .47
Annexe C (informative) Exemples de modes de communication .56
Bibliographie .58

iv © ISO 2012 – Tous droits réservés

ISO/DIS 11783-3
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée
aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire partie du
comité technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec
la Commission électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale des comités techniques est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par les comités techniques sont soumis aux comités membres pour vote. Leur
publication comme Normes internationales requiert l'approbation de 75 % au moins des comités membres
votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable de ne
pas avoir identifié de tels droits de propriété et averti de leur existence.
L'ISO 11783-3 a été élaborée par le comité technique ISO/TC 23, Tracteurs et matériels agricoles et
forestiers, sous-comité SC 19, Électronique en agriculture.
Cette troisième édition annule et remplace la deuxième édition (ISO 11783-3:2007), ayant fait l'objet d'une
révision technique.
L'ISO 11783 comprend les parties suivantes, présentées sous le titre général Tracteurs et matériels agricoles
et forestiers — Réseaux de commande et de communication de données en série:
⎯ Partie 1 : Système normalisé général pour les communications de données avec les équipements
mobiles
⎯ Partie 2 : Couche physique
⎯ Partie 3 : Couche liaison de données
⎯ Partie 4 : Couche réseau
⎯ Partie 5 : Gestion du réseau
⎯ Partie 6 : Terminal virtuel
⎯ Partie 7 : Couche d'application de base
⎯ Partie 8 : Messages de gestion de la transmission (boîte de vitesses)
⎯ Partie 9 : Unité de commande électronique du tracteur
⎯ Partie 10 : Contrôleur de tâches et échange de données des systèmes d'information sur la gestion
⎯ Partie 11 : Dictionnaire de données d'éléments mobiles
⎯ Partie 12 : Services de diagnostic
ISO/DIS 11783-3
⎯ Partie 13 : Serveur de fichiers
⎯ Partie 14 : Commande séquentielle
vi © ISO 2012 – Tous droits réservés

ISO/DIS 11783-3
Introduction
L'ISO 11783 spécifie un système de communication destiné aux matériels agricoles fondé sur le protocole
)
CAN 2.0 B [1]. Les documents SAE J 1939 , sur lesquels certaines parties de l'ISO 11783 sont fondées, ont
été élaborés conjointement pour une utilisation dans des applications de camions et de bus, ainsi que pour
des applications de construction et d'agriculture. Des documents communs ont été élaborés pour permettre
l'utilisation, par des matériels agricoles et forestiers, d'unités électroniques conformes aux spécifications
SAE J 1939 relatives aux camions et aux bus, avec des modifications mineures. Les informations d'ordre
général concernant l'ISO 11783 se trouvent dans l'ISO 11783-1.
L'objectif de l'ISO 11783 est de proposer un système ouvert pour les systèmes électroniques embarqués
interconnectés. Elle vise à permettre la communication entre unités de commande électroniques (UCE) en
proposant un système normalisé.
L'Organisation internationale de normalisation (ISO) appelle l'attention sur le fait qu'il est déclaré que la
conformité avec les dispositions de la présente partie de l'ISO 11783 peut impliquer l'utilisation d'un brevet
intéressant le protocole CAN (« Controller area network ») auquel il est fait référence dans ce document.
L'ISO ne prend pas position quant à la preuve, à la validité et à la portée de ces droits de propriété.
Le détenteur de ces droits de propriété a donné l'assurance à l'ISO qu'il consent à négocier des licences avec
des demandeurs du monde entier, à des termes et conditions raisonnables et non discriminatoires. À ce
propos, la déclaration du détenteur des droits de propriété est enregistrée à l'ISO. Des informations peuvent
être demandées à :
Robert Bosch GmbH
Wernerstrasse 51
Postfach 30 02 20
D-70442 Stuttgart-Feuerbach
Germany
L'attention est d'autre part attirée sur le fait que certains des éléments de la présente partie de l'ISO 11783
peuvent faire l'objet de droits de propriété autres que ceux qui ont été mentionnés ci-dessus. L'ISO ne saurait
être tenue pour responsable de l'identification de ces droits de propriété en tout ou partie.

1)
Society of Automotive Engineers, Warrendale, PA, USA.
PROJET DE NORME INTERNATIONALE ISO/DIS 11783-3

Tracteurs et matériels agricoles et forestiers — Réseaux de
commande et de communication de données en série —
Partie 3: Couche liaison de données
1 Domaine d'application
L'ISO 11783 dans son ensemble spécifie un réseau de données en série pour la commande et les
communications sur les tracteurs forestiers ou agricoles et les équipements portés, semi-portés, traînés ou
automoteurs. Elle vise à normaliser la méthode et le format du transfert de données entre capteurs,
actionneurs, dispositifs de commande, unités de stockage et d'affichage de données, que ces éléments soient
montés sur le tracteur ou l'instrument ou qu'ils fassent partie du tracteur ou de l'instrument. Elle fournit un
système ouvert interconnecté (OSI, open system interconnect) pour les systèmes électroniques utilisés par
les matériels agricoles et forestiers. La présente partie de l'ISO 11783 décrit la couche liaison de données et
l'utilisation, par le réseau, des trames CAN (controller area network) de données étendues.
2 Références normatives
Les documents ci-après, dans leur intégralité ou non, sont des références normatives indispensables à
l’application du présent document. Pour les références datées, seule l'édition citée s'applique. Pour les
références non datées, la dernière édition du document de référence s'applique (y compris les éventuels
amendements).
ISO 11783-1:2007, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de
communication de données en série — Partie 1 : Système normalisé général pour les communications de
données avec les équipements mobiles
ISO 11783-5, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de
données en série — Partie 5 : Gestion du réseau
ISO 11898-1, Véhicules routiers — Gestionnaire de réseau de communication (CAN) — Partie 1 : Couche
liaison de données et signalisation physique
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions donnés dans l'ISO 11783-1 s'appliquent.
4 Description générale
La couche liaison de données assure le transfert fiable de données par la liaison physique. Cela consiste à
émettre la trame de données CAN avec la synchronisation, le contrôle de séquence, le contrôle d'erreur et le
contrôle de flux nécessaires. Le contrôle de flux est accompli par un format cohérent de la trame de message.
ISO/DIS 11783-3
5 Exigences techniques
5.1 Format de la trame de message
5.1.1 Généralités
Le format de la trame du message doit être conforme aux exigences CAN. La spécification CAN à laquelle il
est fait référence dans la présente partie de l'ISO 11783 est donnée dans l'ISO 11898-1. Lorsqu'il existe des
différences entre la spécification CAN et la présente partie de l'ISO 11783, cette dernière doit constituer le
document directeur.
Le document CAN spécifie, dans une discussion relative à l'acheminement de l'information, que les adresses
des fonctions de contrôle ne sont pas utilisées. Bien que cela soit vrai pour certaines applications du CAN,
cela n'est pas vrai pour l'ISO 11783. La définition du réseau selon l'ISO 11783 exige qu'un adressage des
fonctions de contrôle soit utilisé pour éviter que plusieurs fonctions de contrôle utilisent le même champ
d'identificateur CAN. Plusieurs autres exigences spécifiées dans l'ISO 11783 ne le sont pas par le CAN.
L'ISO 11898-1 spécifie deux formats de trame de message, la trame standard et la trame étendue. La
compatibilité ISO 11898-1 implique que des messages des deux formats puissent être potentiellement
présents sur un seul réseau, en utilisant des codages binaires permettant de reconnaître les différents
formats. À cet égard, l'ISO 11783 offre également des possibilités d'adaptation aux deux formats de trame de
message mais elle ne définit une stratégie complète que pour les communications normalisées utilisant le
format de trame étendue. Tous les messages à format de trame standard sont destinés à une utilisation
exclusive selon les règles définies dans la présente partie de l'ISO 11783.
En conséquence, les contrôleurs conformes à l'ISO 11783 doivent utiliser le format de trame étendue. Les
messages à format de trame standard peuvent demeurer sur le réseau, mais uniquement conformément à la
présente partie de l'ISO 11783.
NOTE Les contrôleurs de trame standard ne répondent pas aux messages de gestion du réseau et ne sont pas en
mesure de prendre en charge la stratégie pour des communications normalisées.
La trame de données CAN est répartie en différents champs binaires, comme illustré à la Figure 1. Le nombre
et la répartition des bits dans les champs d'arbitrage et de contrôle diffèrent entre les messages à trame CAN
standard et les messages à trame CAN étendue. Les messages à trame CAN standard, illustrés à la
Figure 1 a), contiennent 11 bits identificateurs dans le champ d'arbitrage, alors que les messages à trame
CAN étendue, illustrés à la Figure 1 b), contiennent 29 bits identificateurs dans le champ d'arbitrage.
L'ISO 11783 a complété la définition des bits identificateurs dans le champ d'arbitrage des formats de trame
de message CAN. Ces définitions sont données dans le Tableau 1.
5.1.2 Format de trame de message conforme à l'ISO 11783 (format de trame étendue ISO 11898-1)
Le message à trame CAN étendue, illustré à la Figure 1, contient une seule unité de données de protocole
(PDU, protocol data unit). Les PDU sont composées de sept champs prédéfinis remplis à l'aide des
informations fournies par la couche application :
⎯ priorité ;
⎯ page de données étendue (EDP, extended data page) ;
⎯ page de données (DP, data page) ;
⎯ format PDU (PF, PDU format) ;
⎯ spécifique PDU (PS, PDU specific), qui peut être une adresse de destination (DA, destination address),
une extension de groupe (GE, group extension) ou une exclusivité ;
2 © ISO 2012 – Tous droits réservés

ISO/DIS 11783-3
⎯ adresse source (SA, source address) ;
⎯ données.
(Voir 5.2 pour une description détaillée de chaque champ, et 5.3 pour les formats PDU).

a) Format à trame CAN standard

b) Format à trame CAN étendue
Anglais Français
CAN data frame Trame de données CAN
Maximum frame length with bit stuffing = 150 bits Longueur maximale de la trame avec bourrage binaire = 150 bits
CAN data frame Trame de données CAN
Maximum frame length with bit stuffing = 127 bits Longueur maximale de la trame avec bourrage binaire = 127 bits
Arbitration field Champ d'arbitrage
Control field Champ de contrôle
Data field Champ de données
Identifier Identificateur
Identifier Identificateur
ACK field Champ ACK
Bit stuffing Bourrage binaire
No bit stuffing Sans bourrage binaire
Figure 1 — Trames de données CAN
ISO/DIS 11783-3
Ces champs sont ensuite regroupés dans une ou plusieurs trames de données CAN et transmis sur le
support physique à d'autres contrôleurs du réseau. Les couches du modèle OSI que l'ISO 11783 prend en
charge sont illustrées à la Figure 2. Il est possible que certaines définitions de groupes de paramètres
nécessitent plusieurs trames de données CAN pour transmettre leurs informations.

Anglais Français
Originating controller Contrôleur émetteur
Application Application
Network Réseau
Data link Liaison de données
Logical link control Contrôle de liaison logique
Medium access control Contrôle d'accès au support
Physical Physique
Priority EDP, DP, PF, PS, SA, data Priorité EDP, DP, PF, PS, SA, données
1 or more PDU Une ou plusieurs PDU
1 or more CAN messages Un ou plusieurs messages CAN
Priority EDP, DP, PF, PS, SA, data Priorité EDP, DP, PF, PS, SA, données
1 or more PDU Une ou plusieurs PDU
1 or more CAN messages Un ou plusieurs messages CAN
Receiving controller Contrôleur récepteur
Application Application
Network Réseau
Data link Liaison de données
Logical link control Contrôle de liaison logique
Medium access control Contrôle d'accès au support
Physical Physique
Figure 2 — Application du modèle OSI conformément à l'ISO 11783

4 © ISO 2012 – Tous droits réservés

ISO/DIS 11783-3
Le Tableau 1 indique les champs d'arbitrage et de contrôle de l'identificateur à 29 bits pour CAN, de
l'identificateur à 29 bits pour l'ISO 11783, de l'identificateur à 11 bits pour CAN et de l'identificateur à 11 bits
pour un réseau ISO 11783. Une définition complète de chacune des affectations de champs de bits
conformes à l'ISO 11783 est donnée en 5.3. Dans l'ISO 11783, le champ de trame de données CAN se
compose des octets 1 à 8. Le bit le plus significatif de l’octet 1 (bit 8) est le premier bit transmis le plus proche
du code de longueur de données (DLC, data length code). Le bit le moins significatif de l’octet 8 (bit 1) est le
dernier des bits de données transmis et est le plus proche du champ de contrôle de redondance cyclique
(CRC, cyclic redundancy check). Voir Figure 3.
NOTE Les contrôleurs de trame standard peuvent utiliser dans leurs champs d'arbitrage et de contrôle un adressage
source, mais ces adresses ne sont pas utilisées par les contrôleurs de réseau ISO 11783.
Lorsque l'EDP et la DP sont égales à 1, la trame CAN est identifiée comme une trame au format
ISO 15765-3. L'ISO 15765-3 spécifie les diagnostics sur le réseau CAN pour les véhicules routiers. Par
conséquent, le traitement de ce format de trame CAN particulier ne correspond pas aux définitions spécifiées
dans l'ISO 11783.
ISO/DIS 11783-3
Tableau 1 — Correspondance entre l'ISO 11783 et les champs d'arbitrage et de contrôle CAN
Identificateurs à 29 bits Identificateurs à 11 bits
Bit n°
b
CAN ISO 11783 CAN ISO 11783
a a
1 SOF SOF SOF SOF
2 ID28 P3 ID28 P3
3 ID27 P2 ID27 P2
4 ID26 P1 ID26 P1
a
5 ID25 EDP ID25 ID8
a
6 ID24 DP ID24 ID7
a
7 ID23 PF8 ID23 ID6
a
8 ID22 PF7 ID22 ID5
a
9 ID21 PF6 ID21 ID4
a
10 ID20 PF5 ID20 ID3
a
11 ID19 PF4 ID19 ID2
a
12 ID18 PF3 ID18 ID1
a a
13 SRR (r) SRR RTR (x) RTR (d)
a a
14 IDE (r) IDE IDE (d) IDE
a
15 ID17 PF2 R0 R0
16 ID16 PF1 DLC4 DLC4
17 ID15 PS8 DLC3 DLC3
18 ID14 PS7 DLC2 DLC2
19 ID13 PS6 DLC1 DLC1
20 ID12 PS5
21 ID11 PS4
22 ID10 PS3
23 ID9 PS2
24 ID8 PS1
25 ID7 SA8
26 ID6 SA7
27 ID5 SA6
28 ID4 SA5
29 ID3 SA4
30 ID2 SA3
31 ID1 SA2
32 ID0 SA1
a
33 RTR (x) RTR (d)
a
34 r1 r1
a
35 r0 r0
36 DLC4 DLC4
37 DLC3 DLC3
38 DLC2 DLC2
39 DLC1 DLC1
SOF Bit de début de la trame EDP Page de données étendue, conforme à l'ISO 11783
ID## Identificateur du bit n° # SA# Bit d'adresse source n° #, conforme à l'ISO 11783
SRR Demande à distance de remplacement DP Page de données, conforme à l'ISO 11783
RTR Bit de demande de télétransmission PF# Bit de format PDU n° #, conforme à l'ISO 11783
IDE Bit d'extension d'identificateur PS# Bit spécifique PDU n° #, conforme à l'ISO 11783
r# Bit réservé CAN n° # (d) Bit dominant
DLC# Bit de code de longueur de données, n° # (r) Bit récessif
P# Bit de priorité n° #, conforme à l'ISO 11783, (x) État binaire dépendant du message
a
Bit défini dans CAN, inchangé dans l'ISO 11783.
b
Format requis pour identificateurs d'exclusivité à 11 bits.

6 © ISO 2012 – Tous droits réservés

ISO/DIS 11783-3
Anglais Français
Identifier Identificateur
Data field Champ de données
Byte 1 Octet 1
Byte 2 Octet 2
Byte 3 Octet 3
Byte 4 Octet 4
Byte 5 Octet 5
Byte 6 Octet 6
Byte 7 Octet 7
Byte 8 Octet 8
Figure 3 — Champs de données CAN
5.1.3 Numéro de groupe de paramètres (PGN, parameter group numbers)
Chaque fois qu'il est nécessaire d'identifier un groupe de paramètres dans le champ de données d'une trame
de données CAN, il est exprimé en 24 bits. La valeur de 24 bits est transmise avec l'octet le moins significatif
en premier [voir le Tableau 2, qui indique que l'octet le plus significatif (MSB, most significant byte) est
transmis en troisième, l'octet médian en second et l'octet le moins significatif (LSB, least significant byte) en
premier]. Le PGN à 24 bits est déterminé à l'aide des composants suivants : 6 bits mis à zéro, bit de page de
données étendue, bit de page de données, champ de format PDU (8 bits) et champ spécifique PDU (8 bits).
La procédure de conversion des champs de bits en PGN est la suivante. Les six bits les plus significatifs du
PGN sont mis à zéro. Puis le bit de page de données étendue, le bit de page de données et le champ de
format PDU sont copiés dans les 10 bits suivants. Si la valeur du format PDU est inférieure à 240 (F0 ),
l'octet le moins significatif du PGN est mis à zéro. Sinon, il est mis à la valeur du champ PS. Se reporter au
Tableau 2 pour une illustration des PGN, de leurs bits correspondants et de leur conversion en un nombre
décimal.
NOTE Les 131 072 combinaisons (2 ) ne peuvent pas toutes être affectées comme PGN. Seules 8 672
combinaisons sont disponibles pour l'affectation (calculées de la manière suivante : 2 pages × [240 (16 × 256)] = 8 672, en
appliquant les conventions spécifiées dans la présente partie de l'ISO 11783. Voir l'ISO 11783-1 pour les dernières
affectations de PGN.
ISO/DIS 11783-3
Tableau 2 — Exemples de numéros de groupes de paramètres (PGN)
Composants du PGN PGN
PGN (MSB) PGN PGN (LSB)
Octet 1 Octet 2 Octet 3
Affecté par
Transmis en Transmis en Transmis en ISO ou
Nombre de PG Nombre de PG
troisième dans la second dans la premier dans la
constructeur
affectables cumulés
Dec Hex
trame de données trame de trame de 10 16 (MF,
CAN données CAN données CAN
manufacturer)
EDP DP PF PS
Bits
8–3
Bit 2 Bit 1 Bits 8–1 Bits 8–1
0 0 0 0 0 0 000000 ISO
239 239
0 0 0 238 0 60 928 00EE00
0 0 0 239 0 61 184 00EF00 1 240 MF
0 0 0 240 0 61 440 00F000 ISO
3 840
0 0 0 254 255 65 279 00FEFF 4 080
0 0 0 255 0 65 280 00FF00
256 MF
0 0 0 255 255 65 535 00FFFF 4 336
0 0 1 0 0 65 536 010000
0 0 1 238 0 126 464 01EE00 239 ISO
0 0 1 239 0 126 720 01EF00 240 4576 MF
0 0 1 240 0 126 976 01F000
4 096 ISO
0 0 1 255 255 131 071 01FFFF 8 672
5.1.4 Prise en charge par l'ISO 11783 de messages à format de trame standard ISO 11898-1
Il est reconnu que les contrôleurs du réseau ISO 11783 peuvent prendre en charge un format de message à
trame CAN standard (identificateur à 11 bits). Bien que ce format ne soit pas compatible avec la structure de
message conforme à l'ISO 11783, un niveau minimal de définition est donné pour s'adapter à la coexistence
des deux formats. Cette définition minimale permet aux contrôleurs qui utilisent ce format de ne pas interférer
avec d'autres contrôleurs. Les messages à format de trame CAN standard sont définis comme étant exclusifs.
En se reportant au Tableau 1, le champ de l'identificateur à 11 bits est analysé de la manière suivante : les
trois bits les plus significatifs sont utilisés comme des bits de priorité, et les huit bits les moins significatifs
identifient la SA de la PDU. Les bits de priorité sont décrits en 5.2.2. La SA est définie dans
http://www.isobus.net.
Un arbitrage incorrect des accès au bus peut se produire lorsque deux messages, un à trame standard et
l'autre à trame étendue, accèdent simultanément au bus. La SA a une priorité relative plus élevée dans les
messages à trame standard que dans les messages à trame étendue. Le message contenant l'identificateur à
11 bits (trame standard) peut avoir une SA indiquant une priorité plus élevée que le bit de page de données
étendue, le bit de page de données ou le format PDU du message à identificateur à 29 bits (trame étendue). Il
convient d'utiliser les trois bits de priorité pour obtenir un arbitrage correct des accès au bus.
IMPORTANT — L'ISO 11783 définit une stratégie complète pour les communications normalisées
utilisant le format à trame étendue. Le matériel conforme à l'ISO 11898-1 ne doit pas être utilisé dans
le réseau, ces versions de matériel ne permettant pas la transmission de messages à trame étendue.
8 © ISO 2012 – Tous droits réservés

ISO/DIS 11783-3
5.2 Unité de données de protocole (PDU)
5.2.1 Généralités
Les applications et/ou la couche réseau fournissent une chaîne d'informations qui est assimilée dans une
PDU. La PDU fournit un cadre permettant d'organiser les informations et servant de clé à chaque trame de
données CAN émise. L'unité de données de protocole (PDU) du réseau ISO 11783 doit être composée de
sept champs répertoriés en 5.1.2 et spécifiés ci-dessous. Ces champs doivent être ensuite regroupés dans
une ou plusieurs trames de données CAN et transmis sur le support physique à d'autres contrôleurs du
réseau. Il n'y a qu'une PDU par trame de données CAN.
NOTE Certaines définitions de PGN nécessitent plusieurs trames de données CAN pour transmettre les données
correspondantes.
Certains champs de la trame de données CAN ont été exclus de la définition de la PDU, parce qu'ils sont
entièrement contrôlés par la spécification CAN et sont invisibles par toutes les couches OSI situées au-
dessus de la couche liaison de données. Ils comprennent les champs SOF (début de la trame, start of frame),
SRR (demande à distance de remplacement, substitute remote request), IDE (extension d'identificateur,
identifier extension), RTR (demande de télétransmission, remote transmission request), CRC (contrôle de
redondance cyclique, cyclic redundancy check), ACK (accusé de réception, acknowledgement) et EOF (fin de
la trame, end of frame) et des parties du champ de contrôle. Ces champs sont déterminés par la définition du
protocole CAN et n'ont pas été modifiés par l'ISO 11783.
Les champs de la PDU (voir Figure 4) sont spécifiés de 5.2.2 à 5.2.8.

Anglais Français
Priority Priorité
Data Données
No. of bits Nombre de bits
Figure 4 — Champs de la PDU
5.2.2 Priorité (P)
Les bits de priorité sont utilisés pour optimiser le temps de latence du message pour une transmission sur bus
uniquement. Il convient qu'ils soient globalement masqués (ignorés) par le récepteur. La priorité d'un
message peut être fixée de la priorité la plus élevée, 0 (000 ), à la plus faible, 7 (111 ). La valeur par défaut
2 2
pour tous les messages orientés contrôle est 3 (011 ). La valeur par défaut pour tous les autres messages,
informatifs, d'exclusivité, de demande d'accès et de NACK (negative acknowledgement, accusé de réception
négatif), est 6 (110 ). Cela permet d'augmenter ou d'abaisser ultérieurement la priorité, au fur et à mesure
que de nouvelles valeurs de PGN sont affectées et que le trafic du bus varie. Une priorité recommandée est
affectée à chaque PGN lorsqu'il est ajouté aux documents de la couche application. Il convient toutefois que
le champ « priorité » soit reprogrammable de telle sorte que l'accord du réseau puisse, si nécessaire, être
effectué par le constructeur.
5.2.3 Page de données étendue (EDP, extended data page)
Ce bit est utilisé conjointement au bit de page de données, pour déterminer la structure de l'identificateur CAN
de la trame de données CAN. Tous les messages ISO 11783 doivent mettre le bit de page de données
étendue à ZÉRO au moment de la transmission. (Voir le Tableau 3 qui indique les utilisations définies des
champs EDP et DP). Les définitions ultérieures pourraient éventuellement comprendre l'extension du champ
de format PDU, la définition de nouveaux formats PDU, l'extension du champ de priorité ou l'augmentation de
l'espace adresse.
ISO/DIS 11783-3
5.2.4 Page de données (DP, data page)
Le bit DP est utilisé conjointement au bit EDP pour déterminer la structure de l'identificateur CAN de la trame
de données CAN. Le bit EDP étant mis à 0, le bit DP sélectionne la page 0 ou la page 1 des descriptions du
PGN. Voir Tableau 3.
Tableau 3 — Définition pour l'utilisation de la page de données étendue (EDP) et de la page de
données (DP)
EDP DP
Bit 25 Bit 24
Description
ID 25 bits CAN ID 24 bits CAN
0 0 PGN page 0 selon l'ISO 11783
0 1 PGN page 1 selon l'ISO 11783
1 0 Réservé ISO 11783
1 1 PGN définis selon l'ISO 15765-3
NOTE Les bits EDP et DP de l'identificateur à 29 bits CAN sont mis à « 11 » ce qui permet de l'identifier comme un
message conforme à l'ISO 15765-3. Ceci signifie que le reste de l'identificateur CAN n'est pas fixé comme le spécifie
l'ISO 11783. Les trames CAN conformes à ce format ne sont pas décrites dans l'ISO 11783.
5.2.5 Format PDU (PF, PDU format)
Le format PDU est un champ à 8 bits qui détermine le format de la PDU et constitue l'un des champs utilisés
pour déterminer le PGN affecté au champ de données CAN. Les PGN sont utilisés pour identifier ou pour
affecter une étiquette aux commandes, aux données, à certaines demandes, aux accusés de réception
positifs et aux accusés de réception négatifs, ainsi que pour identifier ou affecter une étiquette à des
informations pouvant nécessiter une ou plusieurs trames de données CAN pour transmettre l'information. Si la
quantité d'information dépasse 8 octets, un message à plusieurs paquets doit être transmis. Si la quantité
d'information est égale à 8 octets d'information ou moins, une seule trame de données CAN est utilisée. Un
PGN peut représenter un ou plusieurs paramètres, un paramètre étant un élément d'information comme la
vitesse de rotation par minute d'un moteur. Même si l'étiquette d'un PGN peut être utilisée pour un seul
paramètre, il est recommandé de regrouper plusieurs paramètres de telle sorte que les 8 octets du champ de
données soient utilisés.
NOTE Le symbole pour l'octet (byte) est B, conformément à la CEI 60027-2.
La définition de deux PGN exclusifs a été établie afin de permettre l'utilisation des formats PDU1 et PDU2.
L'interprétation des informations exclusives varie selon le constructeur.
EXEMPLE Même si deux moteurs différents peuvent utiliser un ensemble commun de PGN normalisés, les
communications propres à un constructeur seront très probablement différentes de celles d’un autre constructeur.
5.2.6 Spécifique à la PDU (PS, PDU specific)
Le champ spécifique à la PDU est un champ à 8 bits dont la définition dépend du format de la PDU. Selon le
format de la PDU, il peut s'agir d'une adresse de destination (DA) ou d'une extension de groupe (GE). Voir
Tableau 4.
Tableau 4 — Définition du champ spécifique à la PDU (PS)
Format PDU PF PS
PDU1 0–239 Adresse de destination (DA)
PDU2 240–255 Extension de groupe (GE)

10 © ISO 2012 – Tous droits réservés

ISO/DIS 11783-3
Le champ DA définit l'adresse spécifique à laquelle le message est envoyé. Il convient que tout autre
contrôleur ignore ce message. L'adresse de destination globale (255) nécessite que tous les contrôleurs
écoutent et répondent en conséquence, en tant que destinataires du message.
Le champ GE, associé aux quatre bits les moins significatifs du champ de format PDU, assure 4 096 groupes
de paramètres par page de données. Ces 4 096 groupes de paramètres ne sont disponibles qu'en utilisant le
format PDU avec extension de groupe (Format PDU2).
NOTE Lorsque les quatre bits les plus significatifs du champ de format PDU sont fixés, cela signifie que le champ PS
est une GE.
En outre, 240 groupes de paramètres sont réservés dans chaque page de données à une utilisation dans le
format PDU à destination spécifique (Format PDU1). Au total, 8 672 groupes de paramètres peuvent être
définis en utilisant les deux pages de données actuellement disponibles.
Le nombre total est calculé de la manière suivante : [240 + (16 × 256)] × 2 = 8 672, où 240 représente le
nombre de valeurs de champs de format PDU disponibles par page de données (c'est-à-dire Format PDU1,
champ PS = DA), 16 est le nombre de valeurs de format PDU par valeur de GE (c'est-à-dire format PDU2
uniquement), 256 est le nombre de valeurs d'extension de groupe possibles (c'est-à-dire format PDU2
uniquement) et 2 est le nombre d'états de la page de données (les deux formats PDU).
Voir également 5.3.
5.2.7 Adresse source (SA, source address)
La longueur du champ SA est de 8 bits. Il ne doit y avoir qu'une seule fonction de contrôle sur le réseau avec
une SA donnée.
NOTE La gestion et l'affectation des adresses, ainsi que les procédures empêchant la duplication de SA, sont
détaillées dans l'ISO 11783-5.
5.2.8 Champ de données
5.2.8.1 Données comprises entre 0 et 8 octets
Lorsque huit octets d'information, ou moins, sont requis pour exprimer un groupe de paramètres donné, les
huit octets d'information de la trame CAN peuvent alors être utilisés. Il est recommandé que huit octets soient
affectés ou réservés pour toutes les affectations de PGN susceptibles d'être étendues ultérieurement. Cette
procédure fournit un moyen d'ajouter facilement des paramètres et n'est pas incompatible avec les révisions
antérieures qui définissent uniquement une partie du champ de données. Une fois que le nombre d'octets
d'information associés à un PGN est spécifié, il ne peut plus être modifié (ni devenir à paquets multiples à
moins qu'il n'ait été défini comme tel à l'origine). Le DLC du CAN est mis à la valeur définie « longueur des
données » du groupe de paramètres lorsqu'il y a 8 octets ou moins ; sinon, lorsque la longueur des données
du groupe de paramètres est de 9 ou plus, le DLC du CAN est mis à 8. Par exemple, la DEMANDE DE PGN,
59 904, ayant une longueur de données de groupe de paramètres de 3, le DLC du CAN est mis à 3. Une
fonction de groupe donnée (voir 5.4.6) doit utiliser la même longueur de champ de données parce que
l'identificateur CAN est toujours identique alors que le champ de données CAN est utilisé pour véhiculer les
sous-fonctions spécifiques du groupe. Ces fonctions de groupe nécessitent plusieurs interprétations
différentes fondées sur le champ de données CAN.
ISO/DIS 11783-3
5.2.8.2 Données plus grandes que 8 octets
Lorsque le nombre d'octets d'information requis pour exprimer un groupe de paramètres donné est supérieur
à 8, l
...