BS EN 15430-1-2015 Winter and road service area maintenance equipments Data acquisition and transmission In-vehicle data acquisition《冬季公路服务区维修设备 数据采集和传输 车载数据采集》.pdf

《BS EN 15430-1-2015 Winter and road service area maintenance equipments Data acquisition and transmission In-vehicle data acquisition《冬季公路服务区维修设备 数据采集和传输 车载数据采集》.pdf》由会员分享，可在线阅读，更多相关《BS EN 15430-1-2015 Winter and road service area maintenance equipments Data acquisition and transmission In-vehicle data acquisition《冬季公路服务区维修设备 数据采集和传输 车载数据采集》.pdf（48页珍藏版）》请在麦多课文档分享上搜索。

1、BSI Standards PublicationBS EN 15430-1:2015Winter and road service area maintenance equipment Data acquisition and transmissionPart 1: In-vehicle data acquisitionIncorporating corrigendum November 2015BS EN 15430-1:2015 BRITISH STANDARDNational forewordThis British Standard is the UK implementation

2、of EN 15430-1:2015. It supersedes BS EN 15430-1:2007+A1:2011 which is withdrawn.The UK participation in its preparation was entrusted to Technical Committee B/513, Construction equipment and plant and site safety.A list of organizations represented on this committee can be obtained on request to its

3、 secretary.This publication does not purport to include all the necessary provisions of a contract. Users are responsible for its correct application. The British Standards Institution 2015.Published by BSI Standards Limited 2015ISBN 978 0 580 92369 2 ICS 35.240.60; 43.160 Compliance with a British

4、Standard cannot confer immunity from legal obligations.This British Standard was published under the authority of the Standards Policy and Strategy Committee on 31 August 2015.Amendments/corrigenda issued since publicationDate T e x t a f f e c t e d30 November 2015 Implementation of CEN Correction

5、Notice23 September 2015: Title modifiedEUROPEAN STANDARD NORME EUROPENNE EUROPISCHE NORM EN 15430-1 August 2015 ICS 35.240.60; 43.160 Supersedes EN 15430-1:2007+A1:2011English Version Winter and road service area maintenance equipment - Data acquisition and transmission - Part 1: In-vehicle data acq

6、uisitionMatriels de viabilit hivernale et dentretien des dpendances routires - Acquisition et transmission des donnes - Partie 1 : Acquisition des donnes vhiculaires Winterdienst- und Straenbetriebsdienstausstattung - Datenerfassung und -bertragung - Teil 1: Datenerfassung im Fahrzeug This European

7、Standard was approved by CEN on 28 May 2015. CEN members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this European Standard the status of a national standard without any alteration. Up-to-date lists and bibliographical references concerning

8、 such national standards may be obtained on application to the CEN-CENELEC 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 translation under the responsibility of a CEN member into its

9、 own language and notified to the CEN-CENELEC Management Centre has the same status as the official versions. CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, German

10、y, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and United Kingdom. EUROPEAN COMMITTEE FOR STANDARDIZATION COMIT EUROPEN DE NORMALISATION EUROPISCHES KOMITEE FR N

11、ORMUNG CEN-CENELEC Management Centre: Avenue Marnix 17, B-1000 Brussels 2015 CEN All rights of exploitation in any form and by any means reserved worldwide for CEN national Members. Ref. No. EN 15430-1:2015 EBS EN 15430-1:2015EN 15430-1:2015 (E) 2 Contents Page European foreword .3 Introduction .4 1

12、 Scope 6 2 Normative references 6 3 Terms and abbreviations 6 4 Communication between vehicle/equipment and board-computer .7 4.1 General 7 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 Co

13、mmunication protocol 8 5 Definitions of variables, records and report 12 5.1 General . 12 5.2 Data integrity check 12 5.3 Variable types 13 5.4 Recommended SLOTs for variable definitions 15 5.5 Definition of variables 18 5.5.1 General . 18 5.5.2 General variables 18 5.5.3 General geographic position

14、 system variables . 19 5.5.4 General vehicle and route variables . 19 5.5.5 General road weather and road condition variables . 20 5.5.6 Plough/Broom variables 21 5.5.7 Snow blower or cutter variables . 21 5.5.8 Spreader/sprayer variables 22 5.5.9 Grass or branch cutting machine variables . 24 5.5.1

15、0 Sweeper variables. 25 5.5.11 Safety post cleaning machine variables 25 5.5.12 Boat plants cutter variables . 26 5.6 Definition of records . 26 5.6.1 General . 26 5.6.2 Time synchronisation record (record code 0) . 26 5.6.3 Standard header record (record code 1) 27 5.6.4 Standard footer record (rec

16、ord code 2) 27 5.6.5 Trigger conditions for record code 3 and higher 27 5.6.6 Geographic position data record (record code 3) . 28 5.6.7 Vehicle and route data record (record code 4) 29 5.6.8 Weather and road condition data record (record code 5) 30 5.6.9 Snowplough/broom data record (record code 6/

17、7) . 31 5.6.10 Spreader/sprayer data record (record code 8) 32 5.6.11 Snow blower/cutter data record (record code 9) . 34 5.6.12 Grass/branch cutter data record (record code 10) 35 5.6.13 Sweeper data record (record code 11) . 37 5.6.14 Safety post cleaning machine data record (record code 12) . 38

18、5.6.15 Boat plants cutter data record (record code 13) . 39 5.6.16 Free definable data record (record code 10000 and higher) 40 5.7 Report definition . 42 Bibliography . 43 BS EN 15430-1:2015EN 15430-1:2015 (E) 3 European foreword This document (EN 15430-1:2015) has been prepared by Technical Commit

19、tee CEN/TC 337 “Road operation equipment and products“, the secretariat of which is held by AFNOR. This document supersedes EN 15430-1:2007+A1:2011. 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

20、 February 2016, and conflicting national standards shall be withdrawn at the latest by February 2016. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. CEN and/or CENELEC shall not be held responsible for identifying any or all such

21、 patent rights. The following changes haves been implemented in this new edition: Modify variable no.127 in Table 12 by adding the sentence in bold: Spreader mode (0=Idle or Transport, 1=Spreading or Spraying, 2=Unload Hopper, 3=Spreading and Spraying, 4 = Spreading, 5 = Spraying) Modify variable no

22、.137 in Table 12 by adding the following remark: NOTE For spraying and spreading (SprMode=3), the value applies to the brine percentage of the spreading dosage only. According to the CEN/CENELEC Internal Regulations, the national standards organisations of the following countries are bound to implem

23、ent this European Standard: Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania,

24、Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and the United Kingdom. BS EN 15430-1:2015EN 15430-1:2015 (E) 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

25、 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 p

26、resent, 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 buff

27、er 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 communi

28、cation 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). BS EN 15430-1:2015EN

29、 15430-1:2015 (E) 5 Examples of an on-board system configuration. Figure 2 Diagram of possible connections BS EN 15430-1:2015EN 15430-1:2015 (E) 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 e

30、nsure interchangeability between a vehicle and different equipment 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 equipment for performing

31、winter maintenance and road service area maintenance. 2 Normative references The following documents, in whole or in part, are normatively referenced in this document and are indispensable for its application. For dated references, only the edition cited applies. For undated references, the latest e

32、dition of the referenced document (including any amendments) applies. ISO/IEC 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 equ

33、ipment employing serial binary data interchange (RS232) SAE J1939/71, Recommended practice for serial control and communications vehicle network Vehicle application layer 3 Abbreviations ACK Acknowledge (ASCII control code 06h) ASCII American national Standard Code for Information Interchange Bps Bi

34、ts per second CRC-16 Cyclic Redundancy Code with 16 bits CRC-32 Cyclic Redundancy Code with 32 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

35、 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) BS EN 15430-1:2015EN 15430-1:2015 (E) 7 4 Communication between vehicle/equipment and board-computer 4.1 General The d

36、ata exchange between vehicle/equipment “Data transmission handler” and the “Board-computer” shall follow at least one of the communication standards described in the present document version or future release. Until now, only the RS232 standard (TIA-232-F) is defined as a communication standard so t

37、hat means that at the present a compliant EN 15430 “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 communicat

38、ion 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 Pin 2 = Transmit Data Pin 3 = Receive Data Pin 5 = Signal Ground Baud rate: 1 200 Bps.115 200 Bps, default 9 600 Bps. Rate can be

39、 programmable (optional) Remark: the baud rate shall 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/IEC 8859-1 (ASCII) Handshaking: by software with ACK, NAK ASCII control codes, refer to 4.2.3 Transmission co

40、ntrol 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 Pin 2 = Receive Data Pin 3 = Transmit Data Pin 5 = Signal Ground Baud rate: 1 200 Bps.115 200 Bps, default 9 600 Bps. Rate sha

41、ll be programmable or automatically detected (autobaud) Data bits: 8 BS EN 15430-1:2015EN 15430-1:2015 (E) 8 Stop bits: 1 Parity: No Data format: according to ISO/IEC 8859-1 (ASCII) Handshaking: by software with ACK, NAK ASCII control codes, refer to 4.2.3 Transmission control by SOH and EOT ASCII c

42、ontrol 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

43、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 t

44、o 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 i

45、nvalid, 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.

46、 NOTE 1 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 has to ignore any ACK or NAK received during the transmission of a mes

47、sage 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). NOTE 2 Numerical values have to be transmitted with ASCII characters in decimal code. Calculation of the CRC-16

48、 value. The CRC value is calculated according to the CCITT 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 1021h) and initial value FFFFh. NOTE 3 The value is written in ASC

49、II characters in hexadecimal code with capitals (09,AF). Calculation of the CRC-32 value. The CRC-32 value is calculated according to the CCITT definition. The CRC-32 value is calculated over all record bytes, starting with the record code, ending with CR+LF. The polynomial used is x32+ x26+ x23+ x22+ x16+ x12+ x11+ x10+ x8+ x7+ x5+ x4+ x2+ x + 1 NOTE 4 The value is written in ASCII characters in hexadecimal code with capitals (09,AF). Sender without receiving options for handshaking. For old vehicle/equipme