当前位置:文档之家› 电动汽车远程监控技术规范-2-车载终端通信协议及数据格式

电动汽车远程监控技术规范-2-车载终端通信协议及数据格式

电动汽车远程监控技术规范 第2部分:车载终端通信协议及数据格式Technical specifications of remotemonitoring for electric vehicles Communication protocol and data format of vehicle terminal(征求意见稿)ICS **.***北京市地方标准DB11/T ****—2012北京市质量技术监督局 发布DB11目次目次 (1)前言 (2)1 范围 (3)2 规范性引用文件 (3)3 术语和缩略语 (3)4 协议结构 (4)5 通信连接 (4)6 数据包结构和定义 (7)7 数据单元格式和定义 (9)附录A(规范性附录)部分字段定义 (14)前言本标准按照GB/T1.1-2009给出的规则起草。

本标准由北京市科学技术委员会提出并归口。

本标准由北京市科学技术委员会组织实施。

本标准的主要起草单位:北京理工大学、北京交通大学本标准的参与起草单位:本标准的主要起草人:本标准的参与起草人:电动汽车远程监控技术规范第2部分:车载终端通信协议及数据格式1范围本标准规定了电动汽车远程监控系统车载终端与监控和服务平台之间的通信协议,描述了用于通信的协议格式和数据要求。

本标准适用于电动汽车远程监控系统车载终端与监控和服务平台之间的通信。

2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件,其最新版本适用于本标准。

GB 16735 道路识别代号(VIN)GB18030信息技术中文编码字符集GB/T 19056 汽车行驶记录仪GB/T 19596电动汽车术语GB/T 1988 信息技术信息交换用七位编码字符集(eqv ISO/IEC 646)JT/T794道路运行卫星定位系统车载终端技术要求YD/T1214900/1800MHz TDMA数字蜂窝移动通信网通用分组无线业务(GPRS)设备技术要求:移动台QC/T 413汽车电气设备基本技术条件DB11/Z 801-2011 电动汽车电能供给与保障技术规范动力蓄电池包编码DB11/T ****-2012 电动汽车远程监控技术规范总则DB11/T ****-2012 电动汽车远程监控技术规范车载信息采集与传输终端3术语和缩略语3.1术语和定义GB/T 19596确立的以及下列术语和定义适用于本文件。

3.1.1注册register车载终端连接上监控和服务平台时向监控和服务平台发送数据包进行身份识别。

3.1.2上行方向upstream direction从车载终端到监控和服务平台的数据传输方向。

3.1.3下行方向downstream direction从监控和服务平台到车载终端的数据传输方向。

3.2符号及缩略语IP 网间互联协议(Internet Protocol)TCP 传输控制协议(Transfer Control Protocol)UDP用户数据报协议(User Datagram Protocol)4协议结构4.1 本标准以TCP/IP或UDP/IP网络控制协议作为底层通信承载协议,本标准所规定的协议对应于ISO/OS定义的七层协议结构的应用层,如图1所示。

图1电动汽车监控系统通信协议栈4.2 应用层以数据包(分组)的格式进行命令和数据的交互,按监控功能的需要实现面向监控功能的数据组织。

4.3 应用层通信协议不依懒于所选用的传输网络,在基础传输层已经建立的基础上,应用层通信协议与具体传输网络无关。

5通信连接5.1连接的建立5.1.1当通信链路连接建立,车载终端应立即向监控和服务平台发送注册信息进行身份识别,注册流程如图2所示。

图2注册流程示意图5.1.2车载终端向监控和服务平台发送注册信息,监控和服务平台对接收到的数据进行校验。

在校验正确的情况下,监控和服务平台返回成功应答;在校验错误的情况下,监控和服务平台返回错误应答。

5.1.3车载终端在接收到监控和服务平台的应答指令后完成本次注册传输;车载终端在规定时间内未收到应答指令,启动重发机制。

5.2信息传输信息传输包括实时信息上报、状态信息上报、参数查询、参数设置、车载终端控制,具体说明如下。

5.2.1 实时信息上报5.2.1.1 注册成功后,按照DB11/T ****的规定,在正常运行、充电、发生报警或断电后一段时间内,车载终端应按一定时间周期实时向监控和服务平台上报信息,信息上报流程如图3所示。

图3实时信息上报流程示意图5.2.1.2 车载终端向监控和服务平台发送上报信息,监控和服务平台对接收到的数据进行校验。

在校验正确的情况下,监控和服务平台不做应答;在校验错误的情况下,监控和服务平台返回错误应答。

5.2.1.3 信息上报时要求连续完成单体蓄电池电压数据上报、动力蓄电池包温度数据上报、整车数据上报、卫星定位系统数据上报、极值数据上报和报警数据上报。

5.2.1.4 车载终端向监控和服务平台信息上报的时间周期应可调整。

当正常时,信息上报的时间周期应不大于10秒;当出现报警时,缩短信息上报的时间周期,时间周期应不大于1秒。

5.2.2 状态信息上报5.2.2.1 注册成功后和车载终端状态发生改变时,车载终端应主动向监控和服务平台上报车载终端状态信息,状态信息上报流程如图4所示。

图4状态信息上报流程示意图5.2.2.2 车载终端向监控和服务平台上报状态信息,监控和服务平台对接收到的数据进行校验。

在校验正确的情况下,监控和服务平台返回成功应答;在校验错误的情况下,监控和服务平台返回错误应答。

5.2.2.3 车载终端在接收到监控和服务平台的应答指令后完成本次状态传输;车载终端在规定时间内未收到应答指令,启动重发机制。

5.2.3 参数查询5.2.3.1 参数查询是监控和服务平台发送查询命令,获取车载终端参数信息的过程,查询流程如图5所示。

图5参数查询流程示意图5.2.3.2 监控和服务平台对车载终端发送查询命令,查询命令中参数值均用一个0x00表示,车载终端对接收到的数据进行校验。

在校验正确的情况下,车载终端返回成功应答和查询参数给监控和服务平台,查询参数与查询命令内容相同;在校验错误的情况下,车载终端返回错误应答。

5.2.3.3 监控和服务平台在接收到车载终端的应答指令后完成本次查询传输;监控和服务平台在规定时间内未收到应答指令,启动重发机制。

5.2.4 参数设置5.2.4.1 参数设置是监控和服务平台发送设置命令,修改车载终端参数信息的过程,设置流程如图6所示。

图6参数设置流程示意图5.2.4.2 监控和服务平台对车载终端发送设置命令,车载终端对接收到的数据进行校验。

在校验正确的情况下,车载终端返回成功应答并完成信息修改;在校验错误的情况下,车载终端返回错误应答。

5.2.4.3 监控和服务平台在接收到车载终端的应答指令后完成本次设置传输;监控和服务平台在规定时间内未收到应答指令,启动重发机制。

5.2.4.4 在成功应答监控和服务平台IP地址和端口设置命令后,车载终端应向目标监控和服务平台发送注册信息;如未能向目标监控和服务平台成功注册,车载终端应恢复原有监控和服务平台设置并返回修改错误应答给原有监控和服务平台。

5.2.5 车载终端控制5.2.5.1 车载终端控制是监控和服务平台发送车载终端控制命令,对车载终端进行控制的过程。

车载终端控制流程如图7所示。

图7车载终端控制流程示意图5.2.5.2 监控和服务平台对车载终端发送车载终端控制命令,车载终端对接收到的数据进行校验。

在校验正确的情况下,车载终端返回成功应答并执行控制命令;在校验错误的情况下,车载终端返回错误应答。

5.2.5.3 监控和服务平台在接收到车载终端的应答指令后完成本次车载终端控制传输;监控和服务平台在规定时间内未收到应答指令,启动重发机制。

5.3连接的断开监控和服务平台和车载终端可根据TCP协议主动断开连接,双方都应主动判断TCP连接是否断开。

监控和服务平台判断TCP连接断开的方法:——根据TCP协议判断车载终端主动断开;——相同身份的车载终端建立新连接,表明原连接已断开;——在一定时间内未收到车载终端发来的上报信息。

车载终端判断TCP连接断开的方法:——根据TCP协议判断监控和服务平台主动断开;——数据通信链路断开;——数据通信链路正常,达到重发次数后仍未收到应答。

5.4重发机制5.4.1请求方在发出请求命令后的规定时间内未收到接收方的应答指令,重发请求命令,重发规定次数后仍未收到应答指令,则本次通信失败,结束本次通信。

5.4.2超时时间不应大于10秒,可根据具体的通信方式和通信过程自行定义。

5.4.3超时重发次数应为3次。

6数据包结构和定义6.1数据说明6.1.1 数据类型协议中传输的数据类型见表1所示。

表1数据类型数据类型描述及要求BYTE 无符号单字节整型(字节,8位)WORD 无符号双字节整型(字,16位)DWORD 无符号四字节整型(双字,32位)Signed BYTE 有符号单字节整型(字节,8位),最高位为符号位,用补码表示Signed WORD 有符号双字节整型(字,16位),最高位为符号位,用补码表示BYTE[n] n字节STRING ASCII字符码,采用0终结符,若无数据则放一个终结符,含汉字时,采用区位码编码6.1.2 传输规则协议采用大端模式(big-endian)的网络字节序来传递字和双字。

约定如下:——字节按照字节流的方式传输;——字先传递高8位,再传递低8位;——双字先传递高24位(B31~B24),然后传递高16位(B23~B16),再传递高8位(B15~B8),最后传递低8位(B7~B0)。

6.2数据包结构一个完整的数据包应由起始符、命令单元、日期、时间、数据单元长度、数据单元和校验码组成,数据包结构和定义见表2所示。

表2数据包结构和定义起始字节定义数据类型描述及要求0 起始符STRING 固定为ASCII字符‘##’,用“0x23, 0x23”表示2命令单元命令标识BYTE命令单元定义见6.33 应答标志BYTE4 日期BYTE[3] 日期定义见6.47 时间BYTE[3] 时间定义见6.510 数据单元长度WORD 数据单元长度是数据单元的总字节数12 数据单元数据单元格式和定义见7倒数第1 校验码BYTE 采用BCC(异或校验)法,校验范围从命令单元的第一个字节开始,同后一字节异或,直到校验码前一字节为止,校验码占用一个字节6.3命令单元6.3.1 命令标识命令标识是命令发起方的唯一标识,命令标识定义见表3所示。

相关主题