ISO 11783-6:2004
(Main)Tractors and machinery for agriculture and forestry - Serial control and communications data network - Part 6: Virtual terminal
Tractors and machinery for agriculture and forestry - Serial control and communications data network - Part 6: Virtual terminal
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 sensor, actuators, control elements, and information-storage and -display units, whether mounted on, or part of, the tractor or implement. ISO 11783-6:2004 describes a univeral virtual terminal that can be used by both tractors and implements.
Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de données en série — Partie 6: Terminal virtuel
L'ISO 11783 spécifie un réseau de commande et de communication de données en série pour les tracteurs forestiers ou agricoles et les équipements portés, semi-portés, traînés ou automoteurs. Elle vise à normaliser la méthode et le format du transfert de données entre capteurs, actionneurs, dispositifs de commande, unités de stockage et d'affichage de données, que ces éléments soient montés sur le tracteur ou l'équipement, ou qu'ils en soient un composant. L'ISO 11783-6:2004 décrit un terminal virtuel universel pouvant être utilisé sur les tracteurs et les composants.
General Information
Relations
Frequently Asked Questions
ISO 11783-6:2004 is a standard published by the International Organization for Standardization (ISO). Its full title is "Tractors and machinery for agriculture and forestry - Serial control and communications data network - Part 6: Virtual terminal". This standard covers: 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 sensor, actuators, control elements, and information-storage and -display units, whether mounted on, or part of, the tractor or implement. ISO 11783-6:2004 describes a univeral virtual terminal that can be used by both tractors and implements.
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 sensor, actuators, control elements, and information-storage and -display units, whether mounted on, or part of, the tractor or implement. ISO 11783-6:2004 describes a univeral virtual terminal that can be used by both tractors and implements.
ISO 11783-6:2004 is classified under the following ICS (International Classification for Standards) categories: 35.240.99 - IT applications in other fields; 65.060.01 - Agricultural machines and equipment in general. The ICS classification helps identify the subject area and facilitates finding related standards.
ISO 11783-6:2004 has the following relationships with other standards: It is inter standard links to ISO 11783-6:2010. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
You can purchase ISO 11783-6:2004 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 11783-6
First edition
2004-06-15
Tractors and machinery for agriculture
and forestry — Serial control and
communications data network —
Part 6:
Virtual terminal
Tracteurs et matériels agricoles et forestiers — Réseaux de commande
et de communication de données en série —
Partie 6: Terminal virtuel
Reference number
©
ISO 2004
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.
© ISO 2004
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 2004 – All rights reserved
Contents Page
Foreword. iv
Introduction . v
1 Scope. 1
2 Normative references. 1
3 Terms, definitions and abbreviated terms. 1
4 Technical requirements. 2
4.1 Overview. 2
4.2 Operator input and control. 4
4.3 Acoustic alarm. 6
4.4 Coordinate system. 6
4.5 Display areas. 6
4.6 Behaviour. 6
Annex A (normative) Object, event, colour and command codes. 18
Annex B (normative) Object definitions. 31
Annex C (normative) Object transport protocol. 85
Annex D (normative) Technical data messages. 89
Annex E (normative) Non-volatile memory operations commands . 93
Annex F (normative) Command and macro messages . 96
Annex G (normative) Status messages. 113
Annex H (normative) Activation messages . 114
Annex I (normative) Other messages. 121
Annex J (normative) Auxiliary control . 122
Annex K (normative) Extended transport protocol. 129
Annex L (normative) Character sets. 134
Bibliography . 136
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-6 was prepared by Technical Committee ISO/TC 23, Tractors and machinery for agriculture and
forestry, Subcommittee SC 19, Agricultural electronics.
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 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 9: Tractor ECU
Part 1, General standard for mobile data communication, Part 8, Power train messages, Part 10, Task
controller and management information system data interchange, Part 11, Data dictionary, Part 12,
Diagnostics and Part 13, File server are under preparation.
iv © ISO 2004 – All rights reserved
Introduction
Parts 1 to 11 of ISO 11783 specify a communications system for agricultural equipment based on the
[1] [2]
CAN 2.0 B protocol. SAE J 1939 documents, on which parts of ISO 11783 are based, were developed
jointly for use in truck and bus applications and for construction and agriculture applications. Joint documents
were completed to allow electronic units that meet the truck and bus SAE J 1939 specifications to be used by
agricultural and forestry equipment with minimal changes. The specifications for virtual terminals given in this
[3]
part of ISO 11783 are based on DIN 9684-4 . 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 that those identified above. ISO shall not be held responsible for identifying any or all
such patent rights.
INTERNATIONAL STANDARD ISO 11783-6:2004(E)
Tractors and machinery for agriculture and forestry — Serial
control and communications data network —
Part 6:
Virtual terminal
1 Scope
This part of ISO 11783 specifies a serial data network for control and communications on forestry or
agricultural tractors, mounted, semi-mounted, towed or self propelled implements. Its purpose is to
standardize the method and format of transfer of data between sensor, actuators, control elements,
information storage and display units whether mounted or part of the tractor, or any implements. This part of
ISO 11783 describes a universal virtual terminal that can be used by both tractors and implements.
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.
1)
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:1998, 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-7, Tractors and machinery for agriculture and forestry — Serial control and communications data
network — Part 7: Implement messages application layer
3 Terms, definitions and abbreviated terms
For the purposes of this document, the terms, definitions and abbreviated terms given in ISO 11783-1 and the
following terms and definitions and abbreviated term apply.
3.1
auxiliary input device
autonomous electronic control unit (ECU) providing auxiliary controls for common use that may also be being
physically located on the virtual terminal (VT)
1) Under preparation.
3.2
object pool
collection of objects that completely define the operator interface for an implement or a single working set
NOTE The complete VT definition will be made up of one or more object pools — one for each working set.
AID attribute ID
4 Technical requirements
4.1 Overview
A virtual terminal (VT) is an electronic control unit (ECU), consisting of a graphical display and input functions,
connected to an ISO 11783 network that provides the capability for an ECU, an implement or a group of
implements to interact with an operator. The VT provides the capability to display information and to retrieve
data from an operator. An ECU, an implement or a group of implements represented by a working set master
acquires storage for objects within the VT and on demand displays this stored information to an operator. In
this part of ISO 11783, the term working set will be used for an ECU, an implement or a group of implements
either represented by a single ECU or a group of ECUs acting as a working set. Working sets on the network
can also acquire the use of input and control keys of the VT to allow the operator to send signals back to the
working set.
This part of ISO 11783 describes a VT with the detail and clarity required for VTs built by different
manufacturers to be interchangeable with any implement working set that uses its services. The interface
protocol of this part of ISO 11783 also reduces the run-time ISO 11783 communication bus traffic as much as
possible. For these reasons, the requirements of this part of ISO 11783 are organized in an object-oriented
manner with specific attributes and behaviour of each object clearly and fully defined. The required behaviour
of the VT given certain situations is also detailed.
In general, the functions, not the design, of the user interface of the VT are defined in order to avoid
restrictions on possible designs. However, certain limitations must be imposed in order to meet the goal of
interchangeability between various manufacturers. Specifications regarding physical layout, components,
processing power and the number of physical elements comprising a VT have been omitted in order to avoid
restricting manufacturer’s designs.
The VT shall have a pixel-addressable (graphical) display. Information from connected working sets is shown
to the operator on the graphical display. This information is shown in display areas that are defined by data
masks, alarm masks and soft key masks. The data for these masks is contained in object definitions that are
loaded into a VT either from a working set via the ISO 11783 CAN bus, from a data card, or by some other
means. When the information defined by a mask is required on the display, the mask can be made visible by a
single Change Active Mask message from the working set, and therefore does not require significant
additional network traffic.
The physical size, resolution, orientation and methods of implementing the graphical display are at the
discretion of the designer of the VT. Figure 1 shows examples of some possible VT designs and orientations.
2 © ISO 2004 – All rights reserved
a) Landscape orientation b) Portrait orientation
c) Touch screen — Landscape orientation d) Touch screen — Portrait orientation
Key
1 data mask area
2 soft key mask area
3 physical screen
4 soft key designator
5 physical soft key
Figure 1 — Virtual terminal — Examples
4.2 Operator input and control
The VT shall provide the operator with means for control and input. There are five means associated with a
VT that can be used for the input of data, selection of display data, and the control of connected working sets.
a) Soft
is a means, most likely keys on the VT, using software-changeable designators (labels). “Soft keys” have
their identity changed depending on which soft key mask is visible. The VT shall make the association
between a soft key and its designator clearly evident to the operator. There is no requirement on the
number of physical soft keys. The number of soft key designators supported by the VT shall be between 6
and 64 inclusive per soft key mask. The VT shall provide a means for the operator to navigate and select
all defined soft key designators. For example, if there are four physical keys but the VT design supports
16 soft key designators, some type of scrolling or paging would be required to allow the operator to
navigate to, and select from, any of the 16 soft key designators using the four physical keys.
b) Navigation
is a means of selecting an input field within the active data or alarm mask. “Navigation keys” do not send
key activation information to the working set and are proprietary to the VT.
c) Editing
is a means of entering/editing information in an input field. “Editing keys” do not send key activation
information to the working set and are proprietary to the VT. A means shall be provided for entering any
number or character sequence that is valid for the input field. A means shall also be provided for ESC
from or ENTER information into a data field. The ENTER means shall be provided to indicate to ECUs the
completion of data entry and the ESC means shall be provided to indicate that the data entry was aborted.
The VT shall send a response message to an ECU for either an operator-activated ESC means or an
ESC command received from an ECU.
d) Control
is a means of selecting between working sets whenever a data mask is visible and for acknowledging
alarms. Both means are required. Since more than one working set can use the services of the VT, the
VT shall provide a means for the operator of selecting between connected working sets. The working set
selection means shall be indicated by three circular arrows or a similar graphic. Only the ACK means
sends key activation information to the working set.
e) Auxiliary input
is a means for assigning auxiliary inputs to auxiliary functions. See Annex J.
See Figure 2.
4 © ISO 2004 – All rights reserved
Key
1 control 4 editing
2 navigation 5 auxiliary input
3 soft
Figure 2 — Operator input and control means
4.3 Acoustic alarm
The VT shall provide an acoustic alarm. The alarm may be a simple on/off type buzzer or an acoustic device
capable of variable frequency and audio level.
4.4 Coordinate system
Positions and sizes in this part of ISO 11783 are always given in physical pixels unless otherwise stated. A
two-dimensional coordinate plane (x, y) is used, where x is the number of units wide (x increases from left to
right) and y is the number of units high (y increases from top to bottom). The coordinates are signed values.
The origin (0, 0) is located at the top left-hand corner of the data mask area.
4.5 Display areas
4.5.1 Data mask area
The VT shall reserve an area of the display for displaying data and alarm masks. This area is called the data
mask area (see Figure 1). Recognizing that the physical orientation of the VT display could be different,
depending on the manufacturer of the VT, a square data mask aspect ratio is chosen to ensure correct display
in either landscape or portrait orientation. The minimum data mask area shall be 200 pixels × 200 pixels. This
requirement does not limit the physical resolution or size of the display device, only the useable data mask
area. Higher resolution mask areas are permitted, but the square aspect ratio shall be strictly enforced.
Examples of data mask areas that would meet this requirement are
200 × 200,
240 × 240,
320 × 320, and
480 × 480.
Any other square dimensions would be acceptable.
It is suggested that unused areas of the physical display be used for proprietary information such as vehicle
data, VT statistics or other data.
4.5.2 Soft key mask area and soft key designators
The VT shall reserve an area of the display for soft key labels, separate from the data mask area. This area is
called the soft key mask area (see Figure 1). Each soft key shall have a reserved display area, called a soft
key designator, for displaying a label (see Figure 1). The minimum size of the designator field is 60 pixels wide
× 32 pixels high regardless of screen orientation. The soft key designators may contain text, graphics or both.
The soft key mask area may be adjacent to, or physically separate from, the data mask area, but shall not be
part of the data mask area. If a soft key is continually pressed after another mask has been activated, the VT
should not send a Key Activation message for the new mask. It should send the Release Key message for the
pushed soft key for the previous mask.
4.6 Behaviour
4.6.1 Object pools
4.6.1.1 General
The operator interface definition for a device or one or more implements represented by either a single ECU
or a working set consists of a set of objects (hereafter referred to as the working set’s object pool). These
objects are defined in detail in the following clauses. Each object contains all necessary attributes and child
6 © ISO 2004 – All rights reserved
object references for processing the object to completion. The working set assigns a unique object ID to each
object in its object pool so that each object is uniquely addressable. Object IDs shall be unique within a single
working set’s object pool but may not be between different working sets.
The object pool is transferred to the VT at initialization by using the transport protocol described in
ISO 11783-3, and the extended transport protocol specified in Annex K. The procedure is described in more
detail in Annex C. The VT is intended to be capable of storing the object pools in a modifiable memory area.
The size and number of object pools is limited only by the VT's available memory and software design, but
only one object pool per working set exists. All objects shall be fully described before they are made active in
a mask on the display.
4.6.1.2 “NULL” object ID
Object ID FFFF (65535 ) is reserved for use as the “NULL” object ID.
16 10
4.6.1.3 Processing objects
Objects listed in parent objects may also list child objects, thereby creating a tree hierarchy in the object pool.
Objects are always processed in the order listed in the parent object in a “depth-first” manner. In other words,
if a reference is made to an object that references other objects, the child references are processed to
completion before returning to the parent to continue processing.
4.6.2 Working sets
The object pool supplied by a working set is associated with all members of that working set. This allows
object information from one ECU or all the ECUs that make up a working set to be collectively presented as a
common object pool. One ISO 11783-5 NAME shall be designated as the working set master for each working
set. As coordinator of the communications of a working set, the working set master shall secure the use of the
VT and provide the object pool definition of all working set members. It shall also send working set messages
that provide the NAMEs of the members of said working set to the VT. This identifies the members of the
working set and hence those ECUs which can provide data to the fields in the working set’s masks.
Appropriate messages for defining a working set are given in ISO 11783-7.
Once members of the working set have been identified to the VT, any member of the working set has the
ability to provide data for output objects and to change attributes in the object pool during run-time. The VT
shall be able to accept the change attribute type commands from any member of a working set.
The working set master shall provide the initial object pool definition. Any data input by the operator into input
field objects is always transmitted to the working set master.
4.6.3 Language, formats and measurement units selection
The VT shall send the standard language, format and measurement units messages defined in ISO 11783-7.
The working set object identifies the languages that the working set supports. The VT shall provide a method
for the operator to view the list of supported languages and to select an item from the list. If no language has
been entered by the operator (as would be the case in a factory-new VT), the VT shall attempt to query the
default language from the tractor ECU. Once the operator has set the language, the VT’s language message
always takes priority over the tractor ECU’s language.
The VT shall also provide a method for the operator to select formats (Time, Date, etc.) and measurement
units. The VT shall report selected language, formats and measurement units at power up and any time there
is a change. These messages allow the working set to modify its object pool to the operator-selected
language — by updating string fields — and to the selected units — by changing offsets and scales. If the
working set does not support the specified language, formats or units, it should use a proprietary method to
select an appropriate setting.
The VT shall store the standard setups in non-volatile storage and restore the values during initialization.
4.6.4 Initialization
Upon power-up, a specific sequence of events shall occur in order to ensure proper initialization of the VT and
working sets, as follows.
a) VT Initialization
1) The VT shall complete the address claim procedure in accordance with ISO 11783-5 and shall also
send an address claim request to the global destination address (255).
2) The VT shall begin transmission of the VT status message.
3) If language selection has not been entered by an operator, the VT shall attempt to request the default
language setting from the tractor ECU.
4) The VT shall allow working sets to initialize and to load their object pools.
5) The VT shall complete the auxiliary input initialization defined in Annex J.
b) Working set initialization
1) The working set master shall complete the address claim procedure in accordance with ISO 11783-5.
2) The working set master shall wait until the VT begins transmission of the VT status message.
3) The working set master shall identify itself and its members to the VT using messages given in
ISO 11783-7.
4) The working set master shall begin transmitting the working set maintenance message.
5) The working set master shall request the language and format messages from the VT (see
ISO 11783-7).
6) The working set master may query the VT as necessary to determine its capabilities. Based on the
VT’s responses, the working set master shall adjust its object pool for scaling, available fonts,
supported colours, etc.
7) The working set master may query the VT to determine if its object pool already exists in non-volatile
memory.
8) Object pool transfer shall commence and be completed. This can be done either by asking for the
object pool to be transferred from non-volatile memory (see Annex E) or by using transport protocol
(see ISO 11783-3), extended transport protocol (see Annex K) and the messages given in Annex C.
4.6.5 Working set object and active masks
In the initial object pool definition, each working set master shall provide one, and only one, working set object
in order to define a descriptor, active mask and supported languages for the working set. The descriptor may
be graphical, text or both but shall fit inside the area defined by the VT for a soft key designator. The
descriptor may be used by the VT any time the working set needs to be represented to the operator.
EXAMPLE Communication alarms, auxiliary control setup.
When a working set is “active”, it has exclusive ownership of the VT display. The VT shall provide some
means to allow the operator to select working set that is to be active. Only one working set is active at any
given time. The working set cannot force any of its masks to be visible when another working set is active and
it cannot force its working set object to be active. Whenever a working set becomes active, the VT shall
a) display the new working set’s current active mask and associated soft key mask, and
b) send the VT status message to the global address (255) to inform working sets of the change.
8 © ISO 2004 – All rights reserved
The working set can select different data masks or activate alarm masks by changing the active mask attribute
of the working set object with a Change Active Mask command. The working set can change the active mask
even if the working set is not the active working set. This allows the appropriate mask to be displayed when
the working set becomes active. When a working set is deactivated, its active mask is hidden, but still remains
as the active mask for that working set.
4.6.6 Connection Management
The VT transmits the VT Status message once per second. ECUs use the message to ensure the VT is
present and to determine the current status of the VT. If an ECU does not receive this message for at least 3 s
it assumes a possible uncontrolled shutdown of the VT. When this happens the working set shall enter a safe
state. The safe state is defined as the state in which all functions dependant on the VT operator interface are
put into a known state that will not put the operator or machine at risk. The working set shall not leave the safe
state until power to the working set is cycled.
Each working set master sends the Working Set Maintenance message once per second. The VT uses this
message to ensure that each working set is still present. If the VT does not receive this message for at least
3 s it assumes a possible uncontrolled shutdown of the working set master. When this happens the VT shall
delete the working set’s object pool to free the memory for other uses. If the working set has control of the VT,
the display is cleared and the VT automatically gives control to another connected working set and sends the
VT Status message to the global address. If there is an active alarm for the failed working set the VT
deselects the alarm mask automatically.
When a working set’s object pool has been deleted and the VT receives a Working Set Maintenance message
from the missing working set, it should NACK the message (ISO 11783-3). The NACK message is sent to the
working set's source address. When a working set has been disconnected and reconnected to the VT, the
working set may attempt to reload its object pool.
4.6.7 Updating the operator interface
4.6.7.1 Changing attributes and values
Attributes of objects can be changed during operation by working set masters and working set members using
the defined Change Attribute messages. Changeable attributes in each object are assigned an attribute ID
(AID). The Change Attribute message allows any attribute with an AID to be changed. In addition, attributes
are sometimes grouped together into a single “change” command for efficiency purposes.
Even when the associated data mask is not visible, the working set may continue to change the attributes
(including value) so that when the mask is made active and visible, the necessary output data is current and
ready to display.
4.6.7.2 Changing, adding and deleting objects
Objects can be completely redefined at run-time and new objects can be added by initiating a transport
protocol session to send one or more objects to the VT. When the VT receives an object with an existing
object ID, the existing object is replaced (the VT can determine the owner from the source address of the
message). Resizing objects is permitted but may cause the VT to run out of memory. See Annex C.
The entire object pool can be deleted by the working set using a Delete Object Pool message.
4.6.8 Special objects
4.6.8.1 Container objects
A container object is a special object used to
a) logically group objects in order to identify and reuse the container, or
b) to hide and show objects.
Containers create hierarchy within a mask.
Figure 3 shows an example of container re-use. Mask 1 and Mask 2 both need the information displayed in
Container 1. The working set first creates the container, and then inserts the container into Mask 1 and
Mask 2 using the object ID of the container.
Figure 3 — Container re-use
Figure 4 a) shows an example of using a container to hide a group of objects. In the example, Text 1 and
Text 2 should be visible at all times. Text 3 and Text 4 should be visible only if a particular feature of an
implement is available. Therefore, the working set creates a container containing Text 3 and Text 4 to be
inserted in the mask. At run-time, the working set determines whether or not the particular feature is available.
If not, the working set hides the container as shown in Figure 4 b).
a) Particular feature available b) Feature not available: container hidden
Figure 4 — Container used to hide objects — Example
4.6.8.2 Attribute objects
There are four types of attribute object: font, line, fill and input. Attribute objects are referenced by other
objects. This allows one set of attributes to be shared with many objects to create and maintain a common
look across those objects. All objects using a given attribute object are updated when the attribute object is
changed.
10 © ISO 2004 – All rights reserved
4.6.8.3 Variable objects
Variable objects can be used to share data between two or more other objects. Changing the value in only
one object can reduce bus traffic. For example, it might be desirable to draw a meter object and also to show
its current value as a numeric under the meter. In this case, a number variable object could be referenced by
both the meter object and the output field object. By doing this, a change in the value of the variable will be
reflected in both the meter and output field at the same time and the change will require only a single Change
Value message.
4.6.8.4 Macros
Macro objects are used to improve the performance of the operator interface, as follows.
a) Macros can only contain the commands listed in Annex F.
b) If a macro triggers an event that causes another macro, the current macro is completed first before
another is started.
c) Macros are executed in the order they were triggered.
d) Macros triggered by the execution of a command shall be completed before the next bus command is
started.
e) Macro object IDs shall be in the range 0 to 255.
f) Macros do not trigger response messages. When executing the command messages in a macro, the VT
shall not send response messages on the CAN bus for the messages in the macro.
Circular references are not permitted since they create infinite macro loops inside the VT and could render the
VT inoperable for all working sets.
EXAMPLE When a macro triggers an event that references the same macro, a circular reference is created.
4.6.8.5 Object pointer
The object pointer object allows run-time modification of included objects. By changing the value of the pointer
object, a different object can be drawn at the same location. The type of object that the object pointer is
allowed to reference is limited and depends on the parent object.
When an object pointer is modified at run-time, resulting in an invalid object reference, the VT is not required
to detect this object pool error immediately but may delay error detection until the data or alarm mask which
contains the object pointer is activated. At activation of a data or alarm mask containing the invalid object
reference the VT sends the F.35 “Change Active Mask Response” or H.14 “VT Change Active Mask”
messages to inform the working set and may delete the object pool.
4.6.9 Relative X/Y positions
The X, Y position attribute determines where an object is drawn on the display. This position is always relative
to the upper left corner of the parent object. The X,Y position is always found in the parent object. Figure 5
shows an example data mask with the relative locations of several objects.
Dimensions in pixels
Key
1 data mask
2 container
3 input field
a
Absolute.
Figure 5 — Relative and absolute location of objects
4.6.10 Overlaid objects
A mask may be built such that two objects will occupy the same or overlapping space on the display. It needs
to be recognized that this will require extra processing in the VT, but could be necessary in some cases and
shall be supported by the VT. For this reason, the hierarchy or layering of objects shall be understood. Each
mask and container object has a list of contained objects. Objects listed first are considered to be lower in the
hierarchy than objects listed later. In this case, the objects shall by drawn such that objects listed later appear
to overlay objects listed earlier, so that the entire image of the object listed last is visible, while only those
areas of the object listed earlier that do not coincide with areas of the object listed last will be visible. When an
object is changed, all objects that overlay it and which have been corrupted shall be redrawn (this is called a
refresh event). All objects defined by this part of ISO 11783 have a rectangular size either defined or implied
to simplify the VT’s task of finding overlaid objects.
When an object is changed or hidden, the VT shall update the display accordingly if the object is currently
visible. The VT first deletes the object and all child objects by filling the object’s area with the background
colour of the parent mask. The VT shall then redraw the object along with all child objects. The VT shall then
refresh any other object that may have been damaged or destroyed in the deletion process. Figure 6 shows
an example. If the working set hides Object 1, the result is shown in b). The VT shall then refresh Object 2.
12 © ISO 2004 – All rights reserved
Figure 6 — Object changed or hidden — Display update
4.6.11 Alarm handling
Alarms allow a working set to display alarm information in the data mask area of the VT at any time. The
alarm mask covers the entire data mask area. If several working sets have an alarm mask activated, the VT
shall display the masks in order of priority. Priority is determined, first, by the priority attribute defined in the
object and, second, by chronological order of activation. The highest priority alarm is always displayed until
the owner working set changes the active mask.
Operator input disturbed by the activation of an alarm mask should be left intact for resumption once all alarm
masks have been acknowledged. A soft key mask is associated with the alarm mask via an attribute in the
alarm mask object. Whenever the alarm is displayed, the associated soft key mask is also displayed. The
following describes the protocol requirements between the VT and the working set raising the alarm.
a) The working set master activates an alarm mask by using the Change Active Mask message on the
working set object. Only one mask can be active per working set.
b) The VT responds with a Change Active Mask response.
c) Based on priorities, at some point, the VT displays the alarm mask and the soft key mask associated with
the alarm mask. See Table 1.
d) The VT notifies the working set with a VT Status message sent to the global address.
e) At some point the operator acknowledges the alarm with the proprietary ACK means on the VT. The VT
sends a Soft Key Activation message to the working set with key code set to zero (0).
f) The working set may choose to ignore the key press if the ACK is not allowed or may change the active
mask to either an alarm mask or a data mask by using the Change Active Mask message on the working
set object.
g) The VT responds with a Change Active Mask response.
h) The VT displays a new mask. See Table 1.
Table 1 — VT behaviour on mask transition
Working set’s
Is requester the
active mask
Current active VT behaviour
attribute
working set?
From/To
Data to data Yes Hide current data mask, show new data mask.
Data to data No No events triggered.
Data to alarm Yes Hide data mask, show alarm mask.
Data to alarm No If this is the highest priority alarm, deactivate the current working set and
activate this working set.
Alarm to alarm Yes If this is the highest priority alarm, hide current alarm mask, show new alarm
mask.
Otherwise, deactivate this working set and activate the working set of the
highest priority alarm.
Alarm to alarm No If this is the highest priority alarm, deactivate the current working set and
activate this working set.
Alarm to data Yes If an alarm exists in another working set, deactivate this working set and
activate the working set with the highest priority alarm.
Otherwise, if this working set had the last visible data mask, hide the alarm
mask and show the data mask.
Otherwise, deactivate this working set and activate the working set which had
the last visible data mask.
Alarm to data No No events triggered.
4.6.12 Clipping
Most objects defined in this part of ISO 11783 have a given or implied size. The VT shall clip anything drawn
outside the defined size of the object.
4.6.13 Scaling
4.6.13.1 General
The working set shall determine the size of the VT’s data mask area and soft key designator and make
appropriate adjustments to its object definitions before transmission of its object pool to the VT. This gives
complete control of the appearance of the masks to the working set.
4.6.13.2 Positions and sizes
The working set shall scale positions and object sizes to fit the VT’s data mask area and soft key designator(s).
Dot size (number of pixels) should also be adjusted.
4.6.13.3 Fonts
Font scaling is not provided by the VT. The working set shall apply a best-fit algorithm to determine and select
the best font for the defined area. The working set shall also ensure that the VT supports the selected fonts
and font styles. The smallest font size is 6 × 8. If the scaled height and width of the original font is less than
6 × 8, the 6 × 8 font shall be used. This could result in clipping if the text is near the edge of the field object, or
in text overlap if two occurrences of text are too close together. Working set designers shall be aware of this
limitation and shall take the necessary steps.
14 © ISO 2004 – All rights reserved
4.6.13.4 Picture graphic objects
Bitmap graphics are automatically scaled by the VT according to the width attribute in the picture graphic
object.
4.6.14 Operator input
The VT input objects control the input of strings, Booleans, lists and numbers from an operator and transfer
the data from the VT to the working set master. It is the responsibility of the VT to indicate to the operator the
presence of input fields and to provide mechanisms for
moving to any input field (navigation means),
initiating input (editing means),
manipulating the input data (editing means), and
completing or terminating the input (editing means).
The steps that occur during input are the following.
a) Whenever the VT displays a data mask that contains one or more enabled, visible, input objects, operator
input is possible. Note that when determining the visibility of an input object, the hierarchy of parent
objects shall be considered. For example, if the input object is part of a container and the container is
hidden, the input object is not accessible. In addition, input objects may be visible but disabled. The VT
shall provide some indication to the operator when an input field is disabled.
EXAMPLE The input object could be set to a distinctive colour.
b) The VT displays the data mask and provides a proprietary means for the operator to navigate through
enabled and visible input objects and to
...
NORME ISO
INTERNATIONALE 11783-6
Première édition
2004-06-15
Tracteurs et matériels agricoles et
forestiers — Réseaux de commande et de
communication de données en série —
Partie 6:
Terminal virtuel
Tractors and machinery for agriculture and forestry — Serial control and
communications data network —
Part 6: Virtual terminal
Numéro de référence
©
ISO 2004
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.
© ISO 2004
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 2004 – Tous droits réservés
Sommaire Page
Avant-propos. iv
Introduction . v
1 Domaine d'application. 1
2 Références normatives. 1
3 Termes, définitions et termes abrégés . 1
4 Exigences techniques. 2
4.1 Vue d'ensemble. 2
4.2 Entrée et commande de l'opérateur . 4
4.3 Alarme acoustique. 5
4.4 Système de coordonnées. 6
4.5 Zones d'affichage. 6
4.5.1 Zone de masque de données. 6
4.5.2 Zone de masque de touche programmable et indicateurs de touche programmable. 6
4.6 Comportement. 6
Annexe A (normative) Codes d'objets, d'événements, de couleurs et de commandes. 19
Annexe B (normative) Définitions d'objets. 34
Annexe C (normative) Protocole de transport d'objets. 100
Annexe D (normative) Messages de données techniques. 104
Annexe E (normative) Commandes d'exploitation sur la mémoire non-volatile . 108
Annexe F (normative) Messages relatifs aux commandes et aux macros. 112
Annexe G (normative) Messages d'état . 132
Annexe H (normative) Messages d'activation . 134
Annexe I (normative) Autres messages . 142
Annexe J (normative) Commande auxiliaire. 143
Annexe K (normative) Protocole de transport étendu. 151
Annexe L (normative) Jeu de caractères . 156
Bibliographie . 158
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-6 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.
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 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 9: Unité de commande électronique du tracteur
La Partie 1, Système normalisé général pour les communications de données avec les équipements mobiles,
la Partie 8, Messages de groupe motopropulseur, la Partie 10, Contrôleur de tâches et système de gestion
pour échange de données, la Partie 11, Dictionnaire de données, la Partie 12, Diagnostic et la Partie 13,
Serveurs de fichiers sont en préparation.
iv © ISO 2004 – Tous droits réservés
Introduction
L'ISO 11783, qui comprend 11 parties, spécifie un système de communication destiné aux matériels agricoles
[1] [2]
basés sur le protocole CAN 2.0 B . Les documents SAE J 1939 , sur lesquels certaines parties de
l'ISO 11783 sont basé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 J 1939 relatives aux camions et aux bus, sans que des modifications
majeures soient nécessaires. Les spécifications relatives aux terminaux virtuels données dans la présente
[3]
partie de l’ISO 11783 sont fondées sur la DIN 9684-4 . Les informations d'ordre général concernant
l'ISO 11783 se trouvent dans l'ISO 11783-1.
L'objectif de l'ISO 11783 est de proposer un système ouvert pour les systèmes électroniques embarqués
interconnectés. Elle vise à permettre la communication entre unités de commande électroniques (UCE), en
proposant un système normalisé.
L'Organisation internationale de normalisation (ISO) appelle l'attention sur le fait qu'il est déclaré que la
conformité avec les dispositions de la présente partie de l'ISO 11783 peut impliquer l'utilisation d'un brevet
intéressant le protocole CAN («controller area network») auquel il est fait référence dans ce document.
L'ISO ne prend pas position quant à la preuve, à la validité et à la portée de ces droits de propriété.
Le détenteur de ces droits de propriété a donné l'assurance à l'ISO qu'il consent à négocier des licences avec
des demandeurs du monde entier, à des termes et conditions raisonnables et non discriminatoires. À ce
propos, la déclaration du détenteur des droits de propriété est enregistrée à l'ISO. Des informations peuvent
être demandées auprès de:
Robert Bosch GmbH
Wernerstrasse 51
Postfach 30 02 20
D-70442 Stuttgart-Feuerbach
Allemagne
L'attention est d'autre part 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-6:2004(F)
Tracteurs et matériels agricoles et forestiers — Réseaux de
commande et de communication de données en série —
Partie 6:
Terminal virtuel
1 Domaine d'application
La présente partie de l’ISO 11783 spécifie un réseau de commande et de communication de données en
série pour les tracteurs forestiers ou agricoles et les équipements portés, semi-portés, traînés ou
automoteurs. Elle vise à normaliser la méthode et le format du transfert de données entre capteurs,
actionneurs, dispositifs de commande, unités de stockage et d'affichage de données, que ces éléments soient
montés sur le tracteur ou l’équipement, ou qu’ils en soient un composant. La présente partie de l'ISO 11783
décrit un terminal virtuel universel pouvant être utilisé sur les tracteurs et les composants.
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).
1)
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:1998, 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 machines agricoles et forestiers — Réseaux de commande et de communication
de données en série — Partie 5: Gestion du réseau
ISO 11783-7, Tracteurs et matériels agricoles et forestiers — Réseaux de commande et de communication de
données en série — Partie 7: Couche d'application de base
3 Termes, définitions et termes abrégés
Pour les besoins du présent document, les termes, définitions et termes abrégés donnés dans l'ISO 11783-1
ainsi que les termes, définitions et terme abrégé suivants s'appliquent.
3.1
unité d'entrée auxiliaire
unité de commande électronique (UCE) autonome fournissant des commandes auxiliaires à usage commun,
qui peuvent également être physiquement placées sur le terminal virtuel (VT)
1) En préparation.
3.2
regroupement d'objets
ensemble d'objets qui définit entièrement l'interface opérateur pour un outil ou un seul ensemble de travail
NOTE La définition complète du VT se compose d'un ou plusieurs regroupements d'objets, un pour chaque
ensemble de travail.
AID Identificateur d'attribut
4 Exigences techniques
4.1 Vue d'ensemble
Un terminal virtuel (VT) est une unité de commande électronique (UCE) qui se compose d'un affichage
graphique et de fonctions d'entrée et qui est connecté à un réseau ISO 11783 permettant à une UCE, un outil
ou un groupe d'outils d'interagir avec un opérateur. Le VT permet d'afficher des informations et de récupérer
des données auprès d'un opérateur. Une UCE, un outil ou un groupe d'outils, représenté(e) par un
administrateur d'ensembles de travail stocke des informations pour les objets à l'intérieur du VT et affiche ces
informations stockées à un opérateur sur demande. Dans la présente partie de l’ISO 11783, le terme
ensemble de travail est utilisé pour une UCE, un outil ou un groupe d'outils représentés par une seule UCE ou
un groupe d'UCE agissant comme un ensemble de travail. Les ensembles de travail sur le réseau peuvent
également obtenir l'utilisation de touches d'entrée et de commande du VT pour permettre à l'opérateur de
renvoyer des signaux à l'ensemble de travail.
La présente partie de l’ISO 11783 décrit un VT avec les détails et la clarté nécessaires pour que les VT
fabriqués par des constructeurs différents soient interchangeables avec tout ensemble de travail utilisant ses
services. Le protocole d'interface de la présente partie de l’ISO 11783 réduit également autant que possible le
trafic sur le bus de communication ISO 11783 d'exécution. Pour ces raisons, les exigences de la présente
partie de l’ISO 11783 sont présentées en fonction des objets, avec des attributs et un comportement
spécifiques clairement et entièrement définis pour chaque objet. Le comportement requis du VT dans
certaines situations est également détaillé.
En général, les fonctions, plutôt que la conception, de l'interface utilisateur du VT sont définies afin d'éviter
d'éventuelles restrictions sur des conceptions possibles. Toutefois, certaines limites doivent être imposées
pour atteindre l'objectif d'interchangeabilité entre différents constructeurs. Les spécifications concernant la
structure physique, les composants, la capacité de traitement et le nombre d'éléments physiques compris
dans un VT n'ont pas été abordées pour éviter de restreindre les conceptions des constructeurs.
Le VT doit avoir un écran d’affichage (graphique) adressable en pixels. Les informations provenant
d'ensembles de travail connectés sont présentées à l'opérateur sur l'écran d'affichage graphique. Ces
informations sont présentées dans des zones d'affichage définies par des masques de données, des
masques d'alarme et des masques de touche programmable. Les données pour ces masques sont contenues
dans des définitions d'objets chargées dans un VT à partir d'un ensemble de travail via le bus ISO 11783 CAN,
d'une carte de données ou d'un autre moyen. Lorsque les informations définies par un masque doivent être
affichées à l'écran, le masque peut être rendu visible par un seul message de modification de masque actif
émis par l'ensemble de travail et ne nécessite donc pas de trafic supplémentaire significatif sur le réseau.
La taille physique, la définition, la disposition et les méthodes de mise en œuvre de l'écran d'affichage
graphique sont laissées à l'appréciation du concepteur du VT. La Figure 1 montre des exemples de
conceptions et de dispositions possibles des VT.
2 © ISO 2004 – Tous droits réservés
a) Format paysage b) Format portrait
c) Écran tactile — Format paysage d) Écran tactile — Format portrait
Légende
1 zone de masque de données
2 zone de masque de touche programmable
3 écran physique
4 indicateur de touche programmable
5 touche programmable physique
Figure 1 — Terminal virtuel — Exemples
4.2 Entrée et commande de l'opérateur
Le VT doit fournir à l'opérateur des fonctions de commande et d'entrée. Il existe cinq moyens associés à un
VT qui peuvent être utilisés pour l'entrée de données, la sélection de données d'affichage et la commande
des ensembles de travail connectés.
a) Programmation
La programmation est un moyen, généralement sous forme de touches sur le VT, utilisant des indicateurs
modifiables selon le logiciel (étiquettes). L'identité des «touches programmables» change selon le
masque de touche programmable visible. L'association créée par le VT entre une touche programmable
et son indicateur doit être clairement évidente pour l'opérateur. Il n'y a pas d'exigence concernant le
nombre de touches programmables physiques. Le nombre d'indicateurs de touche programmable gérés
par le VT doit être compris entre 6 et 64 inclus par masque de touche programmable. Le VT doit
permettre à l'opérateur de naviguer et de sélectionner tous les indicateurs de touche programmable
définis. Par exemple, s'il existe 4 touches physiques mais que la conception du VT gère 16 indicateurs de
touche programmable, il convient d'élaborer une méthode de déplacement ou de recherche pour
permettre à l'opérateur de naviguer et de sélectionner n'importe lequel des 16 indicateurs de touche
programmable au moyen des 4 touches physiques.
b) Navigation
La navigation est un moyen permettant de sélectionner un champ d'entrée à l'intérieur du masque de
données ou d'alarme activé. Les «touches de navigation» n'envoient pas d'informations d'activation de
touche à l'ensemble de travail et sont spécifiques au VT.
c) Édition
L’édition est un moyen permettant d'entrer/d'éditer des informations dans un champ d'entrée. Les
«touches d'édition» n'envoient pas d'informations d'activation de touche à l'ensemble de travail et sont
spécifiques au VT. Un moyen doit être prévu pour entrer toute séquence de chiffres ou de caractères
valide pour le champ d'entrée. Un moyen doit également être prévu pour Échap (Esc) et Entrée (Enter),
permettant de sortir d’un champ de données et d’y entrer des informations, respectivement. Entrée
(Enter) doit être fourni pour indiquer à l’UCE la fin de la saisie des données, et Échap (Esc) pour
abandonner une procédure d'entrée de données. Le VT doit envoyer un message de réponse à une UCE,
en réponse à une commande Échap (Esc) activée par l’opérateur ou envoyée par une UCE.
d) Commande
La commande est un moyen permettant de choisir entre différents ensembles de travail lorsqu'un
masque de données est visible et d'accuser réception des alarmes. Les deux moyens sont nécessaires.
Dans la mesure où plusieurs ensembles de travail peuvent utiliser les services du VT, celui-ci doit fournir
à l'opérateur un moyen de choisir parmi les ensembles de travail connectés. Le moyen de sélection de
l’ensemble de travail doit être indiqué par trois flèches circulaires ou par un graphique similaire. Seul
l'accusé de réception (ACK) envoie des informations d'activation de touche à l'ensemble de travail.
e) Entrée auxiliaire
L’entrée auxiliaire est un moyen permettant d'attribuer des entrées auxiliaires aux fonctions auxiliaires.
Voir Annexe J.
Voir Figure 2.
4 © ISO 2004 – Tous droits réservés
Légende
1 commande 4 édition
2 navigation 5 entrée auxiliaire
3 touche programmable
Figure 2 — Moyens d'entrée et de commande de l'opérateur
4.3 Alarme acoustique
Le VT doit fournir une alarme acoustique. L'alarme peut être un simple vibreur de type on/off ou un dispositif
acoustique pouvant émettre plusieurs fréquences et niveaux sonores.
4.4 Système de coordonnées
Dans la présente partie de l’ISO 11783, les positions et les tailles sont toujours données en pixels physiques,
sauf indication contraire. Un plan de coordonnées à deux dimensions (x, y) est utilisé, où x est le nombre
d'unités en largeur (x augmente de gauche à droite) et y le nombre d'unités en hauteur (y augmente de haut
en bas). Les coordonnées sont des valeurs signées. L'origine (0, 0) se situe dans le coin supérieur gauche de
la zone de masque de données.
4.5 Zones d'affichage
4.5.1 Zone de masque de données
Le VT doit réserver une zone de l'écran pour l'affichage des masques de données et d'alarme. Cette zone est
appelée la zone de masque de données (voir Figure 1). Tout en reconnaissant que la disposition physique de
l'écran du VT peut être différente selon le constructeur du VT, un rapport de forme carré est choisi pour le
masque de données afin d’assurer un affichage correct en format paysage comme en format portrait. La zone
de masque de données doit avoir une taille minimale de 200 pixels × 200 pixels. Cette exigence ne limite pas
la définition physique ou la taille du dispositif d'affichage, mais uniquement la zone de masque de données
utilisable. Des zones de masque de définition plus grandes sont permises mais le rapport de forme carré doit
être strictement appliqué. Des zones de masque de données qui satisfont à cette exigence sont, par exemple:
200 × 200;
240 × 240;
320 × 320;
480 × 480.
Toutes autres dimensions carrées sont acceptables.
Il est suggéré d'utiliser les zones non utilisées de l'écran d'affichage pour des informations spécifiques telles
que des données sur le véhicule, des statistiques du VT ou autres données.
4.5.2 Zone de masque de touche programmable et indicateurs de touche programmable
Le VT doit réserver une zone pour l'affichage des étiquettes des touches programmables, séparée de la zone
de masque de données. Cette zone est appelée la zone de masque de touche programmable (voir Figure 1).
Chaque touche programmable doit bénéficier d'une zone d'affichage réservée appelée indicateur de touche
programmable, pour l'affichage d'une étiquette (voir Figure 1). La taille minimale du champ indicateur est de
60 pixels de large × 32 pixels de haut, quelle que soit la disposition de l'écran. Les indicateurs de touche
programmable peuvent contenir du texte, des éléments graphiques ou les deux. La zone de masque de
touche programmable peut être adjacente à la zone de masque de données, ou être séparée physiquement
de celle-ci, mais elle ne doit pas faire partie de la zone de masque de données. Si une touche programmable
est systématiquement enfoncée après qu’un autre masque a été activé, il convient que le VT n’envoie pas un
message d’activation de touche pour le nouveau masque, mais qu’il envoie le message de relâchement de
touche pour la touche programmable enfoncée pour le masque précédent.
4.6 Comportement
4.6.1 Regroupements d'objets
4.6.1.1 Généralités
La définition d'interface opérateur pour un dispositif ou pour un ou plusieurs outils représentés par une UCE
unique ou par un ensemble de travail se compose d’un ensemble d'objets (appelé ci-après regroupement
d’objets de l'ensemble de travail). Ces objets sont définis en détail dans les articles suivants. Chaque objet
contient tous les attributs d'objet et les références d'objet enfant nécessaires pour le traitement de l'objet
6 © ISO 2004 – Tous droits réservés
jusqu'à son terme. L'ensemble de travail attribue un identificateur d'objet unique à chaque objet dans son
regroupement d'objets de manière à ce que chaque objet soit adressable de manière unique. Les
identificateurs d'objet doivent être uniques au sein d'un regroupement d'objets d'un ensemble de travail, mais
pas nécessairement entre différents ensembles de travail.
Le regroupement d'objets est transféré au VT lors du lancement, au moyen du protocole de transport décrit
dans l'ISO 11783-3 et dans le protocole de transport étendu spécifié à l’Annexe K. La procédure est décrite
plus en détail dans l'Annexe C. Le VT est destiné à pouvoir stocker les regroupements d'objets dans une zone
de mémoire modifiable. La taille et le nombre des regroupements d'objets ne sont limités que par la mémoire
disponible du VT et par la conception du logiciel, mais un seul regroupement d'objets est possible par
ensemble de travail. Tous les objets doivent être entièrement décrits avant de les activer dans un masque sur
l'écran.
4.6.1.2 Identificateur d'objet «NUL»
L'identificateur d'objet FFFF (65535 ) est réservé pour être utilisé en tant qu'identificateur d'objet «Nul».
16 10
4.6.1.3 Traitement des objets
Les objets énumérés dans les objets parents peuvent également inclure des objets enfants, ce qui crée une
hiérarchie arborescente dans le regroupement d'objets. Les objets sont toujours traités dans l'ordre donné
dans l'objet parent selon une méthode «profondeur d’abord». En d'autres termes, s'il est fait référence à un
objet qui fait référence à d'autres objets, les références enfants sont traitées jusqu'à leur achèvement avant
de revenir à la référence parent pour poursuivre le traitement.
4.6.2 Ensembles de travail
Le regroupement d'objets fourni par un ensemble de travail est associé à tous les membres de celui-ci. Ceci
permet de présenter collectivement des informations d'objets provenant d’une seule UCE ou de toutes les
UCE qui composent un ensemble de travail sous la forme d'un regroupement d'objets commun. Un NOM
conforme à l'ISO 11783-5 doit être désigné comme l'administrateur d'ensembles de travail pour chaque
ensemble de travail. En tant que coordinateur des communications d'un ensemble de travail, l'administrateur
d'ensembles de travail doit sécuriser l'utilisation du VT et fournir la définition du regroupement d'objets à tous
les membres de l'ensemble de travail. Il doit également envoyer des messages de l'ensemble de travail
comportant les NOMs des membres de cet ensemble de travail au VT. Ceci permet d'identifier les membres
de l'ensemble de travail et ainsi de déterminer les UCE pouvant fournir des données aux champs dans les
masques de l'ensemble de travail. Des messages appropriés pour la définition de l'ensemble de travail sont
donnés dans l'ISO 11783-7.
Dès que les membres de l'ensemble de travail ont été identifiés auprès du VT, tout membre de l'ensemble de
travail peut fournir des données pour les objets de sortie et changer les attributs dans le regroupement
d'objets pendant la durée d'exécution. Le VT doit être en mesure d'accepter les commandes de modification
de type d'attribut provenant de n'importe quel membre de l'ensemble de travail.
L'administrateur d'ensembles de travail doit fournir la définition de regroupement d'objets initiale. Toute entrée
de données effectuée par l'opérateur dans les objets champ d'entrée est toujours transmise à l'administrateur
d'ensembles de travail.
4.6.3 Sélection de la langue, des formats et des unités de mesure
Le VT doit envoyer les messages concernant la langue, le format et les unités de mesure normalisés définis
dans l'ISO 11783-7. L'objet ensemble de travail identifie les langues gérées par l'ensemble de travail. Le VT
doit fournir une méthode permettant à l'opérateur de voir la liste des langues gérées et de sélectionner un
élément de la liste. Si aucune langue n'a été sélectionnée par l'opérateur (comme ce serait le cas pour un
nouveau VT d'usine), le VT doit tenter de demander la langue par défaut auprès de l'UCE du tracteur. Une
fois que l'opérateur a défini la langue, le message de langue du VT a toujours priorité par rapport à la langue
de l'UCE du tracteur.
Le VT doit également fournir une méthode permettant à l'opérateur de sélectionner les formats (heure, date,
etc.) et les unités de mesure. Le VT doit signaler la langue, les formats et les unités de mesure sélectionnés à
la mise sous tension et chaque fois qu'il y a une modification. Ces messages permettent à l'ensemble de
travail de modifier son regroupement d'objets dans la langue choisie par l'opérateur, en mettant à jour les
champs de chaîne, et dans les unités choisies, en modifiant les décalages et les échelles. Si l'ensemble de
travail ne gère pas la langue, les formats ou les unités spécifiés, il convient d'utiliser une méthode spécifique
pour sélectionner le réglage approprié.
Le VT doit stocker les configurations normalisées dans la zone de stockage non volatile et restaurer les
valeurs lors du lancement.
4.6.4 Lancement
Lors de la mise sous tension, la séquence spécifique d'événements suivante doit se produire, afin d'assurer
un lancement correct du VT et des ensembles de travail.
a) Lancement du VT
1) Le VT doit exécuter la procédure de revendication d'adresse conformément à l'ISO 11783-5 et doit
également envoyer une réponse de revendication d'adresse à l'adresse de destination globale (255).
2) Le VT doit commencer la transmission du message d'état du VT.
3) Si l'opérateur n'a pas sélectionné de langue, le VT doit tenter de demander la langue par défaut
auprès de l'UCE du tracteur.
4) Le VT doit permettre aux ensembles de travail de lancer et de charger leurs regroupements d'objets.
5) Le VT doit exécuter le lancement d'entrée auxiliaire défini dans l'Annexe J.
b) Lancement des ensembles de travail
1) L'administrateur d'ensembles de travail doit exécuter la procédure de revendication d'adresse
conformément à l'ISO 11783-5.
2) L'administrateur d'ensembles de travail doit attendre jusqu'à ce que le VT commence la transmission
du message d'état du VT.
3) L'administrateur d'ensembles de travail doit s'identifier et identifier ses membres auprès du VT au
moyen des messages donnés dans l'ISO 11783-7.
4) L'administrateur d'ensembles de travail doit commencer à transmettre le message de maintenance
d'ensemble de travail.
5) L'administrateur d'ensembles de travail doit demander les messages de langue et de format auprès
du VT (voir l'ISO 11783-7).
6) Si nécessaire, l'administrateur d'ensembles de travail peut demander au VT de déterminer ses
capacités. En fonction des réponses du VT, l'administrateur d'ensembles de travail doit régler son
regroupement d'objets pour les échelles, les polices disponibles, les couleurs gérées, etc.
7) L'administrateur d'ensembles de travail peut demander au VT de déterminer si son regroupement
d'objets existe déjà en mémoire non volatile.
8) Le transfert de regroupement d'objets doit commencer et être effectué jusqu'au bout. Cela peut être
fait en demandant le transfert du regroupement d'objets à partir de la mémoire non volatile (voir
l’Annexe E) ou au moyen du protocole de transport (voir l’ISO 11783-3), du protocole de transport
étendu (voir l’Annexe K) et des messages donnés dans l'Annexe C.
8 © ISO 2004 – Tous droits réservés
4.6.5 Objet ensemble de travail et masques actifs
Dans la définition initiale du regroupement d'objets, chaque administrateur d'ensembles de travail doit fournir
un et un seul objet ensemble de travail afin de définir un descripteur, un masque actif et les langues gérées
pour l'ensemble de travail. Le descripteur peut être constitué d'éléments graphiques, de texte ou des deux
mais il doit rentrer dans la zone définie par le VT pour un indicateur de touche programmable. Le descripteur
peut être utilisé par le VT chaque fois que l'ensemble de travail doit être représenté auprès de l'opérateur.
EXEMPLE Des alarmes de communication, une configuration de commande auxiliaire.
Lorsqu'un ensemble de travail est «actif», il a la propriété exclusive de l'écran du VT. Le VT doit fournir les
moyens permettant à l'opérateur de sélectionner quel ensemble de travail doit être actif. Seul un ensemble de
travail est actif à un moment donné. L'ensemble de travail ne peut forcer aucun de ses masques à être visible
lorsqu'un autre ensemble de travail est actif et il ne peut forcer son objet d'ensemble de travail à être actif.
Lorsqu'un ensemble de travail devient actif, le VT doit
a) afficher le nouveau masque actif actuel de l'ensemble de travail et le masque de touche programmable
associé, et
b) envoyer le message d'état du VT à l'adresse globale (255) pour informer les ensembles de travail de la
modification.
L'ensemble de travail peut sélectionner différents masques de données ou activer des masques d'alarme en
modifiant l'attribut du masque actif de l'objet ensemble de travail avec une commande de modification de
masque actif. L'ensemble de travail peut modifier le masque actif même si l'ensemble de travail n'est pas actif.
Ceci permet d'afficher le masque approprié lorsque l'ensemble de travail devient actif. Lorsqu'un ensemble de
travail est désactivé, son masque actif est caché mais reste le masque actif de cet ensemble de travail.
4.6.6 Gestion des connexions
Le VT transmet le message d'état du VT une fois par seconde. Les UCE utilisent ce message pour s'assurer
que le VT est présent et pour déterminer son état actuel. Si une UCE ne reçoit pas ce message pendant au
moins 3 s, elle suppose un arrêt incontrôlé possible du VT. Lorsque cela se produit, l'ensemble de travail doit
entrer en mode sécurité. Le mode sécurité est défini comme le mode dans lequel toutes les fonctions
dépendantes de l'interface opérateur du VT sont mises dans un mode connu qui ne mettra pas l'opérateur ou
la machine en danger. L'ensemble de travail ne doit pas sortir du mode sécurité avant que l'ensemble de
travail ne soit réalimenté.
Chaque administrateur d'ensembles de travail envoie un message de maintenance d'ensemble de travail une
fois par seconde. Le VT utilise ce message pour s'assurer que chaque ensemble de travail est toujours
présent. Si le VT ne reçoit pas ce message pendant au moins 3 s, il suppose un arrêt incontrôlé possible de
l'administrateur d'ensembles de travail. Lorsque cela se produit, le VT doit supprimer le regroupement d'objets
de l'ensemble de travail afin de libérer de la mémoire pour d'autres utilisations. Si l'ensemble de travail
commande le VT, l'écran est effacé et le VT attribue automatiquement la commande à un autre ensemble de
travail connecté et envoie le message d'état du VT à l'adresse globale. S'il y a une alarme active pour
l'ensemble de travail défectueux, le VT désélectionne automatiquement le masque d'alarme.
Lorsqu'un regroupement d'objets d'ensemble de travail a été supprimé et que le VT reçoit un message de
maintenance d'ensemble de travail provenant de l'ensemble de travail manquant, il convient qu'il envoie un
accusé de réception négatif, NACK (ISO 11783-3). Le message NACK est envoyé à l’adresse source de
l’ensemble de travail. Lorsqu'un ensemble de travail a été déconnecté puis reconnecté au VT, l'ensemble de
travail peut tenter de recharger son regroupement d'objets.
4.6.7 Mise à jour de l'interface opérateur
4.6.7.1 Modification des attributs et des valeurs
Les attributs d'objets peuvent être modifiés pendant l'exploitation par les administrateurs d'ensembles de
travail et les membres d'ensembles de travail au moyen des messages de modification d'attribut définis. Les
attributs modifiables dans chaque objet se voient assigner un identificateur d'attribut (AID). Le message de
modification d'attribut permet de modifier tout attribut possédant un AID. En outre, les attributs sont parfois
regroupés en une seule commande de «modification» pour des besoins d'efficacité.
Même lorsque le masque de données associé n'est pas visible, l'ensemble de travail peut continuer à modifier
les attributs (y compris la valeur) de sorte que lorsque le masque est activé et visible, les données de sortie
nécessaires sont actuelles et prêtes pour l'affichage.
4.6.7.2 Modification, ajout et suppression d'objets
Les objets peuvent être entièrement redéfinis pendant l'exécution et de nouveaux objets peuvent être ajoutés
en lançant une session de protocole de transport pour envoyer un ou plusieurs objets au VT. Lorsque le VT
reçoit un objet avec un identificateur d'objet existant, l'objet existant est remplacé (le VT peut déterminer le
propriétaire à partir de l'adresse source du message). Il est permis de redimensionner des objets mais cela
peut entraîner une insuffisance de mémoire du VT. Voir Annexe C.
Le regroupement d'objets entier peut être supprimé par l’ensemble de travail au moyen d'un message de
suppression de regroupement d'objets.
4.6.8 Objets spéciaux
4.6.8.1 Objets conteneurs
Un objet conteneur est un objet spécial utilisé pour
a) grouper des objets logiquement afin d'identifier et de réutiliser le conteneur, ou
b) cacher et montrer des objets.
Les conteneurs créent une hiérarchie au sein d'un masque.
La Figure 3 montre un exemple de réutilisation de conteneur. Le masque 1 et le masque 2 ont tous deux
besoin des informations affichées dans le conteneur 1. L'ensemble de travail crée d'abord le conteneur puis
insère le conteneur dans le masque 1 et le masque 2 au moyen de l'identificateur d'objet du conteneur.
Figure 3 — Réutilisation de conteneur
La Figure 4 a) montre un exemple d'utilisation d'un conteneur pour cacher un groupe d'objets. Dans cet
exemple, il convient que le texte 1 et le texte 2 soient visibles en permanence. Il convient que le texte 3 et le
texte 4 soient visibles uniquement si une caractéristique particulière d'un outil est disponible. Par conséquent,
l'ensemble de travail crée un conteneur comprenant le texte 3 et le texte 4 à insérer dans le masque. Pendant
la durée d'exécution, l'ensemble de travail détermine si la caractéristique particulière est disponible ou pas.
Dans le cas contraire, l'ensemble de travail cache le conteneur tel que montré à la Figure 4 b).
10 © ISO 2004 – Tous droits réservés
a) Caractéristique particulière b) Caractéristique non disponible:
disponible conteneur caché
Figure 4 — Conteneur utilisé pour cacher des objets — Exemple
4.6.8.2 Objets attribut
Il existe quatre types d'objets attribut: police, ligne, remplissage et entrée. Les objets attribut sont référencés
par d'autres objets. Ceci permet de partager un ensemble d'attributs avec de nombreux objets pour créer et
conserver un aspect commun à ces objets. Tous les objets utilisant un objet attribut donné sont mis à jour
lorsque l'objet attribut est modifié.
4.6.8.3 Objets variable
Les objets variable peuvent être utilisés pour partager des données entre deux ou plusieurs objets. Modifier
une valeur dans un seul objet peut réduire le trafic sur le bus. Par exemple, il peut être souhaitable de créer
un objet compteur et d'afficher également sa valeur actuelle en caractères numériques sous le compteur.
Dans ce cas, un objet variable numérique peut être référencé à la fois par l'objet compteur et par l'objet
champ de sortie. En faisant cela, une modification de la valeur de la variable se répercutera sur le compteur et
sur le champ de sortie en même temps et cette modification ne nécessitera qu'un seul message de
modification de valeur.
4.6.8.4 Macros
Les objets macro sont utilisés pour améliorer les performances de l'interface opérateur, comme suit.
a) Les macros ne peuvent contenir que les commandes énumérées dans l'Annexe F.
b) Si une macro déclenche un événement qui entraîne une autre macro, la macro actuelle est achevée
avant que l'autre macro ne débute.
c) Les macros sont exécutées dans l'ordre dans lequel elles ont été déclenchées.
d) Les macros déclenchées par l'exécution d'une commande doivent être achevées avant le début de la
commande suivante sur le bus.
e) Les identificateurs des objets macro doivent se situer dans l’intervalle 0 à 255.
f) Les macros ne déclenchent pas de messages de réponse. Lors de l’exécution des messages commande
d’une macro, le VT ne doit pas adresser de messages de réponse au bus CAN pour les messages de la
macro.
Les références circulaires ne sont pas autorisées dans la mesure où elles créent des boucles de macros
infinies à l'intérieur du VT et risquent de rendre le VT inexploitable pour tous les ensembles de travail.
EXEMPLE Lorsqu'une macro déclenche un événement qui référence la même macro, une référence circulaire est
créée.
4.6.8.5 Pointeur d'objet
L'objet pointeur d'objet permet une modification de la durée d'exécution d'objets inclus. En modifiant la valeur
de l'objet pointeur, un objet différent peut être affiché au même endroit. Le type d'objet que l'objet pointeur
peut référencer est limité et dépend de l'objet parent.
Lorsqu’un pointeur d’objet est modifié pendant la durée d’exécution, entraînant une référence d’objet invalide,
le VT ne doit pas forcément détecter cette erreur de regroupement d’objets immédiatement, mais peut
retarder la détection de l’erreur jusqu’à ce que le masque de données ou d’alarme qui contient le pointeur
d’objet soit activé. Dès qu’un masque de données ou d’alarme contenant la référence d’objet invalide est
activé, le VT envoie le message F.35 «réponse de modification de masque actif» ou le message H.14
«modification de masque actif du VT» pour en informer l'ensembe de travail, et peut supprimer le
regroupement d'objets.
4.6.9 Positions X/Y relatives
L'attribut de position X, Y détermine l’endroit où un objet est affiché à l'écran. Cette position est toujours
donnée par rapport au coin supérieur gauche de l'objet parent. La position X, Y se trouve toujours dans l'objet
parent. La Figure 5 montre un exemple de masque de données avec les positions relatives de plusieurs
objets.
Dimensions en pixels
Légende
1 masque de données
2 conteneur
3 champ d’entrée
a
Absolu.
Figure 5 — Position relative et absolue d'objets
12 © ISO 2004 – Tous droits réservés
4.6.10 Objets recouverts
Un masque peut être créé de sorte que deux objets occupent le même espace ou se chevauchent sur l'écran.
Il est évident que cela nécessite un traitement supplémentaire dans le VT, ce qui peut être nécessaire dans
certains cas et doit donc être géré par le VT. Pour cette raison, la hiérarchie ou l'organisation en couches
d'objets doit être comprise. Chaque masque et chaque objet conteneur possèdent une liste des objets
contenus. Les objets énumérés en premier sont considérés inférieurs dans la hiérarchie par rapport aux
objets énumérés par la suite. Dans ce cas, les objets doivent être affichés de manière à ce que les objets
énumérés ensuite apparaissent superposés sur les objets énumérés précédemment. C'est-à-dire que l'image
entière de l'objet énuméré en dernier est visible alors que seules les zones de l'objet énuméré précédemment
qui ne coïncident pas avec les zones de l'objet énuméré en dernier seront visibles. Lorsqu'un objet est modifié,
tous les objets qui le recouvrent et qui ont été corrompus doivent être réaffichés (ceci est appelé un
rafraîchissement). Tous les objets défin
...
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...