ISO 11783-10:2015
(Main)Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 10: Task controller and management information system data interchange
Tractors and machinery for agriculture and forestry — Serial control and communications data network — Part 10: Task controller and management information system data interchange
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-10:2015 describes the task controller applications layer, which defines the requirements and services needed for communicating between the task controller (TC) and electronic control units. The data format to communicate with the farm-management computer, the calculations required for control, and the message format sent to the control function are defined in ISO 11783-10:2015.
Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de données en série — Partie 10: Contrôleur de tâches et échange de données des systèmes d'information de gestion
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, remorqués ou automoteurs. Elle vise à normaliser la méthode et le format du transfert de données entre capteurs, actionneurs, dispositifs de commande et unités de stockage et d'affichage de données, que ces éléments soient montés sur le tracteur ou l'équipement, ou qu'ils en soient un composant. L'ISO 11783-10:2015 décrit la couche d'applications du contrôleur de tâches qui définit les exigences et les services nécessaires à la communication entre le contrôleur de tâches (CT) et les unités de commande électroniques. Le format de données permettant de communiquer avec l'ordinateur de gestion agricole, les calculs nécessaires à toute opération de commande et le format du message transmis à la fonction de commande sont définis dans l'ISO 11783-10:2015.
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 11783-10
Second edition
2015-09-15
Tractors and machinery for agriculture
and forestry — Serial control and
communications data network —
Part 10:
Task controller and management
information system data interchange
Tracteurs et matériels agricoles et forestiers — Réseaux de
commande et de communication de données en série —
Partie 10: Contrôleur de tâches et échange de données des systèmes
d’information de gestion
Reference number
©
ISO 2015
© ISO 2015, Published in Switzerland
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
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – All rights reserved
Contents Page
Foreword .v
Introduction .vii
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 2
4 Abbreviations. 3
5 General description . 4
5.1 Task management. 4
5.2 Task management on FMIS computer . 5
5.3 Preselection and assignment of Devices . 6
5.4 Task controller interface driver . 6
5.5 Task controller user interface . 6
5.6 Data logger function . 7
6 Task controller requirements. 7
6.1 Task selection and execution . 7
6.2 Logging of time and position . 8
6.3 Logging parameters from parameter groups . 8
6.4 Logging of task events . 9
6.5 Language, formats, and measurement units selection . 9
6.6 Connection management .10
6.6.1 Task controller initialization .10
6.6.2 Client initialization with the task controller .10
6.6.3 Connection maintenance .11
6.6.4 Task controller connection shutdown .12
6.7 Task controller number .14
6.7.1 Client initialization on networks with multiple task controllers .14
6.8 Data exchange on the network .15
6.8.1 Site-specific application .16
6.8.2 Data logging.19
6.8.3 Totals .20
6.8.4 Data log triggers .21
6.8.5 Peer Control .24
7 Data logger requirements .26
7.1 General .26
7.2 Connection management .27
7.3 Measurements and totals .28
8 Data transfer .28
8.1 General .28
8.2 Extensible Markup Language .28
8.3 Extensible schema definition .29
8.4 XML schema definition.30
8.4.1 Proprietary XML schema extensions .32
8.5 XML data transfer files .32
8.6 Binary data transfer files .35
8.6.1 General.35
8.6.2 Grid binary file structure .35
8.6.3 Log data binary file structure .38
8.6.4 Point data binary file structure .40
8.7 Device descriptor object pool.41
Annex A (normative) Device descriptor objects .45
Annex B (normative) Message definitions.52
Annex C (normative) XML elements relationship diagram .71
Annex D (normative) XML elements and attributes .74
Annex E (normative) Predefined ISO-11783 attachments .156
Annex F (normative) TC Functionalities and Device Descriptor Object Pool definitions .163
Annex G (normative) Task Based Time Registration .202
Bibliography .205
iv © ISO 2015 – All rights reserved
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
on the ISO list of patent declarations received (see www.iso.org/patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation on the meaning of ISO specific terms and expressions related to conformity
assessment, as well as information about ISO’s adherence to the WTO principles in the Technical
Barriers to Trade (TBT) see the following URL: Foreword - Supplementary information
The committee responsible for this document is ISO/TC 23, Tractors and machinery for agriculture and
forestry, Subcommittee SC 19, Agricultural electronics.
This second edition cancels and replaces the first edition (ISO 11783-10:2009) 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
vi © ISO 2015 – All rights reserved
Introduction
This International Standard specifies a communications system for agricultural equipment based
[1]
on the ISO 11898-1 protocol. 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.
[1]
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 this International Stamdard is to be found in ISO 11783-1. The purpose of this
International Standard 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 ensured 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.
INTERNATIONAL STANDARD ISO 11783-10:2015(E)
Tractors and machinery for agriculture and forestry —
Serial control and communications data network —
Part 10:
Task controller and management information system
data interchange
1 Scope
This International Standard 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 describes the task controller applications layer, which
defines the requirements and services needed for communicating between the task controller (TC)
and electronic control units. The data format to communicate with the farm-management computer,
the calculations required for control, and the message format sent to the control function are defined
in this part of ISO 11783.
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-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
ISO 11783-11, Tractors and machinery for agriculture and forestry — Serial control and communications
data network — Part 11: Mobile data element dictionary
ISO 11783-12, Tractors and machinery for agriculture and forestry — Serial control and communications
data network — Part 12: Diagnostics services
ISO 11898-1, Road vehicles — Controller area network (CAN) — Part 1: Data link layer and physical signalling
ISO/IEC 10646, Information technology — Universal Coded Character Set (UCS)
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 11783-1 apply.
3.1
client
control function (CF) that establishes a connection with a task controller (TC) or a data logger (DL) and
provides data for data logging by the DL or TC and/or accepts control commands from the TC
Note 1 to entry: This term has been introduced in version 4 to replace the term working set for the CF that connects
to a TC or DL. The multi member working set concept is not applied to TC or DL clients. The communication between
a TC or DL and their clients is limited to transmission of messages between TC or DL and the working set master
3.2
coding data
data that changes infrequently, such as machine or chemical data, or data which is referenced in a task
for the purpose of allocating tasks administratively
3.3
data dictionary entity
description of the data dictionary identifier, definition, value range, value resolution, and units
specifications used by process data variables
3.4
data logger
DL
control function (CF) defined specifically to perform data logging functionality
3.5
data logger (DL) client
CF that establishes a connection with a data logger (DL) and provides data for data logging by the DL
3.6
data transfer file set
collection of files in the extensible markup language format and binary formats, which are used for
the data transfer between the farm management information system and the task controller of an
ISO 11783 network
3.7
device descriptor object pool
DDOP
collection of device-related objects and their relationships which together describe the functionality
and structure of a device for the purposes of task control and data logging
3.8
device element
any addressable item on a device
EXAMPLE Nozzle on sprayer boom where the nozzle has individually addressable process data variables.
3.9
field
area of land managed by a farmer, represented by either a single partfield or a collection of more than
one partfield
Note 1 to entry: The field is only of importance within the farm management information system for business
management considerations and is not necessarily related to a single crop.
3.10
grid cell
rectangular areas defined by overlaying a grid on a partfield
2 © ISO 2015 – All rights reserved
3.11
management computer gateway
CF that interfaces to the management computer system and to the ISO 11783 network
Note 1 to entry: A management computer gateway can store data for transmission at a later time.
3.12
partfield
area characterized by the cultivation of only one agricultural crop
Note 1 to entry: Partfield is the XML element to which tasks are allocated to obtain smallest granularity.
3.13
polygon
planar surface defined by one exterior boundary and by zero or more interior boundaries
Note 1 to entry: Each interior boundary describes a hole in the surface.
Note 2 to entry: A single or group of polygons can be used to define a treatment zone.
3.14
process data variable
element of information that has a value that describes the state of a process
Note 1 to entry: Process data variables consist of the attributes range, resolution, and units, as defined in the
data dictionary.
3.15
setpoint value source
CF that can determine a setpoint value during a task for use by another CF and contains one or more
Device Process Data object(s) with the property attribute set to the “control source” value
3.16
setpoint value user
CF that accepts a setpoint value from either the TC or another source to modify its real-time performance
such as rate control and contains one or more Device Process Data object(s) with the property attribute
set to the “settable” value
3.17
task controller (TC) client
CF that establishes a connection with a task controller (TC) and provides data for data logging and/or
accepts control commands from the TC
3.18
task controller (TC) number
identification number that is derived from the function instance of the task controller (TC)
3.19
XML element
representation of the data of a domain object and consists at least of an opening tag, a number of
attributes, and a closing tag
4 Abbreviations
For the purposes of this document, the abbreviations given in ISO 11783-1 apply.
5 General description
5.1 Task management
There are two main purposes of task management in the mobile implement control system.
The first is the management of the farm resources, including tractors, implements, sensor systems,
workers, and the products used. It is possible for the farmer to plan and evaluate the use of the
resources. He is then able to automatically control the use of his inventory of products and can keep
track of the status and conditions of his machinery. Resource designators are globally transferred as
coding data and are part of the data transfer file set as detailed in Clause 7.
The second purpose is the management of the farm activities carried out in the fields. These activities
are described by tasks to distinguish all the work that is planned, is in execution, or has been done by
the farmer or by a contractor for one customer in one partfield.
The data transfer is possible in two directions. The planned tasks are sent to the task controller (TC)
on the mobile implement control system (MICS) and the results of the work are sent back to the farm-
management information system (FMIS). Tasks can be generated both on the FMIS and on the MICS.
Task management has the following workflow.
a) Planning field tasks and maintaining coding data using the software of an FMIS computer operated
by the farmers or contractors, as detailed in 5.2.
b) Converting the task data into XML format.
c) Assigning the task data produced by the planning software to the data required for the implements
or sensor systems to be used to complete the planned tasks. This step is optional.
d) Transferring the task data from the FMIS system to the TC of the MICS, as detailed in 5.4.
e) The TC uses the task data to transmit process data messages to the ECUs on the implement.
f) The TC collects data according to the DataLogTriggers specified in the task data.
g) Transferring the collected data to the FMIS. Collected data can be in the XML format or in
a proprietary format. When a proprietary format is used, this step involves converting the
proprietary format into the XML format.
h) Reading the XML files and converting into the FMIS format for storage and evaluation of the data.
Figure 1 illustrates the interfaces between the software on the FMIS computer and the ECUs mounted
on an ISO 11783-configured implement.
4 © ISO 2015 – All rights reserved
Farm Management Information System (FMIS)
Management Implement
Information System Coniguration Data
XML Format
Task Controller (TC)
Coniguration Program
Task Controller (TC)
Interface Driver
Task Controller (TC)
Data Carrier
Task Controller (TC)
Interface Driver
not standardized
ISO 11783
Task Controller (TC)
ISO 11783 Network
ISO 11783
Control Function (CF)
Mobile Implement Control System (MICS)
Legend:
standardized data transfer with data transfer ile
standardized or proprietary data format
Figure 1 — Task management entities and interfaces
5.2 Task management on FMIS computer
Task management is defined as a part of an FMIS, responsible for planning and evaluation of field work.
Tasks specify what, where, how, by whom, and when work is planned to be carried out.
The amount of data transferred between the FMIS and the MICS is dictated by the administrative
requirements of a farming enterprise. For the recording of field activities only, the task management can
be used to file the data in a working journal. For this purpose, only the coding data need be transferred
from FMIS to MICS, and the tasks are created on the MICS by selection of the involved resources. In
this case, only the data transfer file set from MICS to FMIS contain tasks. In enterprises where tasks
are planned on the FMIS, these will be included, together with the coding data, in the data transfer file
set from FMIS to MICS. These planned tasks can range from mere planned allocations of resources to
geographical information for site-specific field operations.
5.3 Preselection and assignment of Devices
Any client device in the mobile system can only be identified uniquely by its CF NAME. For FMIS
purposes, the client CF NAME needs to be unique worldwide. This implies that the device manufacturer
has the responsibility to ensure that the Identity Number in combination with the other fields in the
NAME uniquely identifies the device.
At the FMIS, the preselection of devices depends on the planned task. It can be necessary to assign
a type of device or function, a specific device, or even the device of a particular manufacturer. The
DeviceAllocation XML elements may include planned assignments about the devices to be used. This
information ranges between specific and indistinct.
The XML attribute ClientNAMEValue contains the eight-byte NAME of a control function as it is defined
in ISO 11783-5. Not all parts of a NAME need be specified and only certain elements of a NAME need to
be defined to determine a device on the mobile network. Those parts of ClientNAMEValue containing
information to be used on the mobile system to select a proper device are masked by a bitset structure
stored in the XML attribute, ClientNAMEMask. All different combinations of elements of the NAME
structure can be marked as valid for device selection (logical AND). On the FMIS, these masks could be
coded as symbols. Once the preselection information is set in a task on the FMIS, it is not overwritten
on the mobile system because the device that is used during task processing on the mobile system is
stored as the XML attribute DeviceIdRef.
5.4 Task controller interface driver
After generating the interface files, the TC driver of the manufacturer of the TC is activated on the
farm computer. This driver is responsible for the data transfer to the TC, which is part of the MICS
using its proprietary data format or the ISO 11783-10 XML format and data carrier, such as any type
of memory card or radio link. The translation of the data from the data transfer file set in messages on
the ISO 11783 network, as well as the kind of transfer between the mobile system and the FMIS, is not
subject to a standardized procedure as part of this International Standard. To make implement-specific
set point data, this driver can add and use device descriptor data supplied by the manufacturers.
5.5 Task controller user interface
A TC can provide a means for the user to interact with the TC. User interaction can be through a
virtual terminal (VT) or other interface. Operator interfaces can range from very simple to elaborate,
depending on the designer’s intent. For example, a simple TC that only supports single tasks that run
automatically might not require any user interaction. More advanced TCs can offer additional operator
interface capabilities, such as
— select a task from a list,
— start/stop/resume/complete a task,
— modify a task,
— create a task, and
— add new coding data.
6 © ISO 2015 – All rights reserved
Through the user interface, an operator can react to special circumstances or events in order to execute
tasks in a reasonable way. The operator can also be informed about the status and results of the tasks
and their components. For example, the operator could print a work confirmation for a farmer.
5.6 Data logger function
A separate data logger (DL) can be installed on a network, e.g. to function as a telemetry data logger.
The task controller protocol is used by such a telemetry data logger which enables this data logging
only control function to use device descriptors and process data messages for collecting data in
addition to logging data from any other parameter groups that are broadcast or can be requested on
the ISO 11783 network.
This DL CF is identified on the network by a specific data logger function, as specificied in ISO 11783-1.
The DL functionality is a subset of the TC functionality and uses the same connection mechanism as
the TC control function. Reusing the TC to TC client communication protocol makes the data logging
functionality and the process data definitions of the TC available for use with the DL CF, without
interfering with the TC client controlling functionalities of the TC.
The data logger function can be used for general non-task-related data logging. The use of the data
logger function is not restricted to a telemetry environment.
The data logger function is introduced in ISO 11783-10 version 4. The ISO 11783-10 version is
communicated on the network in the Version message (B.5.3) and in the data transfer file set in the
VersionMajor attribute of the ISO11783_TaskData XML element (D.32).
6 Task controller requirements
6.1 Task selection and execution
The TC can provide a mechanism for the selection and shall provide a mechanism for the execution
of a task contained in the data transfer file set. Selection of an individual task can be done either by
the operator through an operator interface or automatically by the TC. The means of task selection
is not specified by this part of ISO 11783. The TC designer is free to decide how task selection is
implemented. The method provided for starting and stopping a task is not subject to standardization.
This functionality is also to be determined by the TC designer.
On a MICS, a task may or may not be selected. If a task has not been selected by the operator, then the TC
may prompt the operator for a task selection or may select a task automatically.
The status of a task is defined in Table 1.
Table 1 — Task status
Planned Task is prepared at FMIS or MICS but not yet processed on MICS.
Running Task is currently being processed on MICS. Only one task can be active per TC at the same
time.
Paused Task was previously running, is not currently running, and is not yet completed. This state
can be a task final state from a TC perspective. Tasks with this state in data transfer file set
with a MICS origin are required to be processed by the FMIS.
a
Completed Task is finished. This status can only be set by the operator and cannot be set automatically
by the MICS. Tasks with this state in data transfer file set with a MICS origin are required
to be processed by the FMIS.
b
Template Task is a template task. When a template task is started, a copy of the template is made and
the copy is started as a new task. Template tasks that are defined by the FMIS shall not be
modified by the MICS. Template tasks that are created on the MICS shall be identified as
new tasks in the data transfer file set. Once a template task that is created on the MICS is
instantiated in a non-template task, then the template task shall not be modified.
Table 1 (continued)
b
Canceled The purpose of this state is to be able to withdraw a task. The FMIS or MICS can use this
status to signal the MICS or FMIS to withdraw a task.
a
The completed task status is optional. Some TCs may not support this status.
b
This definition is introduced in ISO 11783-10 version 4.
6.2 Logging of time and position
There can be a need to assign some optional information, such as date, time, and GPS position data, to
events that occur during task processing. This could be an event reflecting the interconnection of XML
elements, such as the allocation of GPS position-related comments and/or flags or the assignment or
exchange of a worker, for example. Other events are based on logging of received process data variable
values from task-related clients, which shall be supplied with information of date, time, and position.
The XML elements AllocationStamp and Time enable the allocation of time and date values to several
XML elements where needed. These XML elements can be of the type planned or effective, for
specifying whether an event was planned or accomplished. Additionally, at a task level within the Time
XML element only, more detailed time types, such as preparation time, ineffective time, repair time, or
clearing time, are defined. Prior to ISO 11783-10 version 4, all time and date values had to be specified
in local time and date values inside this XML element. In version 4 and later, time zone information may
be added to the time and data values.
Within a Task XML element, multiple instances of the Time XML element can be included. Examples of
when this occurs are when a task with a Time XML element of type planned is started and a new Time
XML element of type effective is added or when a task is resumed and a new Time XML element of type
effective is added. Time XML elements shall only be added to a Task XML element upon task status
changes, upon resource assignment changes to tasks, and upon the TC start up or shut down events. A
product allocation is also an example of a resource assignment change. Previously recorded Time XML
elements shall not be modified.
Optionally, the AllocationStamp and Time XML elements can include up to two position XML
elements that contain GNSS-supplied information. The first position XML element is added when the
AllocationStamp or Time XML element is created and the second position XML element is added when
the AllocationStamp or Time XML element is completed. If there is only a single position XML element
present, then it specifies the position at the start of the AllocationStamp or Time XML element. The
intermediate positions along a continuous CommentAllocation are not specified in the AllocationStamp
XML element itself but are recorded in the binary log files specified by the TimeLog XML element. See
D.10 for the position recording definition of continuous comments.
To be able to allocate multiple process data values, the Time XML element can include several
DataLogValue XML elements. The number of these DataLogValues stored inside the task shall be limited
to totals or single instance values. For a large number of DataLogValues, the use of the TimeLog XML
element and binary log file is defined.
All process data-related logging data can be stored in a binary format as a separate file. The reference to
the binary file is to be set by the XML element TimeLog. More TimeLog XML elements can exist per task,
referring to external files with unique names inside the name space of the set of tasks belonging to the
data transfer file set. The uniqueness of file name prefixes shall be guaranteed by the TC. Each TimeLog
file definition results in two separate files — one to contain the binary data and the other to contain
the XML coded header structure of the binary data set. The header structure defines the maximum data
per binary record and enables the correct interpretation of the binary data. The filename extension of
the binary file shall be “.bin”; the filename extension of the XML header structure file shall be “.xml”.
6.3 Logging parameters from parameter groups
In addition to the ProcessDataVariable values, the values or parameters from other parameter groups
can be logged by a TC. The XML elements DataLogTrigger and DataLogValue contain attributes to
specify from which parameter group a value is to be logged. These attributes are optional. When these
8 © ISO 2015 – All rights reserved
attributes are specified, the DataLogDDI attribute in DataLogTrigger or DataLogValue shall be set to
the ParameterGroupNumberValue (DDI = DFFE ). Each parameter group may contain multiple values,
and therefore both a parameter group number and a start and stop bit to obtain a single value from
the data field of the CAN data frame shall be specified when the TC logs data from parameter groups
other than the ProcessDataVariable. The size of the value is at a maximum 32 bits and is stored as the
DataLogValue attribute in the XML element DataLogValue.
When the TC logs data from parameter groups, a reference to a DeviceElement is required. If this log
data originates from parameter groups other than the ProcessDataVariable, a device with a control
function NAME with a filled-in ClientNAME XML attribute and a DeviceElement referring to this device
shall be defined. These device and DeviceElement XML elements may be generated by the TC or can be
supplied by the FMIS.
6.4 Logging of task events
The planned or effective allocation of resources like Workers, Devices, Products, Comments, and
Controls to a Task XML element is specified through an allocation XML element pattern. This allocation
pattern is instantiated in the XML elements WorkerAllocation, DeviceAllocation, ProductAllocation,
CommentAllocation, GuidanceAllocation, and ControlAssignment. Within a single Task XML element,
multiple instances of allocations of these resources can occur. Examples of when multiple allocations
are recorded within a single task are when a planned allocation becomes effective upon a task start or
when a resource is disconnected and reconnected to a task during execution of that task. Previously
recorded resource allocations shall not be modified but new resource allocations can be added to a task.
6.5 Language, formats, and measurement units selection
On an ISO 11783 network, the language, formats, and measurement units which are set and used by
a VT control function can be different from the locale settings used by TC or DL control functions. In
order for clients to configure their device descriptors to the language, formats, and units used on the TC
or DL user interfaces, clients can query these control functions for their standard setup and can adapt
the device descriptor text attributes and value presentations to the language, formats, and units of the
TC or DL. The device descriptor text attributes and DeviceValuePresentations shall be set such that the
TC or the DL can use these values to display configuration and operating information about the client to
the operator correctly on the user interface used by the TC or DL.
The following requirements are applicable to TCs and DLs that operate in an ISO 11783 network in
which a VT is present.
a) The TC shall send the standard language, format, and measurement units messages defined in
ISO 11783-7, hereafter referred to as “standard setups” (Note this term is defined in ISO 11783-6).
The TC shall use the standard setup as defined and received from the primary connected VT
(VT that will display values from the clients). If a standard setup has not been determined by a
connection to a VT (as would be the case in a factory-new TC), the TC shall use its default standard
setup defined by the manufacturer until a connection to the VT is established.
b) The TC shall report standard setup during client initialization and at any time when there is a
change. The change may occur due to an operator change of the settings of the VT to which the TC
is connected or the TC being connected to a different VT with a different standard setup. Standard
device descriptor modification methods and rules shall apply to allow the client to modify its
device descriptor to match the TCs VT operator-selected language — by updating text fields and
DeviceValuePresentation (DVP) values.
c) The TC shall store the standard setups in non-volatile storage and restore the values during
initialization prior to connection to a VT. Once a connection with the VT is established, then the TC
follows the setup of the VT that it connects to.
d) The TC shall respond to ISO 11783-7 “Language Command” requests sent to the global address
(GA). This requirement is introduced in ISO 11783-10 version 4.
e) The TC shall respond to ISO 11783-7 “Language Command” requests directed to the TC. This
requirement is introduced in ISO 11783-10 version 4.
If the TC does not make use of a VT, then the TC shall provide a proprietary means to configure its
language and units.
The following requirements are applicable to clients:
a) Clients shall configure their standard setup according to the TC to which they are publishing the
device descriptor. This requirement is introduced in ISO 11783-10 version 4. ISO 11783-10 version
3 and prior clients followed the VT or T-ECU setup.
b) Clients shall use their default language if the selected language is not supported by the client.
6.6 Connection management
Upon power-up, a specific sequence of events shall occur, in order to ensure proper initialization of the
TC and cli
...
NORME ISO
INTERNATIONALE 11783-10
Deuxième édition
2015-09-15
Tracteurs et matériels agricoles et
forestiers — Réseaux de commande
et de communication de données en
série —
Partie 10:
Contrôleur de tâches et échange de
données des systèmes d’information
de gestion
Tractors and machinery for agriculture and forestry — Serial control
and communications data network —
Part 10: Task controller and management information system data
interchange
Numéro de référence
©
ISO 2015
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2015, Publié en Suisse
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
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – Tous droits réservés
Sommaire Page
Avant-propos .v
Introduction .vii
1 Domaine d’application . 1
2 Références normatives . 1
3 Termes et définitions . 2
4 Termes abrégés . 4
5 Description générale . 4
5.1 Gestion des tâches . 4
5.2 Gestion des tâches sur l’ordinateur FMIS . 6
5.3 Présélection et affectation des dispositifs . 6
5.4 Pilote d’interface du contrôleur de tâches . 6
5.5 Interface utilisateur du contrôleur de tâches . 6
5.6 Fonction enregistreur de données . 7
6 Exigences relatives au contrôleur de tâches . 7
6.1 Sélection et exécution des tâches . 7
6.2 Enregistrement du temps et de la position . 8
6.3 Enregistrement de paramètres issus de groupes de paramètres. 9
6.4 Enregistrement des événements relatifs aux tâches .10
6.5 Sélection de la langue, des formats et des unités de mesure .10
6.6 Gestion de la connexion .11
6.6.1 Initialisation du contrôleur de tâches .11
6.6.2 Initialisation du client avec le contrôleur de tâches .11
6.6.3 Maintien de la connexion.12
6.6.4 Arrêt de connexion du contrôleur de tâches .14
6.7 Numéro de contrôleur de tâches .15
6.7.1 Initialisation d’un client sur des réseaux comprenant plusieurs
contrôleurs de tâches.15
6.8 Échange de données sur le réseau .16
6.8.1 Application de modulation intraparcellaire .18
6.8.2 Enregistrement des données .22
6.8.3 Compteurs .22
6.8.4 Déclencheurs d’événements .24
6.8.5 Contrôle réciproque .27
7 Exigences relatives à l’enregistreur de données .31
7.1 Généralités .31
7.2 Gestion de la connexion .31
7.3 Mesures et compteurs .32
8 Transfert des données .32
8.1 Généralités .32
8.2 Langage de balisage extensible .33
8.3 Définition de schéma extensible .33
8.4 Définition du schéma XML .34
8.4.1 Extensions de schéma XML propriétaire .36
8.5 Fichiers de transfert de données XML .37
8.6 Fichiers de transfert de données binaires .40
8.6.1 Généralités .40
8.6.2 Structure des fichiers binaires de grille .40
8.6.3 Structure de fichier binaire de données d’enregistrement .43
8.6.4 Structure de fichier binaire de données Point.46
8.7 Regroupement d’objets descripteurs du dispositif .47
Annexe A (normative) Objets descripteurs du dispositif .52
Annexe B (normative) Définition des messages .61
Annexe C (normative) Diagramme de relations entre les éléments XML .83
Annexe D (normative) Éléments et attributs XML .86
Annexe E (normative) Annexes ISO-11783 prédéfinies .175
Annexe F (normative) Fonctionnalités du CT et définitions de Regroupement d’objets
descripteurs du dispositif .183
Annexe G (normative) Enregistrement du temps basé sur la tâche.223
Bibliographie .226
iv © ISO 2015 – Tous droits réservés
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 (voir 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 dans la liste des déclarations de
brevets reçues par l’ISO (voir www.iso.org/patents).
Les appellations commerciales éventuellement mentionnées dans le présent document sont données
pour information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer
un engagement.
Pour une explication de la signification des termes et expressions spécifiques de l’ISO liés à
l’évaluation de la conformité, ou pour toute information au sujet de l’adhésion de l’ISO aux principes
de l’OMC concernant les obstacles techniques au commerce (OTC), voir le lien suivant: Avant-propos —
Informations supplémentaires.
Le comité chargé de l’élaboration du présent document est l’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‑10:2009) 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 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
vi © ISO 2015 – Tous droits réservés
Introduction
La présente Norme internationale spécifie un système de communication destiné au matériel agricole
[1]
basé sur le protocole de l’ISO 11898-1. Les documents SAE J1939 , sur lesquels certaines parties de
l’ISO 11783 se fondent, 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
[1]
électroniques conformes aux spécifications SAE J1939 relatives aux camions et aux bus, sans que des
modifications majeures ne soient nécessaires.
Des informations d’ordre général relatives à la présente Norme internationale figurent dans
l’ISO 11783‑1. L’objectif de la présente Norme internationale est de proposer un système ouvert
interconnecté pour les systèmes électroniques embarqué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 de ces 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 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 ne pas avoir identifié de tels droits de propriété et averti de leur existence.
NORME INTERNATIONALE ISO 11783-10:2015(F)
Tracteurs et matériels agricoles et forestiers — Réseaux de
commande et de communication de données en série —
Partie 10:
Contrôleur de tâches et échange de données des systèmes
d’information de gestion
1 Domaine d’application
La présente Norme internationale 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, remorqués ou automoteurs. Elle vise à normaliser la méthode et le format du transfert
de données entre capteurs, actionneurs, dispositifs de commande et unités de stockage et d’affichage
de données, que ces éléments soient montés sur le tracteur ou l’équipement, ou qu’ils en soient un
composant. La présente partie de l’ISO 11783 décrit la couche d’applications du contrôleur de tâches
qui définit les exigences et les services nécessaires à la communication entre le contrôleur de tâches
(CT) et les unités de commande électroniques. Le format de données permettant de communiquer avec
l’ordinateur de gestion agricole, les calculs nécessaires à toute opération de commande et le format du
message transmis à la fonction de commande sont définis dans la présente partie de l’ISO 11783.
2 Références normatives
Les documents suivants, en totalité ou en partie, sont référencés de manière normative dans le présent
document et sont indispensables pour son application. 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
ISO 11783-11, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication
de données en série — Partie 11: Dictionnaire d’éléments de données mobiles
ISO 11783-12, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication
de données en série — Partie 12: Services de diagnostic
ISO 11898-1, Véhicules routiers — Gestionnaire de réseau de communication (CAN) — Partie 1: Couche
liaison de données et signalisation physique
ISO/IEC 10646, Technologies de l’information — Jeu universel de caractères codés (JUC)
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.
3.1
client
fonction de commande (FC) qui établit une connexion avec un contrôleur de tâches (CT) ou un
enregistreur de données (DL) et fournit des données en vue de leur enregistrement par l’enregistreur
de données ou le CT et/ou accepte des commandes de contrôle du CT
Note 1 à l’article: Ce terme a été introduit dans la version 4 en remplacement du terme «ensemble de travail»
pour la fonction de commande qui établit une connexion avec un CT ou un enregistreur de données. Le concept
d’ensemble de travail à plusieurs membres ne s’applique pas aux clients du CT ou de l’enregistreur de données.
La communication entre un CT ou un enregistreur de données et leurs clients se limite à la transmission de
messages entre le CT ou l’enregistreur de données et l’administrateur d’ensembles de travail.
3.2
données de codage
données qui changent rarement, telles que données relatives aux machines ou aux produits chimiques,
ou données qui sont référencées dans une tâche dans le but d’allouer administrativement des tâches
3.3
entrée de dictionnaire de données
description de l’identificateur de dictionnaire de données, définition, plage de valeurs, résolution des
valeurs et spécifications des unités utilisées par les variables de données de procédé
3.4
enregistreur de données
DL (data logger)
fonction de commande (FC) définie spécialement pour exécuter la fonctionnalité d’enregistrement de
données
3.5
client d’enregistreur de données (DL)
FC qui établit une connexion avec un enregistreur de données (DL) et fournit des données en vue de
leur enregistrement par l’enregistreur de données
3.6
ensemble de fichiers de transfert de données
ensemble de fichiers aux formats XML (langage de balisage extensible) et binaire, utilisés pour le
transfert de données entre le système de gestion des informations agricoles et le contrôleur de tâches
d’un réseau ISO 11783
3.7
regroupement d’objets descripteurs de dispositif
RODD
ensemble d’objets liés à un dispositif et leurs relations qui, ensemble, décrivent la fonctionnalité et la
structure d’un dispositif à des fins de contrôle de tâches et d’enregistrement de données
3.8
élément de dispositif
tout élément adressable d’un dispositif
EXEMPLE Une buse de rampe de pulvérisateur est un élément de dispositif si la buse a des variables de
données de procédé adressables individuellement.
2 © ISO 2015 – Tous droits réservés
3.9
champ
surface de terrain gérée par un agriculteur, représentée soit par une seule parcelle soit par un ensemble
de plusieurs parcelles
Note 1 à l’article: Le champ n’a d’importance que dans le système de gestion des informations agricoles pour
traiter de questions d’ordre commercial et n’est pas nécessairement lié à une seule culture.
3.10
maille de grille
zones rectangulaires définies en superposant une grille sur une parcelle de champ
3.11
passerelle informatique de gestion
FC qui sert d’interface avec le système informatique de gestion et avec le réseau ISO 11783
Note 1 à l’article: Une passerelle informatique de gestion peut stocker des données en vue de leur
transmission ultérieure.
3.12
parcelle de champ
zone caractérisée par l’exploitation agricole d’une seule culture
Note 1 à l’article: La parcelle de champ est l’élément XML auquel les tâches sont affectées pour obtenir la plus
petite granularité.
3.13
polygone
surface planaire délimitée par un côté extérieur et aucun ou plusieurs côtés intérieurs
Note 1 à l’article: Chaque côté intérieur décrit un orifice dans la surface.
Note 2 à l’article: Il est possible d’utiliser un seul polygone ou un groupe de polygones pour définir une zone
de traitement.
3.14
variable de données de procédé
élément d’information dont la valeur décrit l’état d’un procédé
Note 1 à l’article: Les variables de données de procédé comprennent la plage, la résolution et les unités d’attributs
définies dans le dictionnaire de données.
3.15
source de valeur de consigne
FC capable de définir une valeur de consigne pendant l’exécution d’une tâche destinée à être utilisée par
une autre FC et qui contient un ou plusieurs objet(s) de données de procédé du dispositif dont l’attribut
de propriété est mis à la valeur «source contrôle»
3.16
utilisateur de valeur de consigne
FC qui accepte une valeur de consigne du CT ou d’une autre source pour modifier le fonctionnement
en temps réel, par exemple la commande de débit, et contient un ou plusieurs objet(s) de données de
procédé du dispositif dont l’attribut de propriété est mis à la valeur «réglable»
3.17
client de contrôleur de tâches (CT)
FC qui établit une connexion avec un contrôleur de tâches (CT) et fournit des données en vue de leur
enregistrement et/ou accepte des commandes de contrôle du CT
3.18
numéro de contrôleur de tâches (CT)
numéro d’identification provenant de l’instance de fonction du contrôleur de tâches (CT)
3.19
élément XML
représentation des données d’un objet de domaine, constituée au moins d’une balise d’ouverture, d’un
certain nombre d’attributs et d’une balise de fermeture
4 Termes abrégés
Pour les besoins du présent document, les termes abrégés donnés dans l’ISO 11783‑1 s’appliquent.
5 Description générale
5.1 Gestion des tâches
La gestion des tâches via le système de commande des outils mobiles a deux objectifs principaux.
La gestion des ressources agricoles, telles que les tracteurs, les outils, les systèmes de capteurs, les
travailleurs et les produits utilisés, constitue le premier objectif. L’agriculteur peut planifier et évaluer
l’utilisation des ressources. Ce dernier est alors capable de commander de manière automatique
l’utilisation de ses stocks de produits et peut par ailleurs établir la traçabilité de l’état et des conditions
de fonctionnement de ses machines. Les indicateurs de ressources sont transmis en totalité sous forme
de données de codage et font partie intégrante du fichier de transfert de données détaillé à l’Article 7.
La gestion des activités agricoles exécutées dans les champs constitue le second objectif. Ces activités
sont décrites par tâches afin de différencier tous les travaux qui sont planifiés, qui sont en cours
d’exécution ou qui ont été effectués par l’agriculteur ou par un entrepreneur pour le compte d’un client
dans une parcelle de champ.
Le transfert de données peut s’effectuer dans deux sens. Les tâches planifiées sont transmises au
contrôleur de tâches (CT) sur le système de commande d’outils mobiles (MICS, mobile implement
control system) et les résultats de la tâche sont retransmis au système de gestion des informations
agricoles (FMIS, farm‑management information system). Les tâches peuvent être générées aussi bien
sur le FMIS que sur le MICS.
La gestion des tâches implique le flux de travaux suivant:
a) planification des tâches à exécuter dans le champ et maintien de données de codage à l’aide d’un
logiciel de gestion des informations agricoles utilisé par les agriculteurs ou les entrepreneurs, tel
que détaillé en 5.2;
b) conversion au format XML des données de tâches;
c) affectation des données de tâches, produites par le logiciel de planification, aux données requises
pour pouvoir utiliser les outils ou les systèmes de capteurs nécessaires à l’exécution complète des
tâches planifiées. Cette étape est facultative;
d) transfert des données de tâches du FMIS au CT du MICS, tel que détaillé en 5.4;
e) le CT se sert des données de tâches pour transmettre les messages de données de procédé aux
unités de commande électronique (UCE) de l’outil;
f) le CT collecte par ailleurs les données selon les Déclencheursd’Événements (DataLogTriggers)
spécifiés dans les données de tâches;
g) transfert des données collectées au FMIS. Les données collectées peuvent être au format XML ou
dans un format propriétaire. Lorsqu’un format propriétaire est utilisé, cette étape implique de
convertir le format propriétaire au format XML;
h) lecture des fichiers XML et conversion de ces derniers au format FMIS en vue du stockage et de
l’évaluation des données.
4 © ISO 2015 – Tous droits réservés
La Figure 1 représente les interfaces entre le logiciel du FMIS et les UCE installées sur un outil configuré
selon l’ISO 11783.
Figure 1 — Entités et interfaces de gestion des tâches
5.2 Gestion des tâches sur l’ordinateur FMIS
La gestion des tâches est définie comme une partie intégrante d’un système de gestion des informations
agricoles (FMIS), chargée de la planification et de l’évaluation du travail à effectuer dans les champs.
Les tâches spécifient le travail à effectuer (quoi), le lieu d’exécution (où), ainsi que comment, par qui et
quand il est planifié d’effectuer le travail.
Les exigences administratives d’une entreprise agricole imposent le volume de données transférées
entre le FMIS et le MICS. Pour l’enregistrement des seules activités agricoles, la gestion des tâches peut
servir à archiver les données dans un journal d’activité. Pour ce faire, seul le transfert des données de
codage du FMIS vers le MICS se révèle nécessaire, et le choix des ressources impliquées permet de créer
les tâches sur le MICS. Dans ce cas, seul l’ensemble de fichiers de transfert de données entre le MICS et
le FMIS contient des tâches. Dans les entreprises où les tâches sont planifiées sur le FMIS, ces dernières
sont incluses, ainsi que les données de codage, dans l’ensemble de fichiers de transfert de données
entre le FMIS et le MICS. Ces tâches planifiées peuvent englober aussi bien de simples affectations
de ressources planifiées que des informations de nature géographique destinées à des opérations de
gestion intraparcellaires.
5.3 Présélection et affectation des dispositifs
L’identification de tout dispositif client du système mobile est possible uniquement au moyen de son
NOM de FC. Dans le cadre du FMIS, le NOM de FC cliente doit être unique à l’échelle mondiale. Cela
implique que le fabricant du dispositif est tenu de s’assurer que le Numéro d’identité associé aux autres
champs du NOM identifie le dispositif de façon unique.
La présélection des dispositifs, avec le FMIS, dépend de la tâche planifiée. Il peut se révéler nécessaire
d’affecter simplement un type de dispositif ou de fonction, un dispositif spécifique, voire le dispositif
d’un certain fabricant. Les éléments XML AffectationdeDispositifs (DeviceAllocation) peuvent inclure
des affectations planifiées des dispositifs à utiliser. Ces informations peuvent être de nature spécifique
et non distincte.
L’attribut XML ValeurdeNOMdeClient (ClientNAMEValue) contient le NOM constitué de huit octets
d’une fonction de commande, tel qu’il est défini dans l’ISO 11783‑5. Seuls certains éléments du NOM
doivent être définis de manière à déterminer un dispositif sur le réseau mobile. Les parties de la
ValeurdeNOMdeClient contenant les informations à utiliser sur le système mobile afin de sélectionner
un dispositif approprié sont masquées par une structure d’ensemble de bits stockée dans l’attribut
XML MasquedeNOMdeClient (ClientNAMEMask). Toutes les combinaisons d’éléments différentes de la
structure du NOM peuvent être marquées comme combinaisons valables pour la sélection d’un dispositif
(opérateur logique ET). Ces masques pourraient, avec le FMIS, être codés comme des symboles. Une fois
que les informations de présélection sont définies dans une tâche sur le FMIS, elles ne sont pas écrasées
sur le système mobile dans la mesure où le dispositif utilisé au cours du traitement des tâches avec ledit
système est stocké comme attribut XML RefIDDispositif (DeviceIdRef).
5.4 Pilote d’interface du contrôleur de tâches
Après génération des fichiers d’interface, le pilote du CT du fabricant est activé sur l’ordinateur de gestion
agricole. Ce pilote est chargé du transfert des données vers le CT, qui fait partie intégrante du MICS qui
utilise son format de données propriétaire, ou le format XML conforme à l’ISO 11783-10, ainsi que le
support de données tel que tout type de carte mémoire ou de liaison radio. La traduction des données en
messages, à partir de l’ensemble de fichiers de transfert de données, sur le réseau ISO 11783, ainsi que le
type de transfert entre le système mobile et le FMIS, ne font pas l’objet d’une procédure normalisée dans
le cadre de la présente Norme internationale. Ce pilote peut, pour des prescriptions spécifiques à l’outil,
adjoindre et utiliser des données de description du dispositif fournies par les fabricants.
5.5 Interface utilisateur du contrôleur de tâches
L’utilisateur peut, grâce au CT, établir une interface avec son propre système. L’interface utilisateur peut
être établie par l’intermédiaire d’un terminal virtuel (VT, virtual terminal) ou d’une autre interface. Les
6 © ISO 2015 – Tous droits réservés
interfaces opérateur peuvent être très simples ou élaborées selon l’objectif du concepteur. Par exemple,
un CT simple qui prend uniquement en charge des tâches simples automatiques pourrait ne nécessiter
aucune interface utilisateur. Des CT plus développés peuvent proposer des capacités d’interface
opérateur supplémentaires, telles que:
— sélectionner une tâche à partir d’une liste,
— démarrer/interrompre/reprendre/terminer une tâche,
— modifier une tâche,
— créer une tâche, et
— ajouter de nouvelles données de codage.
L’interface utilisateur permet à un opérateur de réagir à des circonstances ou à des événements
particuliers afin d’exécuter des tâches de manière raisonnable. L’opérateur peut également être
informé de l’état et des résultats des tâches et de leurs composantes. Il peut, par exemple, imprimer une
confirmation de tâche pour un agriculteur.
5.6 Fonction enregistreur de données
Un enregistreur de données (DL) individuel peut être installé sur un réseau, par exemple comme
enregistreur de données de télémesure. Le protocole du contrôleur de tâches est utilisé par un tel
enregistreur de données de télémesure, ce qui permet à cette fonction de commande, dont le rôle exclusif
est d’enregistrer des données, d’utiliser les descripteurs du dispositif et les messages de données
de procédé pour collecter des données en plus d’enregistrer des données issues d’autres groupes de
paramètres diffusés ou pouvant être demandés sur le réseau ISO 11783.
Cette FC d’enregistrement de données (DL) est identifiée sur le réseau par une fonction enregistreur
de données spécifique, tel qu’indiqué dans l’ISO 11783‑1. La fonctionnalité enregistreur de données
(DL) est un sous-ensemble de la fonctionnalité CT et utilise le même mécanisme de connexion que la
fonction de commande du CT. Réutiliser le protocole de communication entre le CT et le CT client rend
la fonctionnalité d’enregistrement de données et les définitions des données de procédé disponibles
pour une utilisation avec la FC d’enregistrement de données, sans interférer avec les fonctionnalités de
contrôle de CT client du CT.
La fonction enregistreur de données peut être utilisée pour l’enregistrement de données générales
non relatives aux tâches. L’utilisation de la fonction enregistreur de données n’est pas restreinte à un
environnement de télémétrie.
La fonction enregistreur de données est introduite dans l’ISO 11783‑10 version 4. La version de
l’ISO 11783‑10 est communiquée sur le réseau dans le message de version (B.5.3) et dans l’ensemble
de fichiers de transfert de données de l’attribut NuméroPrincipaldeVersion (VersionMajor) de l’élément
XML ISO11783_TaskData (D.32).
6 Exigences relatives au contrôleur de tâches
6.1 Sélection et exécution des tâches
Le CT peut fournir un mécanisme de sélection des tâches et doit fournir un mécanisme d’exécution d’une
tâche contenue dans l’ensemble de fichiers de transfert de données. La sélection d’une tâche individuelle
peut être effectuée soit par l’opérateur via une interface opérateur, soit de manière automatique par le
CT. La présente partie de l’ISO 11783 ne spécifie pas le moyen de sélection d’une tâche. Le concepteur
du contrôleur de tâches peut décider librement du moyen d’application de la sélection d’une tâche. La
méthode de départ et d’arrêt d’une tâche n’est pas soumise à normalisation. Cette fonctionnalité doit
également être déterminée par le concepteur du CT.
L’utilisation du MICS permet ou non de sélectionner une tâche. Si l’opérateur n’a pas sélectionné de
tâche, le CT doit alors inviter l’opérateur à sélectionner une tâche, ou peut sélectionner une tâche
automatiquement.
L’état d’une tâche est défini dans le Tableau 1.
Tableau 1 — État d’une tâche
Planification La tâche est préparée par le FMIS ou le MICS, mais pas encore traitée par le MICS.
Fonctionnement La tâche est en cours de traitement par le MICS. Un CT ne peut exécuter qu’une seule tâche
à la fois.
Arrêt La tâche était antérieurement en cours d’exécution, n’est actuellement plus en cours
d’exécution, et n’est pas encore achevée. Cet état peut être un état final de tâche du point de
vue du CT. Les tâches ayant cet état dans un ensemble de fichiers de transfert de données
provenant du MICS doivent être traitées par le FMIS.
a
Achèvement La tâche est accomplie. Cet état peut être défini uniquement par l’opérateur et ne peut pas
être défini automatiquement par le MICS. Les tâches ayant cet état dans un ensemble de
fichiers de transfert de données provenant du MICS doivent être traitées par le FMIS.
b
Modèle La tâche est une tâche modèle. Lorsqu’une tâche modèle est lancée, une copie du modèle
est effectuée et la copie est lancée comme nouvelle tâche. Les tâches modèles définies par
le FMIS ne doivent pas être modifiées par le MICS. Les tâches modèles qui sont créées par
le MICS doivent être identifiées en tant que nouvelles tâches dans l’ensemble de fichiers de
transfert de données. Lorsqu’une tâche modèle créée par le MICS est instanciée dans une
tâche non modèle, la tâche modèle ne doit pas être modifiée.
b
Annulation Le but de cet état est de pouvoir retirer une tâche. Le FMIS ou le MICS peut utiliser cet état
pour indiquer au MICS ou au FMIS de retirer une tâche.
a
L’état de la tâche «achèvement» est facultatif. Certains CT peuvent ne pas prendre en charge cet état.
b
Cette définition est introduite dans l’ISO 11783‑10 version 4.
6.2 Enregistrement du temps et de la position
Il peut se révéler nécessaire d’affecter certaines informations facultatives, telles que la date, l’heure et
les données relatives à la position GPS, aux événements qui se produisent au cours du traitement d’une
tâche. Cette affectation pourrait constituer un événement reflétant l’interconnexion des éléments XML,
tel que l’affectation de commentaires et/ou indicateurs relatifs à la position GPS, ou l’affectation ou le
remplacement d’un travailleur. D’autres événements sont basés sur l’enregistrement des valeurs des
variables des données de procédé obtenues à partir des clients liés aux tâches, qui doivent être fournies
avec les informations relatives à la date, à l’heure et à la position.
Les éléments XML Marquaged’Affectation (AllocationStamp) et Temps (Time) permettent d’affecter
des valeurs d’heure et de date à plusieurs éléments XML si nécessaire. Ces éléments XML peuvent être
planifiés ou effectifs afin de pouvoir spécifier si un événement était planifié ou accompli. Par ailleurs, au
niveau de la tâche au sein du seul élément XML Temps (Time), des types d’horodatage plus détaillés, tels
que le temps de préparation, le temps d’inutilisation, le temps de réparation et le temps d’effacement,
sont définis. Avant l’ISO 11783‑10 version 4, toutes les valeurs d’heure et de date devaient être spécifiées
en valeurs locales d’heure et de date au sein de cet élément XML. Dans les versions 4 et ultérieures, des
informations de fuseau horaire peuvent être ajoutées aux valeurs d’heure et de date.
Plusieurs instances de l’élément XML Temps (Time) peuvent être incluses au sein d’un élément XML
Tâche (Task). C’est le cas, par exemple, quand une tâche avec un élément XML Temps (Time) de type
planifié est lancée et un nouvel élément XML Temps de type effectif est ajouté ou quand une tâche est
reprise et un nouvel élément XML Temps de type effectif est ajouté. Les éléments XML Temps (Time)
doivent uniquement être ajoutés à un élément XML Tâche (Task) en cas de modification d’état de tâche,
de modification d’affectation de ressource aux tâches et d’événement de démarrage ou d’arrêt de CT.
Une affectation de produit est également un exemple de modification d’affectation de ressource. Les
éléments XML Temps (Time) enregistrés précédemment ne doivent pas être modifiés.
8 © ISO 2015 – Tous droits réservés
Les éléments XML Marquaged’Affectation (AllocationStamp) et Temps (Time) peuvent éventuellement
inclure jusqu’à deux éléments XML de position qui contiennent les informations fournies par le
système GNSS. Le premier élément XML de position est ajouté lors de la création de l’élément
XML Marquaged’Affectation (AllocationStamp) ou Temps (Time) et le deuxième élément XML de
position est ajouté lorsque l’élément XML Marquage d’affectation ou Temps est achevé. Lorsqu’un
seul élément XML de position est présent, il spécifie alors la position au début de l’élément XML
Marquaged’Affectation (AllocationStamp) ou Temps (Time). Les positions intermédiaires associées à
une AssignationdeCommentaires (CommentAllocation) continue ne sont pas spécifiées dans l’élément
XML Marquaged’Affectation (AllocationStamp) lui‑même, mais sont enregistrées dans les fichiers
journaux binaires spécifiés par l’élément XML Calendrier (TimeLog). Voir D.10 pour la définition de
l’enregistrement de position associée à des commentaires continus.
Afin de pouvoir affecter des valeurs multiples de données de procédé, l’élément XML Temps (Time)
peut inclure plusieurs éléments XML Valeurd’Événement (DataLogValue). Le nombre de ces Valeurs
d’événement stockées à l’intérieur de la tâche doit être limité à des valeurs totales ou à des valeurs
d’instance uniques. Pour un grand nombre de Valeurs d’événement, l’utilisation de l’élément XML
Calendrier (TimeLog) et du fichier journal binaire fait l’objet d’une définition.
Toutes les données d’enregistrement relatives aux données de procédé peuvent être stockées sous format
binaire en tant que fichier distinct. La référence au fichier binaire doit être établie par l’élément XML
Calendrier (TimeLog). Chaque tâche peut comporter un plus grand nombre d’éléments XML Calendrier
(TimeLog), faisant référence à des fichiers externes avec des noms uniques à l’intérieur de l’espace de
nom de l’ensemble de tâches appartenant à l’ensemble de fichiers de transfert de données. Le CT doit
garantir le caractère unique des préfixes des noms de fichiers. Chaque définition de fichier Calendrier
(TimeLog) produit deux fichiers distincts, l’un de ces fichiers étant destiné à contenir les données
binaires et l’autre étant destiné à contenir la structure principale encodée au format XML de l’ensemble
de données binaires. Cette structure définit le nombre maximal de données par enregistrement binaire
et permet une interprétation correcte des données binaires. L’extension du nom de fichier du fichier
binaire doit être de type «.bin», l’extension du nom de fichier du fichier de la structure principale au
format XML doit être de type «.xml».
6.3 Enregistrement de paramètres issus de g
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...