DB11Z 993.3-2013 电动汽车远程服务与管理系统技术规范 第3部分:车载终端通信协议及数

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

ICS35.240.60L67DB11北京市标准化指导性技术文件DB11/Z993.3—2013电动汽车远程服务与管理系统技术规范第3部分:车载终端通信协议及数据格式TechnicalspecificationsofremoteserviceandmanagementsystemforelectricvehiclesPart3:Communicationprotocolanddataformatofvehicleterminal2013-06-21发布北京市质量技术监督局发布DB11/Z993.3—2013I目次前言.................................................................................II引言................................................................................III1范围................................................................................12规范性引用文件......................................................................13术语和定义..........................................................................14协议结构............................................................................25通信连接............................................................................26数据包结构和定义....................................................................57数据单元格式和定义..................................................................7附录A(规范性附录)部分字段定义................................................16DB11/Z993.3—2013II前言DB11/Z993《电动汽车远程服务与管理系统技术规范》分为5部分:——第1部分:总则;——第2部分:车载终端;——第3部分:车载终端通信协议及数据格式;——第4部分:平台交换协议规范及数据格式;——第5部分:服务和管理。本指导性技术文件为DB11/Z993的第3部分。本指导性技术文件按照GB/T1.1-2009给出的规则起草。本指导性技术文件由北京市科学技术委员会提出并归口。本指导性技术文件由北京市科学技术委员会组织实施。本指导性技术文件的起草单位:北京理工大学、北京交通大学、中国科学院电工研究所、北京理工华创电动车技术有限公司、北汽福田汽车股份有限公司、北京汽车新能源汽车有限公司、重庆长安新能源汽车有限公司、北京市电力公司北京电力科学研究院、北京公共交通控股(集团)有限公司、北京汉森电信有限公司、武汉英泰斯特电子技术有限公司、奇点新源国际技术开发(北京)有限公司、航天新长征电动汽车技术有限公司、北京合众思壮科技股份有限公司、浙江中科正方电子技术有限公司、中信国安盟固利动力科技有限公司、北京普莱德新能源电池科技有限公司。本指导性技术文件的主要起草人:王震坡、孙逢春、刘鹏、王丽娜、毕军、卫振林、董政、关伟、周辉、王圣学、尹颖、陈平、潘鸣宇、陈剑雄、朱健、李立、刘兆生、康壮、孙雪宁、叶华春、刘正耀、李丹东。DB11/Z993.3—2013III引言为贯彻落实国家科技部、财政部、工业和信息部、发展改革委下发的“关于加强节能与新能源汽车示范推广安全管理工作的函”(国科办函高【2011】322号)中试点城市要进一步加强示范运行车辆的安全监控,加强对动力电池工作状态和车辆运行状态的监控,建立事故预警信息系统及事故紧急处理机制,特制定本文件。DB11/Z993.3—20131电动汽车远程服务与管理系统技术规范第3部分:车载终端通信协议及数据格式1范围本指导性技术文件规定了电动汽车远程服务与管理系统车载终端与综合服务和管理平台(简称综合平台)之间的通信协议,描述了用于通信的协议格式和数据要求。本指导性技术文件适用于电动汽车远程服务与管理系统车载终端与综合平台之间的通信。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件)。GB16735道路识别代号(VIN)GB18030信息技术中文编码字符集GB/T1988信息技术信息交换用七位编码字符集GB/T19596电动汽车术语JT/T808-2011道路运输车辆卫星定位系统终端通讯协议及数据格式DB11/Z801-2011电动汽车电能供给与保障技术规范动力蓄电池包编码DB11/Z993.1电动汽车远程服务与管理系统技术规范第1部分:总则DB11/Z993.2电动汽车远程服务与管理系统技术规范第2部分:车载终端3术语和定义GB/T19596、DB11/Z801、DB11/Z993.1确立的以及下列术语和定义适用于本文件。3.1注册register车载终端连接上综合平台时,向综合平台发送数据包进行身份识别。3.2上行方向upstreamdirection从车载终端到综合平台的数据传输方向。3.3下行方向downstreamdirection从综合平台到车载终端的数据传输方向。DB11/Z993.3—201324协议结构4.1以TCP/IP网络控制协议作为底层通信承载协议,如图1所示。图1电动汽车远程服务与管理系统通信协议栈4.2当通信链路异常时,可采用SMS消息的方式传输信息。5通信连接5.1连接建立5.1.1车载终端向综合平台发起通信连接请求,当通信链路连接建立后,车载终端应自动向综合平台发送注册信息进行身份识别,综合平台应对接收到的数据进行校验;校验正确时,综合平台应返回成功应答;校验错误时,综合平台应忽略所接收数据。注册流程如图2所示。图2注册流程示意图5.1.2车载终端应在接收到综合平台的应答指令后完成本次注册传输;车载终端在规定时间内未收到应答指令,应重新进行注册;重复3次注册无应答,应终止此次注册。5.2信息传输5.2.1实时信息上报5.2.1.1车载终端注册成功后,应按一定时间周期向综合平台上报电动汽车运行、充电、事故报警或断电后3分钟内的实时信息,实时信息上报流程如图3所示。DB11/Z993.3—20133图3实时信息上报流程示意图5.2.1.2当车载终端向综合平台上报信息时,综合平台应对接收到的数据进行校验。当校验正确时,综合平台不做应答;当校验错误时,综合平台应忽略所接收数据。5.2.1.3车载终端向综合平台上报信息时,应连续完成单体蓄电池电压数据、动力蓄电池包温度数据、整车数据、卫星定位系统数据、极值数据和报警数据的上报。平台交换数据和用户自定义数据存在时,还应完成平台交换数据和用户自定义数据的上报。5.2.1.4车载终端向综合平台上报信息的时间周期应可调整。当出现报警时,时间周期不应大于1s。5.2.2车载终端状态信息上报5.2.2.1当车载终端注册成功和状态发生改变时,车载终端应向综合平台上报状态信息,状态信息上报流程如图4所示。图4车载终端状态信息上报流程示意图5.2.2.2当车载终端向综合平台上报状态信息时,综合平台应对接收到的上报信息进行校验。当校验正确时,综合平台应向车载终端返回成功应答;当校验错误时,综合平台应忽略所接收的数据。5.2.2.3车载终端应在接收到综合平台的应答指令后,传输本次状态信息;车载终端在规定时间内未收到应答指令,应重新上报状态信息;重复3次上报状态信息无应答,应终止此次状态信息的上报。5.2.3参数查询5.2.3.1综合平台应向车载终端发送查询命令,获取参数信息,参数查询流程如图5所示。DB11/Z993.3—20134图5参数查询流程示意图5.2.3.2综合平台应能向车载终端发送查询命令,车载终端应对接收到的命令进行校验。当校验正确时,车载终端应向综合平台返回查询参数;当校验错误时,车载终端忽略所接收的命令。5.2.3.3综合平台应在接收到车载终端的查询参数后,完成本次查询;综合平台在规定时间内未收到查询参数,应重新发送查询命令;重复3次发送参数查询命令无应答,应终止此次查询。5.2.4参数设置5.2.4.1综合平台应能向车载终端发送设置命令,修改车载终端参数信息,参数设置流程如图6所示。图6参数设置流程示意图5.2.4.2综合平台在向车载终端发送设置命令时,车载终端应对接收到的数据进行校验。当校验正确时,车载终端应向综合平台返回成功应答并完成信息修改;当校验错误时,车载终端应忽略所接收命令。5.2.4.3综合平台应在接收到车载终端的应答后完成本次设置传输;综合平台在规定时间内未收到应答指令,应重新发送设置命令;重复3次发送设置命令无应答,应终止此次设置。5.2.4.4车载终端应在成功应答综合平台IP地址和端口设置命令后,向目标综合平台发送注册信息;当向目标综合平台注册不成功时,车载终端应恢复原有综合平台设置,并向原有综合平台返回修改错误应答。5.2.5车载终端控制5.2.5.1综合平台应能向车载终端发送控制命令,对车载终端进行控制。车载终端控制流程如图7所示。DB11/Z993.3—20135图7车载终端控制流程示意图5.2.5.2综合平台向车载终端发送控制命令时,车载终端应对接收到的命令进行校验。当校验正确时,车载终端应向综合平台返回成功应答并执行控制命令;当校验错误时,车载终端应忽略所接收命令。5.2.5.3综合平台应在接收到车载终端的应答指令后完成本次控制传输;综合平台在规定时间内未收到应答指令,应重新发送控制命令;重复3次发送控制命令无应答,应终止此次控制命令的发送。5.3连接维持信息传输过程中,车载终端应向综合平台发送周期性心跳信息,综合平台应对车载终端反馈成功应答。心跳发送周期可调整。5.4连接断开5.4.1综合平台应根据以下情况断开与车载终端的会话连接:——TCP连接中断;——同一身份的车辆建立新连接,将原连接断开;——在一定时间内未收到车载终端发来的心跳信息。5.4.2车载终端应根据以下情况断开与综合平台的会话连接:——TCP连接中断;——TCP连接正常,达到重新发送次数后仍未收到应答。5.5补发机制当数据通信链路异常时,车载终端应将实时上报数据进行本地存储。在数据通信链路恢复正常后,在发送实时上报数据的同时补发存储的上报数据。补发的上报数据应为当日通信链路异常期间存储的数据,数据格式与实时上报数据相同,并标识为补发信息上报(0x05),见表3。6数据包结构和定义6.1数据说明6.1.1数据类型协议中传输的数据类型见表1所示。表1数据类型数据类型描述及要求BYTE无符号单字节整型(字节,8位)WORD无符号双字节整型(字,16位)DWORD无符号四字节整型(双字,32位)BYTE[n]n字节STRINGASCII字符码,若无数据则放一个0终结符,编码表示参见GB/T1988中5.1所述含汉字时,采用区位码编码,占用2个字节,编码表示参见GB18030中6所述6.1.2传输规则协议应采用大端模式的网络字节序来传递字和双字。DB11/Z993.3—201366.2数据包结构一个完整的数据包应由起始符、命令单元、识别码、数据加密方式、数据单元长度、数据单元和校验码组成,数据包结构和定义见表2所示。表2数据包结构和定义起始字节定义数据类型描述及要求0起始符STRING固定为ASCI

1 / 20
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功