EN 15430-1:2007

2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.Winter and road service area maintenance equipments - Data acquisition and transmission - Part 1: In vehicle data acquisitionOprema za vzdrževalna dela zimske službe in službe za vzdrževanje cest - Zajem in prenos podatkov - 1. del: Zajem podatkov v voziluMatériels de viabilité hivernale et d'entretien des dépendances routieres - Acquisition et transmission des données - Partie 1: Acquisition des données véhiculairesWinterdienst- und Straßenbetriebsdienstausstattung - Datenerfassung und -übertragung - Teil 1: Datenerfassung im FahrzeugTa slovenski standard je istoveten z:EN 15430-1:2007SIST EN 15430-1:2008en,de43.16035.240.60ICS:SLOVENSKI
STANDARDSIST EN 15430-1:200801-marec-2008

EUROPEAN STANDARDNORME EUROPÉENNEEUROPÄISCHE NORMEN 15430-1December 2007ICS 43.160; 35.240.60 English VersionWinter and road service area maintenance equipments - Dataacquisition and transmission - Part 1: In vehicle data acquisitionMatériels de viabilité hivernale et d'entretien desdépendances routières - Acquisition et transmission desdonnées - Partie 1 : Acquisition des données véhiculairesWinterdienst- und Straßenbetriebsdienstausstattung -Datenerfassung und -übertragung - Teil 1: Datenerfassungim FahrzeugThis European Standard was approved by CEN on 21 October 2007.CEN members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this EuropeanStandard the status of a national standard without any alteration. Up-to-date lists and bibliographical references concerning such nationalstandards may be obtained on application to the CEN Management Centre or to any CEN member.This European Standard exists in three official versions (English, French, German). A version in any other language made by translationunder the responsibility of a CEN member into its own language and notified to the CEN Management Centre has the same status as theofficial versions.CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Cyprus, Czech Republic, Denmark, Estonia, Finland,France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal,Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland and United Kingdom.EUROPEAN COMMITTEE FOR STANDARDIZATIONCOMITÉ EUROPÉEN DE NORMALISATIONEUROPÄISCHES KOMITEE FÜR NORMUNGManagement Centre: rue de Stassart, 36
B-1050 Brussels© 2007 CENAll rights of exploitation in any form and by any means reservedworldwide for CEN national Members.Ref. No. EN 15430-1:2007: E

2 ContentsForeword.3 Introduction.4 1 Scope.6 2 Normative references.6 3 Terms and abbreviations.6 4 Communication between vehicle/equipment and board-computer.6 4.1 General.6 4.2 Communication through RS232.7 4.2.1 RS232 interface on vehicle/equipment “Data transmission handler”.7 4.2.2 RS232 interface on “Board-computer”.7 4.2.3 Communication protocol.8 5 Definitions of variables, records and report.12 5.1 General.12 5.2 Variable types.12 5.3 Recommended SLOTs for variable definitions.15 5.4 Definition of variables.18 5.4.1 General.18 5.4.2 General variables.18 5.4.3 General geographic position system variables.20 5.4.4 General vehicle and route variables.21 5.4.5 General road weather and road condition variables.21 5.4.6 Plough / Broom variables.22 5.4.7 Snow blower or cutter variables.23 5.4.8 Spreader / sprayer variables.23 5.4.9 Grass or branch cutting machine variables.26 5.4.10 Sweeper variables.27 5.4.11 Safety post cleaning machine variables.28 5.4.12 Boat plants cutter variables.29 5.5 Definition of records.29 5.5.1 General.29 5.5.2 Time synchronisation record (record code 0).30 5.5.3 Standard header record (record code 1).31 5.5.4 Standard footer record (record code 2).32 5.5.5 Trigger conditions for record code 3 and higher.32 5.5.6 Geographic position data record (record code 3).33 5.5.7 Vehicle and route data record (record code 4).34 5.5.8 Weather and road condition data record (record code 5).35 5.5.9 Snowplough / broom data record (record code 6 / 7).36 5.5.10 Spreader / sprayer data record (record code 8).37 5.5.11 Snow blower / cutter data record (record code 9).39 5.5.12 Grass / branch cutter data record (record code 10).40 5.5.13 Sweeper data record (record code 11).42 5.5.14 Safety post cleaning machine data record (record code 12).43 5.5.15 Boat plants cutter data record (record code 13).44 5.5.16 Free definable data record (record code 10000 and higher).44 5.6 Report definition.45 Bibliography.47

Foreword This document (EN 15430-1:2007) has been prepared by CEN/TC 337/WG 3 "Interface between tools and vehicle", the secretariat of which is held by UNI-CUNA, under the direction of Technical Committee CEN/TC 337 "Winter maintenance and road service area maintenance equipment", the secretariat of which is held by AFNOR. This European Standard shall be given the status of a national standard, either by publication of an identical text or by endorsement, at the latest by June 2008, and conflicting national standards shall be withdrawn at the latest by June 2008. According to the CEN/CENELEC Internal Regulations, the national standards organizations of the following countries are bound to implement this European Standard : Austria, Belgium, Bulgaria, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland and United Kingdom.

4 Introduction This protocol is meant to be used for data acquisition in fleet management applications in the field of municipal vehicles. The purpose of the protocol is to define how data of a vehicle or equipment is generated, stored and transferred to a board-computer system in the vehicle and from the board-computer to the software application in the office (refer to Figure 1). On the equipment or vehicle the data is generated by a “Data generator”. This data is stored, if present, into a buffer-memory. The “Data transmission handler” will send the data present in the buffer-memory to the “Board-computer” or “Data Acquisition System”. The buffer-memory is there to ensure that data does not get lost in case there is no transmission possible. The size or type of the buffer is not defined in this proposal. If there is no buffer or the buffer is too small to store new data, data will get lost. To synchronise time-stamps of the vehicle/equipment with the Board-computer, a special record for time synchronisation is defined. In this part the data acquisition and communication from vehicle/equipment to the Board-computer is defined.
Figure 1 – Architecture
In general, the data is a semi-colon (“;”) separated ASCII text for separation of record codes and values of variables. CR+LF is used for separation of records (one record is one line of text).

Figure 2 – Diagram of possible connections

6 1 Scope This European Standard specifies a standardized protocol for downloading data from the equipment control box to an in-vehicle board computer to ensure interchangeability between a vehicle and different equipments that the same vehicle can carry. It specifies the interface connection as well as variables, records and reports which permit standardized protocol to cover applications with the greatest possible variety of equipments for performing winter maintenance and road service area maintenance. 2 Normative references ISO 8859-1, Information technology - 8-bit single-byte coded graphic character sets - Part 1: Latin alphabet No. 1 NMEA 0183, Interface Standard TIA-232-F, Interface between data terminal equipment and data circuit-terminating equipment employing serial binary data interchange (RS232) SAE J1939/71, Recommended practice for serial control and communications vehicle network - Vehicle application layer 3 Terms and abbreviations ACK Acknowledge (ASCII control code 06h) ASCII American national Standard Code for Information Interchange Bps Bits per second CRC-16 Cyclic Redundancy Code with 16 bits CR Carriage Return (ASCII control code 0Dh) EOT End Of Transmission (ASCII control code 04h) h Number before h is in hexadecimal notation IEEE Institute of Electrical and Electronics Engineers LF Line Feed (ASCII control code 0Ah) NAK Negative acknowledge (ASCII control code 15h) SOH Start Of Header (ASCII control code 01h) TBD To Be Defined ↵ CR + LF (carriage return + line feed) 4 Communication between vehicle/equipment and board-computer 4.1 General The data exchange between vehicle/equipment “Data transmission handler” and the “Board-computer” must follow at least one of the communication standards described in the present document version or future release. Until

“Data transmission handler”
has to supply a RS232 interface , if in the future other standard interfaces will be defined
(e.g. CAN BUS, USB .) a compliant EN 15430 future “Data transmission handler” will have to supply at least one of the communication standard until that time is defined. 4.2 Communication through RS232 4.2.1 RS232 interface on vehicle/equipment “Data transmission handler” • Connector: SUB-D 9p female o Pin 2 = Transmit Data
o Pin 3 = Receive Data o Pin 5 = Signal Ground • Baud rate: 1 200 Bps.115 200 Bps, default 9 600 Bps. Rate can be programmable (optional) Remark: the baud rate must be sufficient for a worst case amount of data to be send with retries. • Data bits: 8 • Stop bits: 1 • Parity: No • Data format: according to ISO 8859-1 (ASCII) • Handshaking: by software with ACK, NAK ASCII control codes, refer to 4.2.3 • Transmission control by SOH and EOT ASCII control codes, refer to 4.2.3 • Data validity check: CRC-16/CCITT, refer to 4.2.3
4.2.2 RS232 interface on “Board-computer” • Connector: SUB-D 9p male o Pin 2 = Receive Data o Pin 3 = Transmit Data o Pin 5 = Signal Ground • Baud rate: 1 200 Bps.115 200 Bps, default 9 600 Bps. Rate must be programmable or automatically detected (autobaud) • Data bits: 8 • Stop bits: 1 • Parity: No • Data format: according to ISO 8859-1 (ASCII) • Handshaking: by software with ACK, NAK ASCII control codes, refer to 4.2.3

8 • Transmission control by SOH and EOT ASCII control codes, refer to 4.2.3 • Data validity check: CRC-16/CCITT, refer to 4.2.3
4.2.3 Communication protocol Transmission of a record In this definition a message to be communicated consists of one record. Records are terminated by CR+LF (a record is one line of text). In general, a message is sent by the sender (e.g. the “Data transmission handler” of a spreader) and received by the receiver (e.g. the Board-computer). After power up, communication is always started by the vehicle/equipment “Data transmission handler” sending its first message (this is the time synchronisation record). Refer to Figure 4 for flow charts of the sender and receiver algorithms. The receiver will check the validity of a message by testing if the CRC-16 value corresponds to the data in the message received. If the data is valid, the receiver sends an ACK. The sender can now send a new message. If the data is invalid, the receiver sends a NAK. Then, the sender will try to send the same message again for a maximum of 2 times. If the message still fails, the message is considered to be lost. Preferably, a notification is given to the user (operator) that data has been lost by the sender and/or the receiver. Remark: The receiver sends an ACK or a NAK as a single character without other data. The ACK or NAK refers to the latest message sent by the sender. To avoid record synchronisation problems between sender and receiver, the sender must ignore any ACK or NAK received during the transmission of a message until the last byte is sent (EOT character). Also, the receiver is not allowed to send an ACK or NAK during the reception of a message until the last byte is received (EOT character). Calculation of the CRC-16 value The CRC value is calculated according to the ITU1 definition. The CRC value is calculated over all record bytes, starting with the record code, ending with CR+LF. The polynomial used is x16 + x12 + x5 + x0 = 11021h (i.e. XOR mask 1021 h) and initial value FFFFh. The value is written in ASCII characters in hexadecimal code with capitals (0.9, A.F). Sender without receiving options for handshaking For old vehicle/equipment “Data transmission handlers”, it may be impossible to receive data. In this case the sender cannot respond to an ACK or NAK, i.e. there is no handshaking feature. Hence, the sender will send a new message. This may cause in the result that data gets lost, e.g. in case the Board-computer was not started up yet or if transmission failed. It is up to the user to handle this problem (for example to connect power supply such that power-up is always at the same time for sender and transmitter). Synchronisation of communication To synchronise communication between sender and receiver, a message always starts with an SOH and ends with an EOT. If the receiver is not synchronised yet but the sender is already transmitting a message (e.g. when the Board-computer starts up while the spreader “Data transmission handler” is sending), all data before the first SOH will be ignored. If the receiver is synchronised but detects an SOH before an EOT, the previous, unfinished message is ignored. Time synchronisation between sender and receiver In general, the sender system time and the receiver system time are not equal. To synchronise messages to the system clock of the receiver, a time synchronisation record is introduced. This Time Sync record (refer to 5.5.2) contains the actual system time of the sender at the start of record transmission (with a maximum error of ± 0,5 s).
International Telecommunication Union.

Loss of data Data will get lost in case of • “Data transmission handler” without handshaking feature which is sending while reliable communication is not possible, • overflow of the buffer-memory, • 2 unsuccessful retransmissions after a NAK. In case the “Data transmission handler” supports handshaking, it is mandatory sending the header record as the first record of a report (note: the Time Sync record is not part of the report). i.e. the header record may not get lost. Example of a message is shown in graphical form:
Example in ASCII:
Example in hexadecimal notation:
Start (1 byte) Data (codes + values, “;” separated) (x bytes) CR+LF (2 bytes) CRC-16 (4 bytes) End (1 byte) SOH 1;10;1602048;0441021;5;Abc;Equip1;;; 3230 EOT CR LF 01 313B31303B313630323034383B303434313032313B353B4162633B4571756970313B3B3B 33 32 33 300D 0A 04

Communication example:
Figure 3 – Flow diagram
Sender algorithm:
Receiver algorithm:
Figure 4 - Flow chart
12 5 Definitions of variables, records and report 5.1 General A report is a file of records which in general is used to describe one ride. A report starts with a header record, one or more status records of the vehicle/equipment(s) and a footer record. A record is a structure of coherent variables in a predefined order. A member of a record is called a “field”. Table 1 - Application or equipment types Equipment Source ref.nr. Remark Board computer 1
Vehicle 2 On board vehicle electronic generating data Snow plough or broom 3 It is assumed that if there is more than one snow-plough, the data is generated by one source only. Snow blower or cutter 4
Spreader or sprayer 5 Remark: this equipment could also generate the data for example for a snow plough, however, the source reference number stays 5 (as the spreader is the data generator). Road weather and road condition information system 6
Grass or branch cutting machine 7
Sweeper 8
Safety post cleaning machine 9
Boat plants cutter 10 Used for cutting plants in canals or rivers Other 11 To be used for any equipment not defined 5.2 Variable types All variables defined, have to comply to one of the following variable types. The column “Format” shows how a variable is represented in one or more examples. A full stop is defined as a decimal separator. Data ranges are defined in the same way as SAE J1939/71 defines them:

+2105540608 4 bytes 0 to 4211081215,
Offset -2105540608, 4261412864 to 4278190079 = Error, 4278190080 to 4294967295 = not Definition taken from SAE J1939

14 Type Range Length Format Remark available UNSIGNED LONG 0.4211081215 4 bytes 0 to 4211081215,
Offset -2105540608, 4261412864 to 4278190079 = Error, 4278190080 to 4294967295 = not available Definition taken from SAE J1939 BASIC_DATE 1.31,75 day 1.12 month 1985.2235 year 3 bytes 0,25 day/bit, 0 day offset 1 month/bit, 0 month offs. 1 year/bit, +1985 offset Definition taken from SAE J1939 Remarks: day = 0 is forbidden day = 1,2,3,4 are first day of month day = 5,6,7,8 are second day of month. month = 0 is forbidden year = 0 is 1985, year = 1 is 1986, . BASIC_TIME 0.23 h 0.59 min 0.59,75 s 3 bytes 1 h/bit, 0 h offset 1 min/bit, 0 min offset 0,25 s/bit, 0 s offset Definition taken from SAE J1939 STRING_X
ASCII-characters (character set is ISO Latin I) The string length must be <=
X Allowed char values: 01h.FEh 00h = Error FFh = not available Definition taken from SAE J1939 SAEat1728 Any string with max. 255 characters. NOTE The STRING_X type has to follow these additional rules: • If a transmission handler returns a valid string field the first character may not be 00h or FFh.
The predefined string length has to be covered completely with valid characters.
• If the valid string content is shorter than the predefined length ( X characters), the rest of the predefined length has to be filled with FFh characters to indicate that these characters are not valid. • If a transmission handler cannot supply the string filed the first character has to be either 00h, when the contents are incorrect, or FFh, when the contents are not available. In these two special cases the string length may be only one character in size, although it is also allowed to fill the rest of the predefined string length with FFh characters.

x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC xD xExF 0x ------------------------------------------- Should not be displayed ------------------------------------------- 1x ----------------------------------------------------------------------------------------------------------------------- 2x SP ! " # $ % & ' ( ) * + , - . / 3x 0 1 2 3 4 5 6 7 8 9 : ; <
= >
? 4x @ A B C D E F G H I J K L M N O 5x P Q R S T U V W X Y Z [ \ ] ^ _ 6x ` a b c d e f g h i j k l m n o 7x p q r s t u v w x y z { | } ~
8x ------------------------------------------- Should not be displayed ------------------------------------------- 9x ----------------------------------------------------------------------------------------------------------------------- Ax NBSP ¡ ¢ £ ¤ ¥ ¦ § ¨ © ª « ¬ SHY ® ¯ Bx ° ± ² ³ ´ µ ¶ · ¸ ¹ º » ¼ ½ ¾ ¿ Cx À Á Â Ã Ä Å Æ Ç È É Ê Ë Ì Í Î Ï Dx Ð Ñ Ò Ó Ô Õ Ö × Ø Ù Ú Û Ü Ý Þ ß Ex à á â ã ä å æ ç è é ê ë ì í î ï Fx Ð ñ ò ó ô õ ö ÷ ø ù ú û ü ý þ ÿ 5.3 Recommended SLOTs for variable definitions This section is intended to define a set of recommended SLOTs (Scaling, Limit, Offset, and Transfer Function), which can be used when parameters are added to this standard. This permits data consistency is to be maintained as much as possible between parameters of a given type (temperature, pressure, speed, etc.). Each SLOT is intended to provide a range and resolution suitable for most parameters within a given type. When necessary, a different scaling factor or offset can be used. All SLOTs should be based on a power of 2 scaling from another SLOT. This will minimize the math required for any internal scaling and reduce the opportunity for misinterpreted values. Offsets should be selected preferably on the following basis: a) Offset = 0 b) Offset = 50% (equal ± range) If Parameter Size is 16 Bit or more, LSB is first, MSB is last. Table 5 - SLOT definitions Parameter Scaling (Resolution) Limits (Range) Offset Parameter Size SLOT-Name Angle/Direction 1 10-7 deg/bit -211 to 211,108122 deg - 211 32 Bit SAEad01 Angle/Direction 2 1/128 deg/bit -200 deg to 301 deg - 200 16 Bit SAEad04 Angle/Direction 3 1/128 deg/bit 0 deg to 502 deg 0 16 Bit SAEad05 Distance 1 0,125 km/bit 0 km to 526385151,9 km 0 32 Bit SAEds10 Distance 2 0,125 m/bit - 2500 to 5531,875 m - 2500 16 Bit SAEds06 Distance 3 0,001 m/bit 0 m to 4211081,215 m 0 32 Bit SAEds05 Distance 4 0,125 m/bit 0 m to 8031.875 m 0 16 Bit CENds01

16 Parameter Scaling (Resolution) Limits (Range) Offset Parameter Size SLOT-Name Distance 5 5 m/bit 0
mto 21055406 km 0 32 Bit SAEds09 Distance 6 0,1 mm/bit 0 m to 6425.5 mm 0 16 Bit SAEds04 Economy 1/512 km/L per bit 0 m to 125.5 km/L 0 16 Bit SAEel01 Electrical Current 1 1 A/bit -125 A to 125 A -125 8 Bit SAEec02 Electrical Current 2 1 A/bit 0 A to 250 A 0 8 Bit SAEec03 Electrical Potential 0,05 V/bit 0 V to 3212.75 V 0 16 Bit SAEev01 Flow Rate 1 0,05 L/h per bit 0 L/h to 3212.75 L/h 0 16 Bit SAEful01 Flow Rate 2 0,05 L/h per bit 0 L/h to 21055406 L/h 0 32 Bit CENful01 Force 5 N/bit 0 N to 321275 N 0 16 Bit SAEfr01 Governor Gain 1/1280 %/rpm per bit 0 %/rpm to 0.19 %/rpm 0 8 Bit SAEgg01 Mass (cargo) 1 0,5 kg/bit 0 kg to 32127.5 kg 0 16 Bit SAEmc01 Mass (cargo) 2 2 kg/bit 0 kg to 128510 kg 0 16 Bit SAEmc02 Mass (cargo) 3 0,5 kg/bit 0 kg to 2105540608kg 0 32 Bit CENmc01 Percent 1 (Position/Level) 0,4%/bit 0 % to 100% 0 8 Bit SAEpc03 Percent 2 (Position/Level) 1%/bit -125 % to 125% -125 8 Bit SAEpc05 Percent 3 (Position/Level) 0,5%/bit 0 % to 100% 0 8 Bit CENpc01 Power 0,5 kW/bit 0 kW to 32127,5 kW 0 16 Bit SAEpw03 Pressure 1 4 kPa/bit 0 kPa to 1000 kPa 0 8 Bit SAEpr10 Pressure 2 0,05 kPa/bit 0 kPa to 12,5 kPa 0 8 Bit SAEpr02 Pressure 3 16 kPa/bit 0 kPa to 4000 kPa 0 8 Bit SAEpr14 Pressure 4 0,125 kPa/bit 0 kPa to 8031,875 kPa 0 16 Bit SAEpr04 Pressure 5 1/256 MPa/bit 0 MPa to 251 MPa 0 16 Bit SAEpr09 Pressure 6 1/128 kPa/bit - 250 kPa to 251,99 kPa -250 16 Bit SAEpr01

(speed) 1/256 kph/bit
(1 kph/bit for upper byte) 0 kph to 250,996 kph 0 16 Bit SAEvl02 Velocity 2, linear
(speed) 1/128 kph/bit - 250 kph to 251,992 kph -250 16 Bit SAEvl03 Velocity 3, linear
(speed) 1 kph/bit 0 kph to 250 kph 0 8 Bit SAEvl05 Velocity 1, Rotational 0.125 rpm/bit (32 rpm/bit for upper byte) 0 rpm to 8031,875 rpm 0 16 Bit SAEvr01 Velocity 2, Rotational 4 rpm/bit 0 rpm to 257020 rpm 0 16 Bit SAEvr03

18 Parameter Scaling (Resolution) Limits (Range) Offset Parameter Size SLOT-Name Velocity 3, Rotational 0,5 rpm/bit 0 rpm to 32127,5 rpm 0 16 Bit SAEvr02 Velocity 4, Rotational 10 rpm/bit 0 rpm to 2500 rpm 0 8 Bit SAEvr04 Volume 0,5 L/bit 0 L to 2105540608 L 0 32 Bit SAEvm1 Acceleration 0,03125 m/s² 0 m/s²to 2007,8 m/s² 0 16 Bit CENac1 Dosage 1 0,03125 g/m² 0 g/m² to 2007,8 g/m² 0 16 Bit CENdos01 Dosage 2 0,03125 ml/m² 0 ml/m to 2007,8 ml/m² 0 16 Bit CENdos02 5.4 Definition of variables 5.4.1 General Variables are grouped by application. General variables apply to non application specific variables. Some application specific variables may be generated by other applications (e.g. spreader generates plough data and/or road weather information as well). If a variable is a field of a record being generated, then its value at the moment of generation is written as defined by the basic type format in 5.1 or the SLOT definition in 5.2. The following variables are defined: 5.4.2 General variables Table 6 - General variables No Name Description BASIC data format or SLOT 1 Version Protocol version number. A positive value indicates a released version. A negative value means that the version with its absolute value is not released yet. Before the very first release the version number will be 0. STRING_10 2 SysTime Time (local time or system time of the equipment under consideration). BASIC_TIME 3 SysDate Date (local date or system date of the equipment under consideration). BASIC_DATE 4 Source Data generation source.
Refer to (Table 1 - Application or equipment types) UNSIGNED CHAR 5 ManufID Manufacturer identification. STRING_20 6 EquipID Vehicle / equipment identification. In order to insure the identification of every single equipments, it is a mandatory that the EquipID must
include the manufactures serial identification STRING_20

5.4.3
General geographic position system variables Table 7 - General geographic position system variables No Name Description BASIC data format or SLOT 30 GeoLat Geographic position latitude in NMEA-0183 format: DDMM.mmmmR (two fixed digits of degrees, two fixed digits of minutes and a variable number of digits for decimal-fraction of minutes, R = reference - latitude direction: N=north, S=south). Example: 3339,7334 N = 33 º 39,7334’ north STRING_10 31 GeoLon Geographic position longitude in NMEA-0183 format: DDDMM.mmmmR (three fixed digits of degrees, two fixed digits of minutes and a variable number of digits for decimal-fraction of minutes, R = reference - longitude direction: E=east, W=west). Example: 11751,7598 W = 117 º 51,7598’ west STRING_11 32 GeoAlt Geographic position altitude CENds01 33 GeoSpd Speed over ground by geographic position system SAEvl02 34 GeoCours Course over ground by geographic position system
(0 º.360 º, 0 º = northern direction) SAEad05 35 GeoTime Time by geographic position system (UTC) BASIC_TIME 36 GeoDate Date by geographic position system (UTC) BASIC_DATE 37 GeoSQ Geographic position system signal quality
(0=no fix, 1=2D, 2=3D, 3=differential correction active) UNSIGNED CHAR 38 GeoSats Number of satellites tracked by geographic position system UNSIGNED CHAR

22 5.4.6
Plough / Broom variables Table 10 - Front plough variables No Name Description BASIC data format or SLOT 100 PBPos Plough /broom position 1= front-mounted, 2=side left, 3= side right, 4=between axes) UNSIGNED CHAR 101 PBPresent Plough or broom is mounted (0=no, 1=yes) BOOLEAN 102 PBMode Plough / broom in working position (0=no, 1=yes (with standard scraper blade), 2= yes with second scraper blade) UNSIGNED CHAR 103 PBRelease Plough release: plough weight passed onto vehicle (0=floating, 1=released) BOOLEAN 104 PBRelPerc Plough / broom release pressure %
(0%=floating, 100%=fully released) CENpc01 105 PBInfo Extra plough / broom information e.g. orientation (left, right), enlargement (adding extra section(s)), deflector (up, down), etc. – supplier specific code STRING_20 106 BrmRotSpd Broom Rotation speed as a percentage of the maximum speed CENpc01 107 PBOilT Oil temperature of plough / broom SAEtp01 108 PBOilP Oil working pressure on rotor SAEpr10 109 PBOilQ Oil flow through rotor CENful01 110 PBCntLen Total driven length in working position (can start at any value at power-up, can overrun, can be reset when counters are reset). SAEds05 111 PBCntHrs Total working hours in working position (can start at any value at power-up, can overrun, can be reset when counters are reset). SAEtm09

5.4.8 Spreader / sprayer variables Table 12 - Spreader variables No Name Description BASIC data format or SLOT 140 SprMode Spreader mode (0=Idle or Transport, 1=Spreading or Spraying, 2=Unload Hopper). UNSIGNED CHAR 141 SprWidthSet Spreading width setting as shown by the control panel to the driver (supplier specific code). STRING_20 142 SprSymSet Spreading symmetry setting. Symmetry setting as shown by the control panel to the driver (supplier specific code). STRING_20 143 SprDosSet Spreading / spraying dosage setting of total dosage as shown by the control panel to the driver (supplier specific code). Remark: this can contain 2 dosages in case of combi equipment or double chamber spreader. STRING_20 144 SprWidth Spreading width CENds01 145 SprWiLe Spreading width left from middle of vehicle CENds01 146 SprDosRes1 Spreading dosage setting hopper reservoir/chamber 1 (0=not spreading from res. 1) CENdos01 147 SprDosRes2 Spreading dosage setting hopper reservoir/chamber 2 (0=not spreading from res. 2) CENdos01

24 No Name Description BASIC data format or SLOT 148 SprDosBr_g Spreading dosage setting brine (liquid) (0=not spreading brine). Remark: this is the dosage of the liquid only CENdos01 149 SprDosBr_ml Spreading dosage setting brine
(liquid) (0=not spreading brine). Remark: this is the dosage of the liquid only CENdos02 150 SprBrinePerc Brine% (as % of the total set dosage): 0 = dry (prewet is off or tank empty), > 0 = pre-wetted. Remark: If spraying only liquid this value is 100. CENpc01 151 SprMaxOn “Blast” or “Max” function (0 or empty = off, 1=on) Remark: If active, all changed dosage values due the this function must be adapted as well. BOOLEAN 152 SprMatRes1 Material setting for hopper reservoir 1 as shown to the driver (supplier specific code). Remark: In the office this value could be translated into the user material name (spreader manufacturer must provide its code table). STRING_20 153 SprMatRes2 Material setting for hopper reservoir 2 as shown to the driver (supplier specific code) Remark: In the office this value could be translated into the user material name (spreader manufacturer must provide its code table). STRING_20 154 SprBrineTyp Material setting for type of brine (thawing liquid) as shown to the driver (supplier specific code) Remark: In the office this value could be translated into the user material name (spreader manufacturer must provide its code table). STRING_20 155 SprSimSpd Simulation driving speed (0 or empty = off, >0 = speed in km/h) If the value > 0, the spreader will use this value as basis for the driving speed instead of VehSpd. SAEvl02 156 SprThGr Thermographics. Empty = off or not available; any value is a supplier specific code (e.g. the selected program: “3 – Wet”). STRING_20 157 SprErr Machine detected a problem. Read SprErrCode and SprErrRpt for details. BOOLEAN

axiliary engine has use. SAEtm09

26 No Name Description BASIC data format or SLOT 166 SprOilT Oil temperature of spreader SAEtp01 167 SprOilP Oil working pressure on rotor. SAEpr10 168 SprOilQ Oil flow through rotor. CENful01 169 SprCntLen Total driven length while spreading (can start at any value at power-up, can overrun, can be reset when counters are reset). SAEds05 170 SprCntHrs Total working hours while spreading (can start at any value at power-up, can overrun, can be reset when counters are reset). SAEtm09
5.4.9 Grass or branch cutting machine variables Table 13
...