ImageVerifierCode 换一换
格式:DOCX , 页数:49 ,大小:180.70KB ,
资源ID:18039695      下载积分:5 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-18039695.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(06第6部分城市公共汽电车车载智能服务终端数据总线接口通信规范剖析.docx)为本站会员(b****2)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

06第6部分城市公共汽电车车载智能服务终端数据总线接口通信规范剖析.docx

1、06第6部分城市公共汽电车车载智能服务终端数据总线接口通信规范剖析城市公共交通智能化应用示范工程技术要求第6部分:城市公共汽电车车载智能服务终端数据总线接口通信规范2015年12月目 次前 言 III1 范围 12 规范性引用文件 13 术语、定义和缩略语 14 系统总体框架 25 协议构成 46 语义和语法 57 数据帧 98 消息帧 129 会话 26前 言1城市公共交通智能化应用示范工程技术要求分为11部分: 2第1部分:城市公共交通智能化应用示范工程总体技术要求;3第2部分:城市公共交通管理与服务信息系统数据元;4第3部分:城市公共交通管理与服务信息系统数据交换规范;5第4部分:城市公

2、共汽电车车载智能服务终端;6第5部分:城市公共汽电车车载智能服务终端与调度中心间通信协议;7第6部分:城市公共汽电车车载智能服务终端数据总线接口通信规范;8第7部分:城市公共汽电车电子站牌技术要求及数据通讯协议; 9 第8部分:城市轨道交通客流数据采集与传输规范; 10第9部分:城市公共汽电车智能调度系统技术要求;11第10部分:城市公共交通出行信息服务技术要求; 12第11部分:城市公共交通行业监管系统技术要求。13本部分为城市公共交通智能化应用示范工程技术要求的第6部分。14本部分按照GB/T 1.1-2009给出的规则起草。15请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识

3、别这些专利的责任。16本部分由全国城市客运标准化技术委员会(SAC/TC529)提出并归口。17本部分起草单位:交通运输部公路科学研究院、郑州天迈科技股份有限公司、青岛海信网络科技股份有限公司、深圳市锐明视讯技术有限公司、欧科佳(上海)汽车电子设备有限公司、北京中交国通智能交通系统技术有限公司、北京市交通信息中心、深圳市交通运输委员会、北京四通智能交通系统集成有限公司、博康智能网络科技股份有限公司、深圳市标准技术研究院、济南市城市交通研究中心、安徽富煌和利时科技股份有限公司、深圳市蓝泰源信息技术股份有限公司、杭州海康威视数字技术股份有限公司、重庆城市交通开发投资(集团)有限公司、株洲市公共交通

4、有限责任公司、广州交通信息化建设投资营运有限公司、新乡市公共交通总公司。18本部分主要起草人:郭建国、刘冬梅、李松刚、李斌、孙继业、朱雷、陈智宏、刘方栋、余枫、宋向辉、衣倩、舒林、刘振顶、董红军、池剑锋、丁丽媛、朱雪良、高瑞鑫、宋一鸣、王逢宝、缑家瑞、李健、胡佳妮、潘勇、张晓亮、桑丽、李俊卫、汪林、王晶、王文静、乔国梁、秦余、喻晓、欧勇辉、范黎林、肖晖、敬明、王海鹏、许新昆、沃睿峰、李聪。19第6部分:城市公共汽电车车载智能服务终端数据总线接口通信规范1 范围本部分规定了城市公共汽电车车载智能服务终端与扩展设备间进行数据通信的系统总体框架、协议构成、语义和语法、数据帧、消息帧和会话。本部分适用

5、于城市公共汽电车车载智能服务终端与扩展设备间通过RS485、CAN总线方式进行通信控制的情况。2 规范性引用文件下列文件对于文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。SAE J1939-71:2002 商用车控制系统局域网CAN通信协议 第71 部分:应用层车辆(Recommented practice for serial control and communication vehicle network Part 71: Vehicle application layer)GB/T XXX

6、X-XXXX 城市客运术语第1部分:通用术语城市公共交通智能化应用示范工程技术要求第4部分:城市公共汽电车车载智能服务终端城市公共交通智能化应用示范工程技术要求 第5部分:城市公共汽电车车载智能服务终端与调度中心间通信协议3 术语、定义和缩略语城市客运术语 第一部分:通用术语(GB/T XXXX-XXXX)和本系列技术要求城市公共汽电车车载智能服务终端界定的以及下列术语和定义适用于本文件:3.1术语和定义3.1.1媒体播放机 media player安装于公共汽电车上用于播放音、视频信息的设备。3.1.2信号优先设备 public transport priority device实现公共交通

7、优先通行功能的设备,分为车载单元与路侧单元。3.1.3公交优先设备车载单元 on board unit of public transport priority device安装于公共汽电车上,通过无线通信方式与公交优先设备路侧单元进行通信、发送优先通行请求信号的设备。3.1.4公交优先设备路侧单元 roadside unit of public transport priority device安装于路口,通过无线通信方式与公交优先设备车载单元进行通信,并能将接收到的优先通行请求通过有线方式发送给信号机的设备。3.1.5数据元素 data element描述人、地点、物体等概念的单一属性。3

8、.1.6数据帧 data frame由多个数据元素或其他数据帧构成,描述人、地点、物体等概念的多个属性的集合。3.1.7消息帧 message frame由多个数据元素或数据帧构成,用于描述一次消息传递。3.1.8会话 session用于执行业务的一组消息的序列,包含业务的开始、保持和终止。3.2缩略语CAN:控制器局域网络(Controller Area NetWork)GBK:汉字内码扩展规范(Chinese Internal Code Specification)RS485:美国电子工业协会推荐接口标准485UTC:协调世界时(Universal Time Coordinated)4 系

9、统总体框架4.1系统示意图公共交通车载电子设备包括车载智能服务终端与扩展设备。图 1 车载智能服务终端与扩展设备连接示意图如图1所示,车载智能服务终端与扩展设备使用串行总线的方式进行通讯。扩展设备包括报站显示屏、路牌和车辆运行位置显示牌、电子收费机、投币机、媒体播放机、乘客计数器、公交优先设备车载单元和违章抓拍仪等。4.2硬件接口要求4.2.1接口通信规程车载智能服务终端与扩展设备数据交换采用串行数据总线,如RS485、CAN总线:采用半双工的RS485总线接口,宜使用速率19200bps、数据位8位、停止位1位、无奇偶校验位;采用CAN总线接口,宜使用速率50kbps。4.2.2RS485总

10、线接口规范车载智能服务终端与扩展设备通讯使用RS485总线接口应遵循如下规范:车载智能服务终端作为主机,是系统中通信的发起者,其他扩展设备作为从机,被动地响应主机命令;从机只有在响应主机指令、发送应答消息时才置于发送状态,其余为接收状态;主机发送广播指令时,从机不发送应答消息;主机发送非广播指令时,被指定的从机在接收到指令后应在5ms之后500ms之内开始发送应答消息;从机在发送完指令后5ms内,应切换为接收状态;主机发出指令后500ms之内没有收到应答消息,认为该指令发送失败并重发,重发3次无效认为从机失效。4.2.3CAN总线接口规范车载智能服务终端与扩展设备通讯使用CAN总线接口应遵循如

11、下规范:车载调度终端和扩展设备均可作为发起设备发起会话,发起设备发送命令时,其他设备作为接收设备,根据命令中设备的目标地址确认是否需要响应;发起设备发送非广播指令时,接收设备在接收到指令后应在500ms之内开始发送应答消息;发起设备发出指令后500ms之内没有收到应答消息,则认为该指令发送失败并重发,重发3次无效认为接收设备失效。5 协议构成5.1RS485接口协议构成RS485接口协议构成见图2。图 2 车载RS485接口协议构成图5.2CAN接口协议构成5.2.1CAN接口协议构成CAN接口协议由报文ID域和报文数据域构成,见图3。图 3 CAN接口协议构成图 报文ID域是标识一个报文的惟

12、一编号。SA(Source Adress)是源地址,DA(Destination Adress)是目标地址,FN(Frame number)是报文帧序号,EI(End Indentifer)是报文结束标识,RC(Retransmission counter)是报文重发计数器。5.2.2报文ID域报文ID域构成见表1。表 1 报文ID域协议报文ID(扩展帧,共29bit,从右到左依次为b0b28)源地址(8bit)目标地址(8bit)报文帧序号(8bit)报文结束标识(1bit)报文重发计数器(4bit)这两个域定义了报文的源地址和目标地址。对于任何设备,如果设备自身地址与接收到消息的目标地址不

13、相同应忽略此消息。所有设备作为消息响应者应对广播地址(0xFF)作出监听和响应。当前报文的CAN帧序号。CAN帧序号从0开始标记,最大值255。一个报文最多拆分为256个CAN帧,共可发送2048字节数据。0-当前发送CAN帧为本报文结束帧。1-当前发送CAN帧非本报文最后一帧数据。首次发送计数器置0,报文重发时,首帧此计数器加1,其他帧此计数器值同首帧发送计数器值。5.2.3报文数据域报文数据域构成见图4。图 4 报文数据域6 语义和语法6.1数据类型定义6.1.1基本数据类型基本数据类型定义见表2。表 2 基本数据类型基本数据类型说明BOOLEAN布尔类型,具有两个值(TRUE和FALSE

14、)的简单类型INTEGER整数类型,值是零、正整数或负整数的简单类型STRINGGBK编码的字符串NUMERICSTRINGGBK编码的字符串,但限定只能为数字OCTET STRING8位位组串类型6.1.2定长数据类型定长数据类型的定义见表3。表 3 定长数据类型类型定义字节数说明BOOLEAN:=BOOLEAN1布尔型,1字节字符,1表示TRUE,0表示FALSEBYTE:=INTEGER(-128.127)11字节字符UBYTE:=INTEGER (0.255)11字节无符号字符SHORT:=INTEGER(-32,768.32,767)22字节整型USHORT:=INTEGER (0.

15、65,535)22字节无符号整型LONG:=INTEGER (-2,147,483,648.2,147,483,647)44字节整型ULONG:=INTEGER (0.4,294,967,295)44字节无符号整型TIME:=INTEGER (0.4,294,967,295)4表示自UTC时间1970年1月1日0时到当前时间的秒数6.1.3变长数据类型变长数据类型的定义见表4。表 4 变长数据类型类型定义字节数说明FOOTNOTE:=STRING (SIZE(1.255)n短文本,最多255个字节TELEPHONE:=NUMERICSTRING (SIZE(1.16)n电话号码,最多16个数字

16、字符MEMLONG:=OCTETSTRING (SIZE(1.2,000,000)n长数据,最多200万个字节6.2编码规范6.2.1字节编码字节共8位,从高位至低位用b7b0表示。6.2.2数据元素编码6.2.2.1数据元素数据元素描述人、地点、物体等概念的单一属性,是数据的基本单元。6.2.2.2定长数据元素编码定长数据元素以网络字节序编码。6.2.2.3变长数据元素编码变长数据元素编码方式见表5。表 5 变长数据元素编码信息项类型字节数说明数据内容长度USHORT2不包含长度本身数据内容UBYTEn6.2.3数据帧编码6.2.3.1数据帧编码方式数据帧由多个数据元素或其他数据帧构成,描述

17、人、地点、物体等概念的多个属性的集合。编码方式见表6。表 6 数据帧编码信息项类型说明数据帧类型UBYTE数据帧长度USHORT不包含数据帧类型和数据帧长度本身数据元素1-数据元素2-数据元素n-注1:“-”表示需要视具体元素内容确定类型和说明。注2:本标准以下表格中出现的“-”的含义与注1一致。6.2.3.2数据帧类型每个数据帧都对应一个数据帧类型,数据帧类型是惟一的。6.2.3.3数据帧长度不包含数据帧类型和数据帧长度本身的其他数据元素的总字节数。6.2.4消息帧编码6.2.4.1消息帧编码方式消息帧由一个或多个数据帧构成,用于描述一次消息传递。消息帧编码见表7。表 7 消息帧编码信息项类

18、型说明消息帧类型UBYTE消息帧的惟一编号消息帧长度USHORT所有消息帧的总长度数据帧1-数据帧2-数据帧n-注:“-”表示需要视具体元素内容确定类型和说明。6.2.4.2消息帧类型标识每个消息帧的惟一编号。6.2.4.3消息帧长度消息帧长度为数据帧1至数据帧n的总长度。6.2.5报文编码6.2.5.1RS485RS485报文编码应包含以下部分:a) 开始符:一个字节,用0x7E表示;b) 版本号:高四位表示主版本号,低四位表示副版本号。当前版本号为2.0,用0x20表示;c) 流水号:用于消息的匹配确认,0255循环使用;d) 源地址:表示源通信端点的惟一通信标识号,应符合本系列技术要求第

19、5部分城市公共汽电车车载智能服务终端与调度中心间通信协议(JT/T XXX.5-2015)中7.2.20中的设备地址定义;e) 目标地址:表示目标通信端点的惟一通信标识号,应符合本系列技术要求第5部分城市公共汽电车车载智能服务终端与调度中心间通信协议(JT/T XXX.5-2015)中7.2.20中的设备地址定义;f) 消息帧;g) 校验值:从版本号至校验值之前所有字节的异或值;h) 结束符:一个字节,用0x7F表示。6.2.5.2CANCAN报文编码应包含以下部分:a) 报文ID域应包含以下内容:1) 源地址:表示源通信端点的惟一通信标识号,应符合本系列技术要求第5部分城市公共汽电车车载智能

20、服务终端与调度中心间通信协议(JT/T XXX.5-2015)中7.2.20中的设备地址定义;2) 目标地址:表示目标通信端点的惟一通信标识号,应符合本系列技术要求第5部分城市公共汽电车车载智能服务终端与调度中心间通信协议(JT/T XXX.5-2015)中7.2.20中的设备地址定义;3) 报文帧序号:当前报文的CAN帧序号;4) 报文结束标识:表示报文结束;5) 报文重发计数器:记录报文重发次数。b) 报文数据域应包含以下内容:1) 版本号:高四位表示主版本号,低四位表示副版本号。当前版本号为2.0,用0x20表示;2) 流水号:用于消息的匹配确认,0255循环使用;3) 消息帧;4) 校

21、验值:从版本号至校验值之前所有字节的异或值。6.2.6转义在RS485接口协议中,对消息内除开始符和结束符以外的数据,在传输前按照如下规则进行转义:0x7E转义为0x7D 0x5E;0x7F转义为0x7D 0x5F;0x7D转义为0x7D 0x5D。7 数据帧7.1数据帧类型定义数据帧类型定义见表8。表 8 数据帧类型定义数据帧类型数据帧名称0x01线路编号0x02线路中文名称0x03线路英文名称0x04线路图片点阵0x05业务类型0x06上行总站数0x07下行总站数0x08车站序号0x09车站类型0x0A车站中文名称0x0B车站英文名称表 8 数据帧类型定义(续)数据帧类型数据帧名称0x0C

22、宣传语编号0x0D宣传语类型0x0E宣传语内容0x0F实时时钟0x10到离站类型0x11数据查询0x12显示方式控制0x13亮度控制0x14音量控制0x15信号优先0x16位置信息0x17透传数据0x18指令应答0x19厂商代码0x1A版本信息0x1B设备故障0x1C投币机数据0x1D考勤数据0x1E客流数据0x1F发动机仪表数据Ox20拍照数据0x21速度控制0x22控制指令0x23应答信息0x240x9F 保留0xA00xFF自定义7.2线路编号线路编号数据帧用于初始化及服务播报,见表9。表 9 线路编号数据元素数据类型线路编号ULONG7.3线路中文名称线路中文名称数据帧用于初始化及服务

23、播报,见表10。表 10 线路中文名称数据元素数据类型线路中文名称FOOTNOTE7.4线路英文名称线路英文名称数据帧用于初始化及服务播报,见表11。表 11 线路英文名称数据元素数据类型线路英文名称FOOTNOTE7.5线路图片点阵线路图片点阵数据帧用于初始化及运营服务播报,见表12。表 12 线路图片点阵数据元素数据类型说明图片点阵数据MEMLONG单色图片格式:将点阵数据,从左到右,从上到下,每8个点分为一组,组内从第1个点至第8个点分别编入一个字节的b0至b7位,对应位为1表示该点有效,否则无效。7.6业务类型业务类型数据帧用于初始化及服务播报,见表13。表 13 业务类型数据元素数据

24、类型说明业务类型UBYTE0x01 上行0x02 下行0x03 环行0x04 停主站0x05 停副站0x060x1F 保留0x200x7F 自定义0x80 出场0x81 进场0x82 加油0x83加气0x84包车0x85小修0x86 大修0x87 一保0x88 二保0x89 三保0x8A 放空0x8B 校车0x8C 停场表 13 业务类型(续)数据元素数据类型说明业务类型UBYTE0x8D0x9F 保留0xA00xFF自定义7.7上行总站数上行总站数数据帧用于初始化,见表14。表 14 上行总站数数据元素数据类型上行总站数UBYTE7.8下行总站数下行总站数数据帧用于初始化,见表15。表 15

25、 下行总站数数据元素数据类型下行总站数UBYTE7.9车站序号车站序号数据帧用于运营服务播报,见表16。表 16 车站序号数据元素数据类型说明车站序号UBYTE标识当前线路每个车站的惟一编号;车站序号上行从1开始依次递增;下行从1开始依次递增7.10车站类型车站类型数据帧用于运营服务播报,见表17。表 17 车站类型数据元素数据类型说明车站类型UBYTE0x01 上行首站0x02 上行末站0x03 下行首站0x04 下行末站0x05 中途站0x060x9F 保留0xA00xFF自定义7.11车站中文名称车站中文名称数据帧用于运营服务播报,见表18。表 18 车站中文名称数据元素数据类型车站中文

26、名称FOOTNOTE7.12车站英文名称车站英文名称数据帧用于运营服务播报,见表19。表 19 车站英文名称数据元素数据类型车站英文名称FOOTNOTE7.13宣传语编号宣传语编号数据帧用于宣传用语播报,见表20。表 20 宣传语编号数据元素数据类型说明宣传语编号ULONG标识每条宣传语的惟一编号7.14宣传语类型宣传语类型数据帧用于宣传用语播报,见表21。表 21 宣传语类型数据元素数据类型说明宣传语类型UBYTE0x01 普通宣传语0x02 实时宣传语0x03 动态宣传语0x04 静态宣传语0x050x9F 保留0xA00xFF自定义7.15宣传语内容宣传语内容数据帧用于宣传用语播报,见表

27、22。表 22 宣传语内容数据元素 数据类型宣传语内容MEMLONG7.16实时时钟实时时钟数据帧用于表示现在的时间值,用于扩展设备的校时功能,见表23。表 23 实时时钟数据元素数据类型说明时间TIMEUTC时间,自1970年1月1日零点零分到现在的秒数。时区BYTE东区用正数表示,西区用负数表示,如东8区用+8表示7.17到离站类型到离站类型数据帧用于运营信息播报,见表24。表 24 到离站类型数据元素数据类型说明到离站类型UBYTE0x01 到站0x02 离站0x030x9F 保留0xA00xFF 自定义7.18数据查询数据查询数据帧用于查询扩展设备信息,见表25。表 25 数据查询数据

28、元素数据类型说明数据查询UBYTE0x01 查询厂商代码0x02 查询版本信息0x03 查询故障信息0x04 查询业务数据0x05 查询考勤数据0x06 查询投币机数据0x07 查询拍照数据0x08 查询透传数据0x090x9F 保留0xA00xFF 自定义7.19显示方式控制显示方式控制数据帧用于报站显示屏、路牌等的显示方式控制,见表26。表 26 显示方式控制数据元素数据类型说明显示方式UBYTE0x00 从左到右显示0x01 从右到左显示0x02 从上到下显示0x03 从下到上显示0x040x9F 保留0xA00xFF自定义7.20亮度控制亮度控制数据帧用于报站显示屏、路牌等的亮度控制,见表27。表 27 亮度控制数据元素数据类型说明亮度等级UBYTE0x00 熄灭0x01 最暗0x09 最亮0x0

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2