Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 13: File server

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. ISO 11783-13:2011 specifies the file server (FS) for use by a tractor or self-propelled implement.

Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de données en série — Partie 13: Serveur de fichiers

L'ISO 11783 dans son ensemble spécifie un réseau de données en série pour la commande et les communications de 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 qu'ils fassent partie du tracteur ou de tout autre outil. L'ISO 11783-13:2011 spécifie le serveur de fichiers (SF) destiné à être utilisé pour les tracteurs et les équipements autotractés.

General Information

Status
Withdrawn
Publication Date
31-Mar-2011
Current Stage
9599 - Withdrawal of International Standard
Completion Date
12-May-2022
Ref Project

Relations

Buy Standard

Standard
ISO 11783-13:2011 - Tractors and machinery for agriculture and forestry -- Serial control and communications data network
English language
46 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO 11783-13:2011 - Tracteurs et matériels agricoles et forestiers -- Réseaux de commande et de communication de données en série
French language
44 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 11783-13
Second edition
2011-04-01

Tractors and machinery for agriculture
and forestry — Serial control and
communications data network —
Part 13:
File server
Tracteurs et matériels agricoles et forestiers — Réseaux de commande
et de communication de données en série —
Partie 13: Serveur de fichiers




Reference number
ISO 11783-13:2011(E)
©
ISO 2011

---------------------- Page: 1 ----------------------
ISO 11783-13:2011(E)
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.


COPYRIGHT PROTECTED DOCUMENT


©  ISO 2011
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing 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 copyright@iso.org
Web www.iso.org
Published in Switzerland

ii © ISO 2011 – All rights reserved

---------------------- Page: 2 ----------------------
ISO 11783-13:2011(E)
Contents Page
Foreword .iv
Introduction.v
1 Scope.1
2 Normative references.1
3 Terms and definitions .1
4 General .2
5 Requirements.3
5.1 General message format .3
5.2 File data format.3
5.2.1 Data.3
5.2.2 Bit groups.3
5.2.3 Integer.3
5.2.4 Character string.3
5.3 Data transmission control .3
5.3.1 General .3
5.3.2 Strategy .4
5.3.3 Timeout.4
5.4 Date and time support.4
5.5 Multi-client support .4
5.6 File Handles .5
5.7 Volumes.5
Annex A (normative) Character set.6
Annex B (normative) Parameter definitions.14
Annex C (normative) File server message definitions.23
Annex D (informative) Common file system examples.43
Bibliography.44

© ISO 2011 – All rights reserved iii

---------------------- Page: 3 ----------------------
ISO 11783-13:2011(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies
(ISO member bodies). The work of preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the
International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
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-13 was prepared by Technical Committee ISO/TC 23, Tractors and machinery for agriculture and
forestry, Subcommittee SC 19, Agricultural electronics.
This second edition cancels and replaces the first edition (ISO 11783-13:2007), of which it constitutes a minor
revision.
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
iv © ISO 2011 – All rights reserved

---------------------- Page: 4 ----------------------
ISO 11783-13:2011(E)
Introduction
Parts 1 to 14 of ISO 11783 specify a communications system for agricultural equipment based on
[1] [2] [3]
ISO 11898-1 and ISO 11898-2 . SAE J1939 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 J1939 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.
© ISO 2011 – All rights reserved v

---------------------- Page: 5 ----------------------
INTERNATIONAL STANDARD ISO 11783-13:2011(E)

Tractors and machinery for agriculture and forestry — Serial
control and communications data network —
Part 13:
File server
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. This part of
ISO 11783 specifies the file server (FS) for use by a tractor or self-propelled implement.
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, Tractors and machinery for agriculture and forestry — Serial control and communications data
network — Part 1: General standard for mobile data communication
ISO 11783-3, Tractors and machinery for agriculture and forestry — Serial control and communications data
network — Part 3: Data link layer
ISO 11783-5, Tractors and machinery for agriculture and forestry — Serial control and communications data
network — Part 5: Network management
ISO 11783-6, Tractors and machinery for agriculture and forestry — Serial control and communications data
network — Part 6: Virtual terminal
ISO 11783-7, Tractors and machinery for agriculture and forestry — Serial control and communications data
network — Part 7: Implement messages application layer
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 11783-1 and the following apply.
3.1
client
electronic control unit (ECU) on the mobile implement bus that uses the services of the file server
3.2
directory
file which stores administrative information about other files
© ISO 2011 – All rights reserved 1

---------------------- Page: 6 ----------------------
ISO 11783-13:2011(E)
3.3
file
data object that stores data on a storage device
3.4
file attribute
bit-coded information that defines the type and features of a file
3.5
file server
FS
electronic control unit (ECU) on the mobile implement bus that provides storage for files and uses a set of
commands for the handling of, and access to, these files
3.6
filename
name conforming to requirements of a character set, which identifies a file or directory
NOTE See Annex A for the character set.
3.7
Handle
data object used for accessing files and directories
3.8
hidden attribute
file attribute indicating that the file should not appear in a directory listing
NOTE A client sets this attribute by using the file server (FS) commands.
3.9
path
specification of a filename that may also include the directory name
3.10
read-only attribute
file attribute used to prevent writing to, or deletion of, a file
NOTE A client sets this attribute by using the file server (FS) commands.
3.11
volume
directory that refers to a specific logical or physical storage unit or space
NOTE The primary volume is the volume used as current volume when the file server (FS) is started.
4 General
The message set specified in this part of ISO 11783 is designed to support the needs of tractors and
implements in using the services of a file server (FS) — a distinct electronic control unit (ECU) on the mobile
implement control system that enables all controllers to store or retrieve data from a file-based storage device.
2 © ISO 2011 – All rights reserved

---------------------- Page: 7 ----------------------
ISO 11783-13:2011(E)
5 Requirements
5.1 General message format
The general message format uses the parameter group number as the label for a group of parameters (see
Annex B). Each of the parameters within the group can be expressed as characters, as scaled data defined by
the ranges given in 5.2, or as one or more bits. Characters shall be transmitted with the left-most character
first. Numerical parameters consisting of two or more data bytes shall be transmitted least significant byte
(LSB) first. When variable-length messages have eight or less data bytes, these messages shall be
transmitted in a single controller area network (CAN) frame. When variable length messages have nine or
more data bytes, the transport protocol (TP), in accordance with ISO 11783-3, or the extended transport
protocol (ETP), in accordance with ISO 11783-6, is required. When a message has less than eight data bytes,
the unused bytes shall be filled with FF values.
16
5.2 File data format
5.2.1 Data
Data consists of a block of bytes (unsigned eight-bit values). All values in the range of 0 … 255 ,
10 10
00 … FF are allowed. There is no special handling of individual characters (control characters, end-of-line
16 16
markers, end-of-file markers or similar characters).
5.2.2 Bit groups
Groups of one to eight bits are packed into one byte as bit 7 … bit 0. Groups of nine to 16 bits are packed into
two bytes in the order of LSB as bit 7 … bit 0, followed by most significant byte (MSB) as bit 15 … bit 8.
Unused bits in a bit group default to a value of 0 (zero).
5.2.3 Integer
8
Unsigned 8 bit 1 byte 0 … 2−1 0 … 255
10 10
16
Unsigned 16 bit 2 bytes, LSB first 0 … 2 −1 0 … 65535
10 10
32
Unsigned 32 bit 4 bytes, LSB first 0 … 2 −1 0 … 4294967295
10 10
31 31
Signed 32 bit 4 bytes, LSB first, two's compliment −2 … 2 −1 −2147483648 +2147483647
10 … 10
5.2.4 Character string
A string contains characters represented by bytes (unsigned eight-bit values). The length of a string is
specified by a string length data item. Annex A specifies the characters allowed in a string used as a filename
or a path name.
5.3 Data transmission control
5.3.1 General
Each communication transaction between a client and the FS is initiated by a request from the client and
terminated by a response from the FS. In order to provide fail-safe communications, it is important that the
client assign the received response to a corresponding request and repeat an erroneous request without
triggering the complete execution again.
© ISO 2011 – All rights reserved 3

---------------------- Page: 8 ----------------------
ISO 11783-13:2011(E)
5.3.2 Strategy
The client can issue a request and receive no response because of transient communication problems. The
failure can happen during the request message, i.e. the FS does not receive the request, or during the
response message, i.e. the client does not receive the response. The client cannot distinguish between these
two cases and shall repeat the request to obtain the requested data.
If there is no transaction strategy, the problem of the FS not receiving the request is resolved by the client
sending a second request and the FS responding with the requested data. However, if the client does not
receive the correct response data message and sends a second request, the FS then sends the next data
from the file; this is because a data request automatically advances to the next data in the file.
A transaction strategy is therefore required to prevent such errors. Each client on the network maintains its
own transaction number (TAN) counter, which should start at 0 after a power cycle.
Each client generates a TAN for each request that it sends to the FS. This is done by incrementing the last
TAN used for the next request. The client is responsible for checking that a received response contains the
same TAN that was used in the request during the communication session, thus ensuring that there are no
lost commands. The FS shall remember the last command processed and response message sent for each
client. This is done by incrementing the last TAN for the next request. The FS compares each new request
with the previous request from the same client. If the TAN is not the same, the request is implemented and the
response is sent. If the TAN is the same as the previously received request, the request is not implemented
and the previous response is sent. Thus if the client sends a second request, in the case where the FS never
received the first request, the FS receives the TAN for the first time, implements the request and sends the
correct data response. If the FS receives a request with the same TAN that it has already received, it does not
implement the request, but the previous response is retransmitted.
5.3.3 Timeout
The execution time of all FS commands (the time between request and response) is maintained within
reasonable limits. The client shall monitor the time while waiting for a response.
The timeouts specified in ISO 11783-3 for the transport protocol and in ISO 11783-6 for the extended
transport protocol shall be met for the execution of commands.
If a timeout expires, the request is assumed to have failed and the client shall repeat the request using the
same TAN.
If a request response takes longer than 200 ms after the completion of the request, the FS shall send the
status message to indicate busy state to the client. This provides a request timeout of 600 ms if the FS status
message does not show a busy status.
5.4 Date and time support
1)
Several FS commands require a file date and time. UTC is used for this time. The file server's
implementation of real time support can be either by maintaining its own real time information or by requesting
the time and date information using the Time/Date parameter group specified in ISO 11783-7. The date and
time of a file is the latest date and time when a file was actually modified. A file which is opened for read/write
access but is not modified by a write action shall not get a later date and time.
5.5 Multi-client support
The file server shall support one or more clients. If more than one client has a connection simultaneously, the
FS shall function with each client as if it is the only one on the network. There shall be no interference
between the commands processed for different clients.

1) Coordinated universal time, or universal time, formerly known as Greenwich mean time (GMT).
4 © ISO 2011 – All rights reserved

---------------------- Page: 9 ----------------------
ISO 11783-13:2011(E)
Upon connection of a client, the file server initiates the current directory for that client as the root directory of
the primary volume of the FS file system. If there are no volumes, then the current directory is set to the list of
volumes “\\”. The client is required to use the appropriate Change Current Directory or Open File commands
to access files that need to be unique for that client. In the case where multiple clients require access to
common files, these clients are responsible for synchronizing their directory and file naming conventions to
enable access to these common files. To prevent unintentional access to manufacturer proprietary files, a
reserved directory name containing the manufacturer code according to ISO 11783-5 is specified. The naming
convention of the manufacturer-specific directory is:
MCMC0000
where 0000 contains the four-digit manufacturer code in decimal representation, formatted with leading
zeroes. A client shall not use this manufacturer-coded directory name using a manufacturer code other than
the manufacturer code in its NAME field. When the client attempts to open a file in a manufacturer-specific
directory where the manufacturer code in the NAME of that client is not that of the manufacturer-specific
directory name, the FS shall prevent access and return an “access denied” error code.
When a file server supports multiple volumes, manufacturer-specific directories can be created on each
volume. Creation of a manufacturer-specific directory is the responsibility of the client. The
manufacturer-specific directory shall only be placed at the root of each volume.
5.6 File Handles
An FS may support multiple file Handles. Many of the commands available for the FS create and/or use file
Handles. However, there are some commands that only use folder or filenames. Internally, if the FS creates a
file Handle to process these commands, the number of open files shall be incremented to reflect the internal
status of the FS.
5.7 Volumes
Different types of media (FLASH, removable media, ruggedized disk drives) can be assigned to different
volumes.
An FS can support multiple volumes. It is also possible for an FS to list no volumes — for example, with
uninitialized media or no device found.
The list of volumes, specified by “\\”, is the highest layer (or base) of a directory structure.
A special service tool for the FS can be used to create volumes as specified in Annex C, Initialize Volume
Request (C.5.2.2) message. The names of the volumes are determined by the FS; however, the FS can allow
a service tool to name them as specified for this message.
NOTE This part of ISO 11783 does not specify how the service tool selects the media or volumes to initialize if they
are not named and listed in the list of volumes “\\”.
© ISO 2011 – All rights reserved 5

---------------------- Page: 10 ----------------------
ISO 11783-13:2011(E)
Annex A
(normative)

Character set
A.1 Valid characters
The file server uses filenames and path names. Every character used for one of the 8.3 names (see below) is
validated by the FS using the appropriate subset of Table A.1 (based on ISO/IEC 8859-1) and the filename
and path definitions given in A.2. Only printable characters are visible when presenting the filename or path
name to a user. For case-insensitive file systems, the FS shall convert the lower-case characters
(61 to 7A ) to upper-case (41 to 5A ). File servers that do not support long filenames shall use an 8.3
16 16 16 16
name and extension notation where the name is a maximum of eight characters long, optionally followed by
an extension that starts with a single dot (2E ), and finishes with a maximum of three characters. File servers
16
that support long filenames shall use the filename and path defined in A.2.
Table A.1 — ISO Latin 1 character set
0 1 2 3 4 5 6 7 8 9 A B C D E F
0                
1                
2 space ! “ # $ % & ' ( ) * + , - . /
3 0 1 2 3 4 5 6 7 8 9 : ; < = > ?
4 @ A B C D E F G H I J K L M N O
5 P Q R S T U V W X Y Z [ \ ] ^ _
6 ` a b c d e f g h i j k l m n o
7 p q r s t u v w x y z { | } ~ 
8                
9                
A  ¡ ¢ £ ¤ ¥ ¦ § ¨ © « « ¬ - ® ¯
B ° ± ² ³ ³ µ ¶ · ¸ ¹ º » ¼ ½ ¾ ¿
C À Á Â Ã Ä Å Æ Ç È É Ê Ë Ì Í Î Ï
D Ð Ñ Ò Ó Ô Õ Ö × Ø Ù Ú Û Ü Ý Þ ß
E à á â ã ä å æ ç è é ê ë ì í î ï
F ð ñ ò ó ô õ ö ÷ ø ù ú û ü ý þ ÿ
 non-printable character
NOTE This information is given for reference; the following does not use all the available characters given here.
6 © ISO 2011 – All rights reserved

---------------------- Page: 11 ----------------------
ISO 11783-13:2011(E)
A.2 Filename and path definitions
A.2.1 General
Definitions:
[ ] any of the characters in Table A.1, including none from the set (optional);
[A-B] defines an inclusive range from the first through the last;
( ) group;
< > character class;
\ escapes the following character, as in “\[”, which indicates a single left bracket, not the
containment of a set;
A | B sequence “A” or “B”;
A + B sequence of A followed by B;
{m} exactly m of the preceding set;
{m,n} from m up to and including n of the preceding set;
\xXX character code in hexadecimal notation where XX are two hexadecimal digits (\x20, for example,
indicates character code 32, which is the space character).
A.2.2 Name definitions
A.2.2.1 Names
Names are from one to 254 characters in length, using the character set given below. The commonly used file
systems given in Annex D were used to determine name restrictions that would allow these names to be used
with minimal feature loss.
ShortNameChar ::= [ 0-9A-Z\-!#$%&'\(\)@^_`\{\}~\xA1-\xFF ] {1}
LongNameChar ::= any single character defined by Unicode/ISO/IEC 10646 except NUL, \, *, or ?
WildCardChar ::= [ *? ] {1}
ManufacturerSpecificDirectoryChar ::= [ ~ ] {1}
PathSeparatorChar ::= [ \\ ] {1}
VolumeListIndicator ::= [ \\ ] {2}
ParentFolderIndicator ::= [ . ] {2}
CurrentFolderIndicator ::= [ . ] {1}
MfgSpecificFolderIndicator ::= [ ] {1}
ShortWildCardNameChar::= [ | ] {1}
LongWildCardNameChar::= [ | ] {1}
© ISO 2011 – All rights reserved 7

---------------------- Page: 12 ----------------------
ISO 11783-13:2011(E)
ShortName ::= [ ] {1,8} [ .+ [ ] {0,3} ]
LongName ::= [ ] {1,254}
ShortWildCardName ::= [ ] {1,8} [ .+ [ ] {0,3}]
LongWildCardName ::= [ ] {1,254}
A.2.2.2 Filenames
Filenames use the names defined in A.2.2.1.
ShortFileName ::=
LongFileName ::=
EXAMPLE Test, Test.txt, Test Filename.long.name (specifically a LongName).
A.2.2.3 Volumes
Volumes use the names defined in A.2.2.1.
VolumeName ::=
EXAMPLE VOL_B, Flash Volume (specifically a LongName).
A.2.3 Path definitions
A.2.3.1 General
A path definition is similar to a filename definition but has additional prefix definitions and delimiters between
path segments.
When a directory listing from path “\\” (two backslashes) is requested, the FS shall return a list of volumes. All
file servers shall support “\\” so that the clients can query the volumes (including removable media), even if the
FS has only one volume.
The two predefined special directory names, “.” and “.”, refer to the current (“.”) and parent (“.”) directories.
These predefined directory names shall not be reported in a directory listing but may be used in a path name
to specify reference to a current or parent directory.
The “~” character (tilde) may be used as a placeholder for the manufacturer-specific directory of a client. This
character can only be specified at the beginning of a path or after a volume name and shall be replaced by the
FS with the manufacturer-specific directory name on the current volume. If there is no current volume, then
the server primary volume shall be used. The “~” can be used in the name, but cannot be the only character,
since this would be interpreted as the manufacturer-specific directory. For example, “~\file1.txt” to
“MCMC0000\file1.txt”.
8 © ISO 2011 – All rights reserved

---------------------- Page: 13 ----------------------
ISO 11783-13:2011(E)
ShortFolderName ::= [ | | ] {1}
LongFolderName ::= [ | | ] {1}
ShortPathName ::= [
[ ] |
[ [ ] + + + [ +
] {0,1} + [ + ] {0,n} ] |
[ [ ] {0,1} + [ + ] {0,n} ] |
[ [ + ] {0,1} + [ +
] {0,n} ]
] {1}
LongPathName ::= [
[ ] |
[ [ ] + + + [ +
...

NORME ISO
INTERNATIONALE 11783-13
Deuxième édition
2011-04-01


Tracteurs et matériels agricoles et
forestiers — Réseaux de commande et de
communication de données en série —
Partie 13:
Serveur de fichiers
Tractors and machinery for agriculture and forestry — Serial control and
communications data network —
Part 13: File server




Numéro de référence
ISO 11783-13:2011(F)
©
ISO 2011

---------------------- Page: 1 ----------------------
ISO 11783-13:2011(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.


DOCUMENT PROTÉGÉ PAR COPYRIGHT


©  ISO 2011
Droits de reproduction réservés. Sauf prescription différente, 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 et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du 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 copyright@iso.org
Web www.iso.org
Publié en Suisse

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

---------------------- Page: 2 ----------------------
ISO 11783-13:2011(F)
Sommaire Page
Avant-propos .iv
Introduction.v
1 Domaine d'application .1
2 Références normatives.1
3 Termes et définitions .1
4 Généralités .2
5 Exigences.3
5.1 Format général des messages.3
5.2 Format des données de fichier .3
5.2.1 Données .3
5.2.2 Groupes de bits .3
5.2.3 Nombre entier .3
5.2.4 Chaîne de caractères .3
5.3 Commande de transmission de données .4
5.3.1 Généralités .4
5.3.2 Stratégie .4
5.3.3 Temporisation.4
5.4 Horodatage.5
5.5 Prise en charge de clients multiples .5
5.6 Indicateurs de fichiers .5
5.7 Volumes.5
Annexe A (normative) Ensemble de caractères .7
Annexe B (normative) Définitions des paramètres .15
Annexe C (normative) Définitions des messages du serveur de fichiers.25
Annexe D (informative) Exemples de systèmes de fichiers communs .45
Bibliographie.46

© ISO 2011 – Tous droits réservés iii

---------------------- Page: 3 ----------------------
ISO 11783-13:2011(F)
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'ISO 11783-13 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 deuxième édition annule et remplace la première édition (ISO 11783-13:2007), dont elle constitue une
révision mineure.
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 de gestion
⎯ Partie 11: Dictionnaire d'éléments de données mobiles
⎯ Partie 12: Services de diagnostic
⎯ Partie 13: Serveur de fichiers
⎯ Partie 14: Contrôle de séquence
iv © ISO 2011 – Tous droits réservés

---------------------- Page: 4 ----------------------
ISO 11783-13:2011(F)
Introduction
Les parties 1 à 14 de l'ISO 11783 spécifient un système de communication destiné aux matériels agricoles
[1] [2] [3]
fondé sur l'ISO 11898-1 et l'ISO 11898-2 . Les documents SAE J1939 , sur lesquels les 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. Les documents joints ont
été élaborés pour permettre l'utilisation, par des matériels agricoles et forestiers, d'unités électroniques
conformes aux spécifications SAE J1939 relatives aux camions et aux bus, sans que des modifications
majeures soient nécessaires. Des informations générales sur 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) attire 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) traité 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
Allemagne
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.
© ISO 2011 – Tous droits réservés v

---------------------- Page: 5 ----------------------
NORME INTERNATIONALE ISO 11783-13:2011(F)

Tracteurs et matériels agricoles et forestiers — Réseaux de
commande et de communication de données en série —
Partie 13:
Serveur de fichiers
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 de 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 qu'ils fassent partie du tracteur ou de tout autre outil. La présente partie de
l'ISO 11783 spécifie le serveur de fichiers (SF) destiné à être utilisé pour les tracteurs et les équipements
autotractés.
2 Références normatives
Les documents de référence suivants sont indispensables pour 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-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
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-6, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de
données en série — Partie 6: Terminal virtuel
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
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions donnés dans l'ISO 11783-1 ainsi que les
suivants s'appliquent.
3.1
client
unité de commande électronique (UCE) installée sur le bus de l'outil mobile et qui utilise les services du SF
© ISO 2011 – Tous droits réservés 1

---------------------- Page: 6 ----------------------
ISO 11783-13:2011(F)
3.2
répertoire
fichier qui stocke des informations administratives concernant d'autres fichiers
3.3
fichier
objet de données qui stocke des données sur un dispositif de stockage
3.4
attribut de fichier
information codée en bits qui définit le type et les caractéristiques d'un fichier
3.5
serveur de fichiers
SF
unité de commande électronique (UCE) installée sur le bus de l'outil mobile qui assure le stockage des
fichiers et qui utilise un ensemble de commandes pour la prise en charge et l'accès aux fichiers considérés
3.6
nom de fichier
nom, conforme aux exigences d'un ensemble de caractères, qui identifie un fichier ou un répertoire
NOTE Voir l'Annexe A concernant l'ensemble de caractères.
3.7
indicateur
objet de données utilisé pour accéder aux fichiers et aux répertoires
3.8
attribut «caché»
attribut de fichier qui indique que le fichier ne doit pas apparaître dans une liste de répertoire
NOTE Un client établit cet attribut au moyen des commandes du serveur de fichiers (SF).
3.9
chemin
spécification d'un nom de fichier qui peut également comprendre le nom du répertoire
3.10
attribut «lecture seule»
attribut de fichier utilisé pour éviter toute écriture sur un fichier ou sa suppression
NOTE Un client établit cet attribut au moyen des commandes du serveur de fichiers (SF).
3.11
volume
répertoire qui fait référence à une unité ou à un espace de stockage logique ou physique spécifique
NOTE Le volume primaire est celui utilisé comme volume courant au démarrage du serveur de fichiers (SF).
4 Généralités
L'ensemble de messages spécifié dans la présente partie de l'ISO 11783 est conçu pour prendre en charge
les besoins des tracteurs et des outils lorsqu'ils utilisent les services d'un serveur de fichiers (SF) — une unité
de commande électronique (UCE) distincte, installée sur le système de commande des outils mobiles, qui
permet à tous les contrôleurs de stocker ou de récupérer des données d'un dispositif de stockage de fichiers.
2 © ISO 2011 – Tous droits réservés

---------------------- Page: 7 ----------------------
ISO 11783-13:2011(F)
5 Exigences
5.1 Format général des messages
Le format général des messages utilise le numéro de groupe de paramètres comme étiquette pour un groupe
de paramètres (voir l'Annexe B). Chacun des paramètres du groupe peut être exprimé sous forme de
caractères, sous forme de données à l'échelle définies par les plages données en 5.2, ou sous forme d'états
de fonction se composant d'un ou de plusieurs bits. Les caractères doivent être transmis en commençant par
le caractère le plus à gauche. Les paramètres numériques se composant de 2 octets de données ou plus
doivent être transmis en commençant par l'octet de poids faible (LSB). Lorsque les messages de longueur
variable ont 8 octets de données ou moins, ils doivent être transmis dans une trame CAN (controller area
network) simple. Lorsque les messages de longueur variable ont 9 octets de données ou plus, le protocole de
transport (TP), conformément à l'ISO 11783-3, ou le protocole de transport étendu (ETP), conformément à
l'ISO 11783-6, est exigé. Lorsqu'un message a moins de 8 octets de données, les octets non utilisés doivent
être remplis avec les valeurs FF .
16
5.2 Format des données de fichier
5.2.1 Données
Les données sont composées d'un bloc d'octets (entier non signé de 8 bits). Toutes les valeurs comprises
dans la plage de 0 … 255 , 00 … FF sont autorisées. Il n'y a pas de prise en charge spéciale des
10 10 16 16
caractères individuels (caractères de commande, marqueurs de fin de ligne, marqueurs de fin de fichier ou
caractères similaires).
5.2.2 Groupes de bits
Les groupes de 1 à 8 bits sont mis en paquet d'un octet comme Bit 7 … Bit 0. Les groupes de 9 à 16 bits sont
mis en paquet de deux octets, le premier étant un octet de poids faible (LSB, least significant byte), comme
Bit 7 … Bit 0, suivi de l'octet de poids fort (MSB, most significant byte), comme Bit 15 … Bit 8. Les bits non
utilisés dans un groupe de bits ont par défaut une valeur de 0 (zéro).
5.2.3 Nombre entier
Entier non signé
8
de 8 bits 1 octet 0 … 2−1 0 … 255
10 10
Entier non signé
16
de 16 bits 2 octets, LSB en premier 0 … 2 −1 0 … 65535
10 10
Entier non signé
32
de 32 bits 4 octets, LSB en premier 0 … 2 −1 0 … 4294967295
10 10
Entier signé 4 octets, LSB en premier,
31 31
de 32 bits complément à deux −2 … 2 −1 −2147483648 … +2147483647
10 10
5.2.4 Chaîne de caractères
Une chaîne contient des caractères représentés par des octets (entier non signé de 8 bits). La longueur d'une
chaîne est spécifiée par un élément de données de longueur de chaîne. L'Annexe A spécifie les caractères
autorisés dans une chaîne utilisée comme nom de fichier ou nom de chemin.
© ISO 2011 – Tous droits réservés 3

---------------------- Page: 8 ----------------------
ISO 11783-13:2011(F)
5.3 Commande de transmission de données
5.3.1 Généralités
Chaque transaction de communication entre un client et le SF est initiée par une demande du client et se
termine par une réponse du SF. Pour assurer une communication en sécurité intrinsèque, il est important que
le client attribue la réponse reçue à une demande correspondante et répète une demande erronée sans
déclencher de nouveau l'exécution de la transaction complète.
5.3.2 Stratégie
Le client peut émettre une demande et ne pas recevoir de réponse du fait de perturbations transitoires de
communication. La défaillance peut survenir soit lors de l'envoi du message de demande, c'est-à-dire que le
SF ne reçoit pas la demande, ou lors du retour du message de réponse, c'est-à-dire que le client ne reçoit pas
la réponse. Le client ne peut différencier ces deux cas et doit renvoyer la demande pour obtenir les données
demandées.
En l'absence de stratégie de transaction, le cas du SF ne recevant pas la demande est résolu par la
transmission par le client d'une seconde demande et par la réponse du SF contenant les données
demandées. Cependant, si le client ne reçoit pas le message de données de réponse correct et transmet une
seconde demande, le SF transmet alors les données suivantes à partir du fichier, car une demande de
données passe automatiquement aux données suivantes dans le fichier.
Il est par conséquent nécessaire d'appliquer une stratégie de transaction pour éviter les erreurs décrites ci-
dessus. Chaque client sur le réseau conserve son propre compteur de numéros de transaction (TAN,
transaction number); il convient qu'il commence à 0 après un cycle d'alimentation.
Chaque client génère un TAN pour chaque demande qu'il transmet au SF. Cela est réalisé en incrémentant le
dernier numéro TAN utilisé pour la demande suivante. Le client est chargé de vérifier qu'une réponse reçue
contient le même TAN que celui qui a été utilisé dans la demande au cours de la session de communication,
permettant ainsi de s'assurer qu'il n'y a aucune perte de commandes. Le SF doit mémoriser la dernière
commande traitée et le message de réponse transmis pour chaque client. Cela est effectué en incrémentant
le dernier numéro TAN pour la demande suivante. Le SF compare chaque nouvelle demande à la précédente
demande transmise par le même client. Si le numéro TAN n'est pas le même, la demande est mise en œuvre
et la réponse est envoyée. Si le numéro TAN est le même que celui de la demande précédemment reçue, la
demande n'est pas mise en œuvre et la réponse précédente est envoyée. Ainsi, si le client transmet une
seconde demande lorsque le SF n'a jamais reçu la première, le SF reçoit le numéro TAN pour la première fois
et met en œuvre la demande en envoyant la réponse de données correcte. Si le SF reçoit une demande
ayant le même numéro TAN que celui de la demande déjà reçue, il ne met pas en œuvre la demande, mais
retransmet la réponse précédente.
5.3.3 Temporisation
Le temps d'exécution de toutes les commandes du SF (le temps écoulé entre une demande et une réponse)
est compris dans des limites raisonnables. Le client doit surveiller le temps d'attente d'une réponse.
Les temporisations spécifiées dans l'ISO 11783-3 pour le protocole de transport et dans l'ISO 11783-6 pour le
protocole de transport étendu doivent être satisfaites pour l'exécution des commandes.
Si une temporisation est écoulée, la demande est supposée avoir échoué et le client doit réitérer la demande
en utilisant le même numéro TAN.
Si une réponse à une demande dure plus de 200 ms après réalisation de la demande, le SF doit transmettre
le message d'état pour indiquer l'état occupé au client. Cela assure une temporisation de demande de 600 ms
si le message d'état du SF n'indique pas un état occupé.
4 © ISO 2011 – Tous droits réservés

---------------------- Page: 9 ----------------------
ISO 11783-13:2011(F)
5.4 Horodatage
1)
Plusieurs commandes du SF nécessitent un horodatage de fichier. Le temps UTC est utilisé à cet effet. Le
SF peut mettre en œuvre la prise en charge en temps réel soit en maintenant ses propres informations en
temps réel, soit en demandant les informations d'horodatage au moyen du groupe de paramètres Heure/Date
spécifié dans l'ISO 11783-7. L'horodatage d'un fichier correspond aux dernières date et heure de modification
réelle d'un fichier. Un fichier ouvert en mode lecture/écriture, mais non modifié en écriture, ne doit faire l'objet
d'aucune modification de la date et de l'heure.
5.5 Prise en charge de clients multiples
Le SF doit prendre en charge un ou plusieurs clients. Lorsque plusieurs clients sont connectés
simultanément, le SF doit fonctionner avec chaque client comme s'il n'y en avait qu'un seul sur le réseau.
Aucune interférence ne doit se produire entre les commandes gérées pour différents clients.
Lorsqu'un client se connecte, le SF initie le répertoire courant du client concerné comme répertoire racine du
volume primaire du système de fichiers du SF. En l'absence de volumes, le répertoire courant est alors réglé
sur la liste de volumes «\\». Il est demandé au client d'utiliser les commandes de Modification de répertoire
courant ou d'Ouverture de fichier pour accéder aux fichiers qui lui sont spécifiques. Lorsque plusieurs clients
demandent l'accès à des fichiers communs, ils doivent synchroniser leur répertoire et les règles d'affectation
des noms de fichiers pour avoir accès à ces fichiers communs. Pour éviter tout accès accidentel aux fichiers
propriétaires du fabricant, un nom de répertoire réservé, contenant le code du fabricant conformément à
l'ISO 11783-5, est spécifié. Les règles d'affectation des noms du répertoire spécifique au fabricant sont:
MCMC0000
où 0000 représente le code du fabricant à 4 chiffres, à notation décimale et commençant par des zéros. Les
clients ne doivent pas utiliser ce nom de répertoire du code du fabricant avec un code du fabricant différent de
celui figurant dans leur champ NOM. Lorsque le client tente d'ouvrir un fichier dans un répertoire spécifique au
fabricant et que le code du fabricant dans le champ NOM du client ne correspond pas au nom de répertoire
spécifique au fabricant, le SF doit refuser l'accès et renvoyer un code d'erreur «accès refusé».
Lorsqu'un serveur de fichiers prend en charge plusieurs volumes, des répertoires spécifiques au fabricant
peuvent être créés sur chaque volume. Le client est responsable de la création d'un répertoire spécifique au
fabricant. Le répertoire spécifique au fabricant ne doit être placé qu'à la racine de chaque volume.
5.6 Indicateurs de fichiers
Un SF peut prendre en charge plusieurs indicateurs de fichiers. Bon nombre des commandes disponibles
pour le SF créent et/ou utilisent des indicateurs de fichiers. Cependant, certaines commandes n'utilisent que
des noms de dossier ou de fichier. En interne, si le SF crée un indicateur de fichiers pour gérer ces
commandes, le nombre de fichiers ouverts doit être incrémenté pour refléter l'état interne du SF.
5.7 Volumes
Différents types de mémoire (FLASH, support amovible, lecteurs de disque renforcés) peuvent être attribués à
différents volumes.
Un SF peut prendre en charge plusieurs volumes. Il est également possible qu'un SF ne répertorie aucun
volume — par exemple avec un support non initialisé ou en l'absence de dispositif.
La liste de volumes, spécifiée avec «\\», est la couche supérieure (ou base) d'une structure de répertoire.

1) Temps universel coordonné (UTC, universal time coordinated) ou temps universel, initialement connu sous
l'appellation temps moyen de Greenwich (GMT).
© ISO 2011 – Tous droits réservés 5

---------------------- Page: 10 ----------------------
ISO 11783-13:2011(F)
Un outil de service spécial pour le SF peut être utilisé pour créer des volumes, comme spécifié dans
l'Annexe C, message Demande d'initialisation de volume (C.5.2.2). Les noms des volumes sont déterminés
par le SF, cependant le SF peut permettre à un outil de service de les nommer, comme spécifié pour ce
message.
NOTE La présente partie de l'ISO 11783 ne spécifie pas la manière dont l'outil de service sélectionne les mémoires
ou les volumes à initialiser lorsqu'ils ne sont pas nommés ni répertoriés dans la liste de volumes «\\».
6 © ISO 2011 – Tous droits réservés

---------------------- Page: 11 ----------------------
ISO 11783-13:2011(F)
Annexe A
(normative)

Ensemble de caractères
A.1 Caractères valides
Le SF utilise des noms de fichier (filename) et des noms de chemin (pathname). Chaque caractère utilisé
pour l'un des noms de forme 8.3 (voir ci-dessous) est validé par le SF au moyen du sous-ensemble approprié
du Tableau A.1 (basé sur l'ISO/CEI 8859-1) et des définitions de «nom de fichier» et de «chemin» données
en A.2. Seuls les caractères imprimables sont visibles lors de l'affichage du «nom de fichier» ou du «nom de
chemin» à un utilisateur. Pour les systèmes de fichiers insensibles à la casse, le SF doit convertir les
caractères en minuscule (61 à 7A ) en majuscule (41 à 5A ). Les SF qui ne prennent pas en charge
16 16 16 16
des noms de fichier longs doivent utiliser les règles d'affectation de nom et d'extension de forme 8.3, où le
nom a une longueur maximale de huit caractères éventuellement suivis d'une extension qui commence par un
simple point (2E ) et qui se termine par trois caractères au maximum. Les serveurs de fichiers qui prennent
16
en charge des noms de fichier longs doivent utiliser les définitions de «nom de fichier» et de «chemin»
données en A.2.
Tableau A.1 — Ensemble de caractères ISO Latin 1
0 1 2 3 4 5 6 7 8 9 A B C D E F
0                
1                
2 espace ! “ # $ % & ' ( ) * + , - . /
3 0 1 2 3 4 5 6 7 8 9 : ; < = > ?
4 @ A B C D E F G H I J K L M N O
5 P Q R S T U V W X Y Z [ \ ] ^ _
6 ` a b c d e f g h i j k l m n o
7 p q r s t u v w x y z { | } ~

8                
9                
A  ¡ ¢ £ ¤ ¥ ¦ § ¨ © « « ¬ - ® ¯
B ° ± ² ³ ³ µ ¶ · ¸ ¹ º » ¼ ½ ¾ ¿
C À Á Â Ã Ä Å Æ Ç È É Ê Ë Ì Í Î Ï
D Ð Ñ Ò Ó Ô Õ Ö × Ø Ù Ú Û Ü Ý Þ ß
E à á â ã ä å æ ç è é ê ë ì í î ï
F ð ñ ò ó ô õ ö ÷ ø ù ú û ü ý þ ÿ
 caractère non imprimable
NOTE Ces informations sont données pour référence; ce qui suit n'utilise pas tous les caractères disponibles indiqués ici.
© ISO 2011 – Tous droits réservés 7

---------------------- Page: 12 ----------------------
ISO 11783-13:2011(F)
A.2 Définition de nom de fichier et de chemin
A.2.1 Généralités
Définitions:
[ ] tout caractère du Tableau A.1, y compris les caractères non visibles de l'ensemble (option);
[A-B] définit une plage complète (inclusive) du premier caractère au dernier;
( ) groupe;
< > classe de caractère;
\ caractère d'échappement du caractère suivant, comme dans «\[» qui indique un seul crochet de
gauche et non le confinement d'un ensemble;
A | B séquence «A» ou «B»;
A + B séquence de A suivie de celle de B;
{m} exactement m de l'ensemble précédent;
{m,n} de m jusqu'à et y compris n de l'ensemble précédent;
\xXX code de caractères en notation hexadécimale où XX sont les deux chiffres hexadécimaux (par
exemple: \x20 indique le code de caractères 32 qui correspond au caractère d'espacement).
A.2.2 Définition de nom
A.2.2.1 Noms
Les noms ont une longueur comprise entre un et 254 caractères, utilisant l'ensemble de caractères donné ci-
dessous. Les systèmes de fichiers communément utilisés, donnés dans l'Annexe D, ont été utilisés p
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.