(整理)应答器报文读写器通信协议规范V001
应答器报文信息编码规则
应答器报文信息编码规则
应答器报文信息的编码规则通常是由特定的标准或协议规定的。
以下是一般情况下应答器报文信息的编码规则:
1.起始符:应答器报文的起始符通常是一个特定的字节序列,用于指示报文的开始。
2.数据字段:应答器报文中的数据字段通常由多个数据字节组成,用于表示特定的信息或命令。
3.校验字段:应答器报文中的校验字段用于验证数据的正确性。
通常采用特定的校验算法,如CRC(循环冗余校验)算法。
4.结束符:应答器报文的结束符通常是一个特定的字节序列,用于指示报文的结束。
具体的应答器报文信息编码规则可能因制造商、应用场景等因素而异。
因此,在使用应答器报文信息时,需要根据具体情况确定其编码规则,并遵循相应的标准或协议。
060811应答器报文编制举例说明(讨论稿)
既有线应答器报文设计举例说明(讨论稿)根据铁道部运基信号[2005]224号文《应答器报文定义及运用原则(暂行)》应答器报文的编制原则及环形道、胶济线试验的经验总结,在考虑列车运行安全和效率的前提下,对于第六次既有线提速区段,应答器报文的编制进行了近一步的改进,本次改进的主要内容是调整了部分应答器的数据管辖范围及各类数据之间的相互冗余。
一、各种应答器数据范围和信息内容举例:1、区间正向无源应答器:1)区间无源应答器包含的信息包:2)各种信息包的数据范围如下:✓区间正向无源应答器应与正向相邻的两个应答器和反向相邻的两个应答器建立链接关系;✓线路坡度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
✓轨道区段的数据范围如图一所示,应至少包含相邻两个应答器的数据及一个列车的常用制动距离。
并且数据范围宜满足在应答器未丢失,列车运行在任何区段时,包含的闭塞分区数量均能够满足列车从最高的允许码到HU码的控车模式曲线。
图一:区间正向无源应答器数据管辖范围2、区间反向无源应答器:当相邻两个车站站间距较大,进站口无源应答器的数据容量已无法满足要求时,将在区间增加用于提供反向信息的无源应答器,且宜与其较近的正向无源应答器成组设臵。
1)区间无源应答器包含的信息包:2)各种信息包的数据范围如下:✓区间反向无源应答器(组)应与反向相邻的两个应答器建立链接关系;✓线路坡度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
✓线路速度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
✓轨道区段的数据范围如图二所示,应至少包含至相邻的进站口应答器组或区间反向无源应答器(组)及一个列车的常用制动距离。
图二:区间反向无源应答器数据管辖范围3、进站口无源应答器:1)进站口无源应答器包含的信息包:2)各种信息包的数据范围如下:✓线路坡度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
✓线路速度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
应答器报文核对方法[1]..
应答器报文核对方法[1]..-CAL-FENGHAI.-(YICAI)-Company One1应答器报文核对方法概述应答器报文分无进路报文和进路报文两种。
无进路报文顾名思义,即为没有进路时,列控中心向LEU发送的报文,无进路报文分为两种:停车报文、默认报文。
报文的类型不同,所含有的报文数据包也不尽相同。
具体的报文构成见表1。
报文类型数据包类型信息帧帧头绝对停车(CTCS-5)调车危险(ETCS-132)人工驾驶模式(ETCS-137)停车报文●●●●默认报文●○○●进路报文即为有进路时,列控中心向LEU发送的报文,通常分为正线接车报文、侧线接车报文、正线跨线接车报文、发车报文、预告报文、允许通过报文和区间临时限速报文等。
进路报文的具体数据包构成见表2。
报文类型数据包类型信息帧帧头应答器连接(ETCS-5)线路速度(ETCS-27)轨道区段(CTCS-1)临时限速(CTCS-2)特殊区段(ETCS-68)正线接车●●——●○侧线接车●●●●●—正线跨线接车●●●●●○侧线发车●●●●●○侧线发车预告●●●●——允许通过●—————区间报文●●——●○○可选的数据包—空数据包核对主站报文时,需要的数据表有:车站列车进路信息表、应答器位置表、线路数据表、线路速度表(正反向)、过分相信息表、里程断链信息表、坐标系信息表等。
各数据表的内容如下:车站列车进路信息表:记录车站各条进路的应答器、轨道区段、速度、点灯等信息,是报文核对最重要的数据来源。
应答器位置表:记录全线所有应答器信息,通常用来核对应答器连接包。
线路数据表:记录全线所有轨道区段长度、信号点、载频等信息,通常用来核对轨道区段包。
线路速度表:分正向和反向两个文件,记录正线的速度信息,通常用来核对线路速度包。
过分相信息表:记录全线分相区信息,通常用来核对特殊区段包。
里程断链信息表:记录全线里程断链。
坐标系信息表:记录全线公里标的表示方法和换算标准,用来换算公里标。
便携式应答器报文读写器的设计与应用
便携式应答器报文读写器的设计与应用便携式应答器报文读写器的设计与应用杜运峰李永善摘要:随着高铁建设的快速发展,点式应答器在列控系统中被广泛使用。
结合应答器设备现场维护需求,详细说明了对应答器报文读写操作的设计过程,完成便携式应答器报文读写器的设计。
关键词:欧洲应答器;读写器;应答器编程随着我国高速铁路的迅速发展,应答器系统已在越来越多的高铁线路上运行。
应答器是一种用于地面向列车传输信息的点式设备,分为有源和无源2种。
应答器可以给车载设备传送线路基本参数、临时限速、车站进路等固定和可变信息。
由于应答器设备分布在铁路沿线,应答器(组)之间间隔较远,为了便于电务人员维护和检测应答器,开发了便携式应答器报文读写设备,满足现场维护人员的使用要求。
与站台墙靠钢轨侧预留的接地端子连接起来。
5给排水专业接地方式在有客车上水栓及卸污管沟的车站,设置客栓及卸污单元接地干线,采用40mmx4mm的镀锌扁钢沿管沟敷设,与站台综合接地端子可靠连接。
6结束语目前,高速铁路车站均配置了综合接地系统。
车站范围内的综合接地系统设计涉及的专业较多,为使各专业的综合接地技术要求能在同一张图上体现出来,就需要做好事前规划,按专业顺序依次开展规划设计,减少各专业间不必要的工作。
车站的综合接地设计方案应体现的是各专业的电气连接技术要求,在现场施工时,还应配套车站范围接触网支柱布置图、站场综合管线图、站台墙结构设计图等共同使用,做好与站前工程同步实施的贯通地线敷设、接地端子预留等工作。
1设备构成应答器报文读写器由电源单元、显示单元、数字处理单元、信号解析单元、信号调理单元、应答器编程单元等组成,如图1所示。
读写器采用大容量锂电池,工作电压12V。
为了保证读写器的长时间工作,设备电路使用控制开关控制各个电源模块的通断,只有在用户读取和写入应答器时才打开功放和解析电路,其他时间只打开显示单元,确保设备最大程度省电。
2设计原理2.1电源单元设备输入电压为12V,输出电压有SV、3.3V、1.2V、15V、-10V不等。
仪器通信协议标准
仪器通信协议仪器通信协议是用于规范仪器与计算机之间数据交换的标准,其体系结构主要包含物理层、数据链路层、网络层、传输层和应用层。
物理层物理层是仪器通信协议的最底层,主要负责传输比特流。
它定义了通信链路的机械、电气、功能和定时特性,以确保比特流的正确传输。
物理层协议规定了连接、传输和断开连接的方式,以及比特流的同步和错误控制方式。
常见的物理层协议包括RS-232、RS-485和USB等。
数据链路层数据链路层负责将比特流组合成帧,并在通信链路上发送和接收帧。
它定义了帧的格式和结构,以及帧的传输顺序和错误控制方式。
数据链路层还提供了流量控制功能,以确保数据的可靠传输。
常见的数据链路层协议包括以太网和Wi-Fi等。
网络层网络层负责将数据从源地址发送到目的地址。
它通过路由选择算法确定最佳路径,并建立和维护通信链路。
网络层还提供了拥塞控制和差错控制功能,以确保数据的可靠传输。
常见的网络层协议包括IP、ARP和ICMP等。
传输层传输层负责将数据分段并发送到目标主机。
它提供了端到端的通信服务,并确保数据的顺序和完整性。
传输层还提供了流量控制和差错控制功能,以确保数据的可靠传输。
常见的传输层协议包括TCP和UDP等。
应用层应用层负责提供应用程序之间的通信服务。
它定义了应用程序之间的通信协议,并提供了一组通用的应用程序接口。
应用层协议根据具体的应用需求而有所不同,但通常包括文件传输、电子邮件和Web浏览等功能。
常见的应用层协议包括HTTP、FTP和SMTP等。
总之,仪器通信协议是一个完整的体系结构,涵盖了从物理层到应用层的各个方面。
电子申报设备通信服务协议标准范本
电子申报设备通信服务协议标准范本第一章总则第一条目的为了规范电子申报设备通信服务的行为,保护用户合法权益,促进电子申报设备通信服务的健康有序发展,制定本协议。
第二条适用范围本协议适用于电子申报设备通信服务供应商和用户之间的电子申报设备通信服务合作关系。
第三条术语定义1. 电子申报设备通信服务:指供应商为用户提供的电子申报设备联网通信和相应服务。
2. 供应商:指提供电子申报设备通信服务的企事业单位或其他经营主体。
3. 用户:指与供应商签订电子申报设备通信服务合同的单位或个人。
4. 电子申报设备:指用于在线申报、解读、支付等功能的电子设备。
5. 电子申报设备通信服务协议:指供应商与用户约定的电子申报设备通信服务的权益和义务。
第二章服务内容第四条供应商应提供以下基本服务:1. 提供电子申报设备联网通信和相应的服务;2. 提供设备维护、维修和升级等服务;3. 提供技术支持和咨询服务。
第五条供应商应保证电子申报设备通信服务的稳定性,确保用户正常使用。
第六条供应商应定期进行维护和升级,提供更新的功能和服务。
第三章服务费用第七条用户应按照合同约定支付服务费用。
第八条供应商应在合同中明确费用构成,并提供详细的费用清单。
第九条供应商不得随意调整服务费用,若确需调整,应提前30天通知用户,并确保调整合理合法。
第四章权益和义务第十条供应商应保护用户的合法权益,不得非法获取用户个人信息和商业秘密。
第十一条供应商应保障用户的服务质量和服务水平,提供及时、准确的技术支持和解决方案。
第十二条用户应按照规定使用电子申报设备通信服务,不得以任何方式干扰供应商的正常运营。
第十三条用户应保护电子申报设备的安全和完整,妥善保管设备使用权限。
第五章服务终止与解除第十四条供应商未能按照协议提供服务,或存在严重违约行为,用户有权解除合同。
第十五条双方解除合同后,供应商应退还用户未使用的服务费用。
第十六条协议期满后,若用户不续签合同,则视为自动解除合同。
通信协议及报文格式
通信协议及报文格式嗨,朋友!今天咱们来唠唠通信协议和报文格式这档子事儿。
这可不是什么枯燥的天书,而是像一场神奇的语言游戏,把信息从一个地方准确无误地送到另一个地方。
想象一下,你在一个超级大的城市里,这个城市就是整个通信世界。
这里面的每个人、每个设备都像是住在这个城市里的居民。
通信协议呢,就像是这个城市的交通规则。
如果没有交通规则,那汽车、自行车、行人都乱成一锅粥了,不是撞车就是走不动道儿。
同样,如果没有通信协议,数据就会在网络这个大迷宫里迷失方向,要么找不到目的地,要么就和别的数据撞得“头破血流”。
那啥是报文格式呢?我给你打个比方。
假如你要给远方的朋友寄个包裹,你得把东西好好地打包吧。
这个包裹的大小、形状、里面东西怎么摆放,就有点像报文格式。
你要是把东西乱塞一气,邮局的工作人员(在通信里就好比是网络设备)可能都不知道这是个啥玩意儿,也不知道该怎么处理。
我有个朋友叫小李,他是个程序员。
有一次,他就跟我吐槽他们公司在做一个通信项目的时候遇到的麻烦事儿。
他们要让两个不同的系统能够互相通信,就像是让两个说着不同方言的人交流一样困难。
“你知道吗?”小李皱着眉头跟我说,“这两个系统就像两个倔脾气的家伙,一个用自己的方式发送数据,另一个根本就不明白。
”我就问他:“那你们怎么解决啊?”小李回答:“得先确定一个通信协议啊。
就好比给他们俩定一个共同的语言规则。
然后还得规范报文格式,就像规定写信的时候,称呼写哪儿,正文写哪儿,落款写哪儿。
”在这个通信的城市里,有各种各样的通信协议。
就拿我们常见的互联网来说,TCP/IP协议就像是这个城市里的主干道交通规则。
它把数据分成一个个小的数据包,就像把一个大货物分成一个个小包裹。
这些小包裹都按照TCP/IP这个规则来标记自己要去的地方、自己是从哪儿来的。
而报文格式呢,在TCP/IP里也有明确的规定。
比如说IP报文,它就有固定的头部格式。
这个头部就像是包裹的标签,上面写着源地址(就像是寄件人的地址)、目的地址(收件人的地址),还有一些其他的信息,像这个包裹的类型啊之类的。
报文通信协议书怎么写模板
一、协议名称本协议书名称为“[公司/机构名称]报文通信协议”。
二、协议双方1. 甲方:[甲方全称]地址:[甲方地址]联系人:[甲方联系人]联系电话:[甲方联系电话]2. 乙方:[乙方全称]地址:[乙方地址]联系人:[乙方联系人]联系电话:[乙方联系电话]三、协议背景鉴于甲方[简要说明甲方业务或需求],乙方[简要说明乙方业务或能力],双方经友好协商,就报文通信相关事宜达成如下协议。
四、协议内容1. 通信方式:- 甲方与乙方之间的报文通信采用[具体通信方式,如:TCP/IP、串口通信、无线通信等]。
2. 报文格式:- 报文格式应符合[国家标准或行业标准],具体格式如下:- 报文头:[说明报文头的结构,如:版本号、消息类型、消息长度等]- 报文体:[说明报文体包含的数据字段,如:数据标识、数据内容、校验位等]- 报文尾:[说明报文尾的结构,如:结束符、校验和等]3. 通信协议:- 双方应遵循[具体通信协议,如:HTTP、FTP、MQTT等]进行数据传输。
- 通信过程中,双方应确保数据传输的可靠性、完整性和安全性。
4. 数据传输:- 甲方应按照协议规定的时间、频率和格式向乙方发送报文。
- 乙方应按照协议规定的方式接收和处理报文。
5. 数据安全:- 双方应采取必要的安全措施,确保数据在传输过程中的安全。
- 甲方和乙方应遵守国家有关数据安全的相关法律法规。
6. 故障处理:- 在通信过程中,如出现故障,双方应立即采取相应措施进行处理。
- 故障处理应遵循以下原则:- 及时性:尽快发现并报告故障。
- 可靠性:确保故障得到有效解决。
- 经济性:尽量减少故障带来的损失。
五、协议期限本协议自双方签字盖章之日起生效,有效期为[协议期限,如:一年],期满后自动续签。
六、协议解除1. 本协议在有效期内,任何一方不得单方面解除协议。
2. 如有特殊情况需要解除协议,双方应提前[提前通知时间,如:一个月]书面通知对方。
3. 协议解除后,双方应妥善处理相关事宜,确保双方的合法权益不受损害。
SR-2000系列读写器硬件使用手册V1.1
1.1
简介Biblioteka SR-2000 睿驰系列读写器是上海实甲智能系统有限公司自主研发的固定式超高 频分体式(读写器与天线分开)读写器产品;该系列读写器基于奥地利微电子的高 性能高集成度 AS399x 芯片组技术, 针对满足 EPC Global Class1 Gen2/ISO 18000-6C (以下简称 Gen2)协议的标签而开发的;该系列产品具有性能优越、功能强大、 配 置灵活、 使用方便等特点, 且满足 “信部无 【2007】 205 号” 文件规定的 【800/900MHz 频段射频识别(RFID)技术应用规定(试行)】的要求,同时也满足美国射频识别频段 相关要求。 SR-2000 睿驰系列读写器包括两个基本型号: SR-2411 型和 SR-2414 型, SR-2411 型读写器具有单天线接口,SR-2414 型读写器具有四天线接口,同时也可以根据用 户需求对部分功能进行裁剪。
邮编:201612 网址:
5
上海实甲智能系统有限公司
� 目标市场定位
目标市场定位于需要高读取速度、高防碰撞性能、密集读写器环境、复杂组网 通讯等功能的中高端应用场合。 � 典型应用 供应链管理,资产管理,物流跟踪,仓储管理,防伪防盗,零售终端管理等。
地址:上海市松江区莘砖公路 518 号 7 栋 4 楼 电话:021-67766466 传真:021-52842347
邮编:201612 网址:
4
上海实甲智能系统有限公司
第一章
概述
本章主要介绍 SR-2000 睿驰系列读写器特点、目标市场定位、各项性能指标以 及订货信息,以便用户快速了解读写器的基本性能和采购代号。
上海实甲智能系统有限公司
SR-2000 睿驰系列读写器 硬件 使 用 手 册
应答器报文管理系统-服务器使用手册
应答器报文管理系统服务器端使用手册2006-121软件环境该系统软件是在中文windows2000环境下开发设计的,运用Delphi可视编程语言编程,采用面向对象技术、及多线程编程模式。
系统软件力求突出人性化及现场化,实用简单方便。
2操作说明2.1进入系统。
在桌面上双击服务器软件快捷方式,系统进入登陆界面,由于报文管理系统的重要性,因此,该服务器需要指纹认证方可进入操作界面,在信息提示框中输入指纹,系统将根据用户指纹判断是否有权限登陆服务器。
进入操作界面后,可对报文进行管理,录入等工作,如下图所示:2.2本地报文管理。
本地报文管理主要有编辑,增加,删除功能。
2.2.1编辑在主窗体上选择需要编辑的报文,点击编辑按钮,进入报文编辑界面,对需要修改的信息进行修改后保存即可,如下图所示:2.2.2增加在本地报文管理界面上点击增加按钮,即可进入报文增加界面,用户根据系统提示信息,写入相关信息,主要有“应答器编号”,“应答器名称”,“安装位置”,“电务段”等信息,输入完全后,点击写入报文按钮,选择报文文件,系统将自动在数据库中写入报文源码。
,如下图所示。
2.2.3删除对报文的删除工作,请确认无误后进行,报文一经删除,将无法还原。
操作方法为:选择需要删除的报文,点击窗体中删除按钮,即将该报文删除。
以上所有工作,系统均将各操作记录到服务器日志中。
3远程报文管理。
该工作主要是对现场报文管理人员进行远程报文烧写工作进行管理,监督,并针对报文烧写后的正确性进行检验。
3.1点击远程报文管理按钮,系统进入远程报文管理界面,等待远程用户登陆。
主窗体包括用户列表和日志信息两个界面.如图所示:登陆IP信息日志信息3.2报文管理管理人员对于远程用户进行报文下载烧写的工作要求十分严格,每一步操作均将记录日志文件中.所有操作均为同意与否定两种.用户要求下载报文,要求导出报文,申请验证报文,均需要管理人员认可,在提示的界面中进行操作即可.最后,当报文验证无误后,需要管理人员对本次操作进行传真签字核实.如下图所示:4本地用户管理所有具有报文烧写权限的人员都需要在服务器上录入指纹,否则将无权登陆服务器。
(整理)CTCS-2级列控系统应答器应用原则V11.
科技运[2008]143号CTCS-2级列控系统应答器应用原则(V1.1)目录目录 (1)1适用范围 (4)2参考文献 (4)3应答器设置规则 (5)3.1一般规则 (5)3.2区间应答器组【Q】设置 (6)3.3车站应答器组设置 (7)3.3.1进站信号机应答器组【JZ】设置 (7)3.3.2出站信号机应答器组【CZ】设置 (8)3.3.3进路应答器组设置【JL】 (10)3.3.4调车应答器组设置【DC】 (10)3.4定位应答器设置【DW】 (10)3.5中继站应答器组【ZJ】设置 (11)3.6等级转换应答器组设置 (11)3.6.1C0/C2等级转换预告应答器组【YG0/2】设置 (11)3.6.2C0/C2等级转换执行应答器组【ZX0/2】设置 (12)3.6.3C0站应答器组设置【CZ-C0】设置 (12)3.7自动过分相应答器组设置 (13)3.7.1分相区预告应答器组........................................... 错误!未定义书签。
3.8分相区定位应答器组【DW-F】设置....................... 错误!未定义书签。
3.9断链应答器【DL】设置............................................ 错误!未定义书签。
3.10大号码道岔(18号以上)应答器组【DD】设置 (13)4应答器图纸设计规则 (15)4.1图纸表示符号 (15)4.2应答器编号及命名 (15)5应答器报文编制原则 (17)5.1报文结构(信息帧) (17)5.2用户信息包 (19)5.2.1应答器链接【ETCS-5】 (19)5.2.2重定位信息【ETCS-16】 (20)5.2.3线路坡度【ETCS-21】 (21)5.2.4线路速度【ETCS-27】 (23)5.2.5等级转换【ETCS-41】 (25)5.2.6CTCS数据【ETCS-44】 (26)5.2.7特殊区段【ETCS-68】 (27)5.2.8文本信息【ETCS-72】 (29)5.2.9里程信息【ETCS-79】 (31)5.2.10调车危险【ETCS-132】 (32)5.2.11默认信息包【ETCS-254】 (33)5.2.12轨道区段【CTCS-1】 (33)5.2.13临时限速【CTCS-2】 (35)5.2.14区间反向运行【CTCS-3】 (36)5.2.15大号码道岔【CTCS-4】 (36)5.2.16绝对停车【CTCS-5】 (37)5.3应答器报文编制原则 (38)5.3.1一般原则 (38)5.3.2应答器组功能定义 (39)5.3.3区间闭塞分区应答器组【Q】 (46)5.3.4区间反向中继应答器组【FQ】 (47)5.3.5C0站应答器组【CZ-C0】 (48)5.3.6C0-C2等级转换预告应答器组【YG0/2】 (48)5.3.7C0-C2等级转换反向预告应答器组【YG0/2】 (49)5.3.8C2-C0等级转换预告应答器组【YG0/2】 (49)5.3.9C2-C0等级转换反向预告应答器组【YG0/2】 (50)5.3.10等级转换执行应答器组【ZX0/2】 (50)5.3.11大号码道岔应答器组【DD】 (52)5.3.12进站应答器组【JZ】 (52)5.3.13出站应答器组【CZ】 (54)5.3.14中继站应答器组【ZJ1】 (54)5.3.15中继站应答器组【ZJ2】 (55)5.3.16过分相定位应答器组【DW-F】 (55)5.3.17过分相反向定位应答器组【FDW-F】 ........... 错误!未定义书签。
应答器数据、报文维护管理
用户 数据
生成用 户报文
编码
下载到 LEU 或 应答器
报文 管理
应答器报文的形成
用户数据(路局): 按部文要求准确填写“用户数据表” 生成用户报文(厂家): 按《技术条件》、系统要求、设计文件生成应答器用户报文(830位) 编码(厂家) 按《技术条件》生成应答器传输报文(1023位) 数据管理(路局、厂家) 每个应答器、LEU对应专门的传输报文 下载 由专人用专门设备(BEPT)向应答器写入报文
ZX-R
FZX-R
大于列车按该区段线路允许 速度运行20秒的距离
FYG-R
RBC边界
RBC边界
自动过分相应答器组设置
1. 列控系统发送的分相区信息应为分相区断电标志牌起点位置及长度信 息,如图所示。 2. 正向运行时,宜有三组应答器组发送分相区信息,第一组宜为分相区 外方第7个闭塞分区入口处的应答器组,第二组宜为第三组外方最近的 应答器组,第三组宜为距分相区线路最高允许速度运行10秒外方最近 的应答器组。第三组与分相区间若存在发送正向线路数据的应答器组 也应描述过分相信息。 3. 当反向线路参数覆盖范围内有分相区时,对应的应答器组应发送反向 过分相信息。
200m
DD
Q
大号码道岔 DW JZ
十. 应答器报文内容
报文头 (50位) 信息包 1
信息包 2 … 信息包 n 结束包(8位)
十. 应答器报文内容
应答器链接
线路坡度
轨道区段
临时限速
线路速度
等级转换 特殊区段信息 调车危险 线路里程 文本信息
区间反向运行
大号码道岔 绝对停车
十. 应答器报文内容
4. 当股道上相邻两组应答器之间的距离大于400米时,在股道中间增加定 位应答器组,用于列车停车定位。
CTCS-3级应答器报文定义及运用原则(V1.0)
CTCS-3级列控系统标准规范系列 C3-BZ-008CTCS-3级列控系统应答器工程应用原则(V1.0)铁道部科学技术司铁道部运输局2008年8月目录修改历史记录 (1)目录 (2)1 适用范围 (6)2 参考文献 (6)3 应答器设置规则 (6)3.1 一般规则 (6)3.2 区间应答器组【Q】设置 (7)3.3 车站应答器组设置 (7)3.3.1 进站信号机应答器组【JZ】设置 (7)3.3.2 出站信号机应答器组【CZ】设置 (8)3.3.3 进路应答器组设置【JL】 (9)3.3.4 调车应答器组设置【DC】 (9)3.4 定位应答器组【DW】设置 (10)3.5 中继站应答器组【ZJ】设置 (10)3.6 等级转换应答器组设置 (11)3.6.1 RBC连接应答器组【RL】设置 (11)3.6.2 预告应答器组-C2/C3级间转换【YG-2/3】设置 (11)3.6.3 执行应答器组-C2/C3级间转换【ZX-2/3】设置 (12)3.6.4 连接取消应答器组【RL-Q】设置 (12)3.6.5 转换取消应答器组【YG-Q】设置 (12)3.7 RBC切换应答器组设置 (13)3.7.1 预告应答器组-RBC切换【QY-R】设置 (13)3.7.2 执行应答器组-RBC切换【ZX-R】设置 (13)3.8 自动过分相应答器组设置 (13)3.8.1 预告应答器组-分相 (13)3.8.2 执行应答器组-分相【ZX-F】设置 (14)3.9 大号码道岔应答器组【DD】设置 (14)3.10 其它应答器组设置 (15)3.10.1 GSM-R网络注册应答器组【GRE】设置 (15)4 应答器图纸设计规则 (16)4.1 图纸表示符号 (16)4.2 应答器编号及命名 (16)5 应答器报文编制原则 (18)5.1 报文结构(信息帧) (18)5.2 用户信息包 (18)5.2.1 应答器链接【ETCS-5】 (19)5.2.2 重定位信息【ETCS-16】 (20)5.2.3 线路坡度【ETCS-21】 (21)5.2.4 线路速度【ETCS-27】 (22)5.2.5 等级转换【ETCS-41】 (24)5.2.6 通信管理信息包【ETCS-42】 (25)5.2.7 CTCS数据【ETCS-44】 (26)5.2.8 无线网络注册【ETCS-45】 (26)5.2.9 有条件等级转换【ETCS-46】 (26)5.2.10 特殊区段【ETCS-68】 (27)5.2.11 文本信息【ETCS-72】 (29)5.2.12 里程信息【ETCS-79】 (31)5.2.13 RBC切换命令【ETCS-131】 (33)5.2.14 调车危险【ETCS-132】 (33)5.2.15 目视行车危险【ETCS-137】 (34)5.2.16 默认信息包【ETCS-254】 (34)5.2.17 轨道区段【CTCS-1】 (34)5.2.18 临时限速【CTCS-2】 (36)5.2.19 区间反向运行【CTCS-3】 (37)5.2.20 大号码道岔【CTCS-4】 (37)5.2.21 绝对停车【CTCS-5】 (37)5.3 应答器报文编制原则 (39)5.3.1 一般原则 (39)5.3.2 应答器组功能定义 (40)5.3.3 区间闭塞分区应答器组【Q】 (47)5.3.4 定位应答器组【DW】 (49)5.3.5 大号码道岔应答器组【DD】 (50)5.3.6 进站应答器组【JZ】 (52)5.3.7 出站应答器组【CZ】 (54)5.3.8 中继站应答器组【ZJ1】 (56)5.3.9 中继站应答器组【ZJ2】 (56)5.3.10 GSM-R连接应答器【GRE】 (57)5.3.11 RBC切换应答器组【ZX-R】 (59)5.3.12 RBC切换反向应答器组【FZX-R】 (59)5.3.13 过分相应答器组【ZX-F】 (59)5.3.14 过分相应答器组【FZX-F】 (60)6 附件一:用户信息包填写举例 (61)6.1 应答器链接【ETCS-5】 (61)6.2 线路坡度【ETCS-21】 (62)6.3 线路速度【ETCS-27】 (63)6.4 轨道区段【CTCS-1】 (64)6.5 临时限速【CTCS-2】 (65)6.6 通信信息管理【ETCS-42】 (66)6.7 无线网络注册【ETCS-45】 (67)6.8 有条件等级转换【ETCS-46】 (67)第 4 页 CTCS-3级列控系统应答器工程应用原则V1.06.9 特殊区段【ETCS-68】 (68)6.10 纯文本信息包【ETCS-72】 (68)6.11 地理位置信息包【ETCS-79】 (69)6.12 RBC切换【ETCS-131】 (70)7 附件二:应答器工程设计举例图纸 (72)3.3.4.1对于进行调车作业并有可能危及正线列车安全的调车信号机方15±0.5m设置由一个有源应答器和一个无源应答器构成的应答器组。
RSSP-I 铁路信号安全通信协议
3.1 序列号........................................................................................................... 10
3.2 时间戳........................................................................................................... 10
RSSP-I 铁路信号安全通信协议 (V1.0)
2010 年 4 月
目录
1.
简介................................................................................................................. 3
1.3 术语和定义
本文件中使用了标准 GB/T 24339.1 和 GB/T 24339.2 的定义,并附加使用 了以下术语。
V1.0
RSSP-I 铁路信号安全通信协议
第3页
变量名称 (依赖变量参数名)
在本规范算法描述中,用于表示本 变量根据括号内指示的变量参数名 称具有不同的取值
1.4 缩略语
RSSP SID T(N) SVC SCW SINIT
物理传输层的适配,须根据具体接口应用要求描述,不在本规范
V1.0
RSSP-I 铁路信号安全通信协议
第8页
中定义; 通信链路的冗余处理功能,须遵守本规范第5.1节要求; 数据的可靠、透明和双向传输,参照本规范第5.1节要求; 通道可用性监测,并交由应用层报告给外部系统:须根据具体接
应答器报文定义
说明
NID_PACKET
8 信息包标识码=0010 1001
Q_DIR 1
L_PACKET
2
验证方向 (00=反向,01=正向,10=双向,11=备用)
13 信息包位数
Q_SCALE D_LEVELTR
M_LEVELTR 2
NID_STM L_ACKLEVELTR
2
距离/长度的分辨率 (00=10cm,01=1m,10=10m)
V_DIFF(n)
N_ITER D_STATIC(k)
V_STATIC(k)
3 Q_FRONT(k) N_ITER(k) NC_DIFF(k,m) V_DIFF(k,m)
2
验证方向 (00=反向,01=正向,10=双向,11=备用)
13 信息包位数
2
距离/长度的分辨率 (00=10cm,01=1m,10=10m)
恢复初始状态(进入特殊区段)的要求
1
(0=没要求,1=有要求)
15 到恢复初始状态开始点的距离(Q_TRACKINIT=1)
15 到特殊轨道区段的距离(Q_TRACKINIT=0)
15 特殊轨道区段的长度(Q_TRACKINIT=0)
特殊轨道区段定义(Q_TRACKINIT=0)
0000=禁停:隧道 初始状态:允许停车(无隧道)
D_ G_ L_ M_ N_ NC_ NID_ Q_ V_
距离 坡道 长度 其它 编号 等级编号 识别号 限定 速度
2 数据包定义
2.1 数据包是许多变量在一个单元中的组合,具有固定的数据结构。
2.2 数据包结构包括一个包头:1 个唯一的包编号,信息包的位长度,方向信息,可选的
距离标尺和包含系列定义的变量的信息区。1 个数据包结构如下:
通信协议设计规范最新版全文
通信协议设计规范最新版全文通信协议设计规范最新版全文一、双方基本信息甲方:(委托方)____________________________地址:______________________________________联系电话:_________________________________电子邮箱:_________________________________乙方:(受托方)____________________________地址:______________________________________联系电话:_________________________________电子邮箱:_________________________________二、各方身份、权利、义务、履行方式、期限、违约责任甲方身份:___________________________________乙方身份:___________________________________1.甲方权利:(1)要求乙方按照本协议规定完成委托事项。
(2)要求乙方对与委托事项有关的信息进行保密。
(3)要求乙方按照时限完成委托事项。
(4)要求乙方履行违约责任。
2.甲方义务:(1)提供合法、真实、准确的委托事项。
(2)支付乙方按照协议规定的服务费用。
(3)保证乙方按照协议规定完成委托事项。
3.乙方权利:(1)收取甲方按照协议规定支付的服务费用。
(2)要求甲方提供合法、真实、准确的委托事项。
(3)要求甲方履行违约责任。
4.乙方义务:(1)按照协议规定完成委托事项。
(2)对与委托事项有关的信息进行保密。
(3)按照时限完成委托事项。
(4)履行违约责任。
5.履行方式:(1)委托事项的履行方式应符合双方协商的约定。
(2)如未约定履行方式,按照习惯或者当地法律规定履行。
6.期限:(1)双方应按照协议约定履行期限。
(2)未明确约定期限的,应按照实际情况确定期限。
(整理)应答器报文读写器通信协议规范V001
应答器报文读写器通信协议规范V0.0.1泛亚华智智能控制技术有限公司2012 年09月14日修改记录签署页目录1概述 (6)1.1.目的和范围 (6)1.2.缩略词与术语 (6)1.3.命令简略图 (6)1.4.参考文献 (7)1.5.数据编码说明 (7)2PC机到读写器的数据通信格式 (9)2.1.通信数据概述: (9)2.1.1.通信数据包: (9)2.1.2.加密后的数据的源码内容 (9)2.1.3.CRC32校验方式 (9)2.2.通信命令定义 (9)2.2.1.读码命令 (9)2.2.2.读有源默认命令 (10)2.2.3.写码命令 (10)2.2.4.改写命令 (10)2.2.5.读应答器ID命令 (11)2.2.6.写应答器ID命令 (11)2.2.7.修正读写器时间命令 (11)2.2.8.写入或改写读写器信息命令 (11)3读写器到PC机的数据通信格式 (13)3.1.通信数据概述: (13)3.1.1.通信数据包: (13)3.1.2.CRC32校验方式 (13)3.2.应答命令定义 (13)3.2.1.应答读码命令 (13)3.2.2.应答读有源默认命令 (14)3.2.3.应答写码命令 (14)3.2.4.应答改写命令 (15)3.2.5.应答读ID命令 (15)3.2.6.应答写ID命令 (16)3.2.7.应答修正时间命令 (16)3.2.8.应答写入或改写读写器信息命令 (17)4读写器到应答器的数据通信格式 (19)4.1.读码 (19)4.2.读有源默认 (19)4.3.读ID (19)4.4.写码 (20)4.5.写ID (21)5数据加密算法 (22)5.1.算法说明 (22)5.2.加密算法 (22)5.3.解密算法 (22)1概述1.1.目的和范围本文档描述了应答器报文读写器上位机与下位机之间的数据通信协议和下位机改写应答器信息时读写设备和应答器之间的通信协议。
读写器通信协议(学生)
表1
种类 静态RAM 型号 PCF8570/71 PCF8570C PCF8582 AT24C02 E2PROM
常用I2C器件地址SLA
器件地址SLA 1010 1011 1010 1010 A2 A1 A0 R/ W A2 A1 A0 R/ W A2 A1 A0 R/ W A2 A1 A0 R/ W 引脚地址备注 3位数字引脚地址A2A1A0 3位数字引脚地址A2A1A0 3位数字引脚地址A2A1A0 3位数字引脚地址A2A1A0
3、寻址字节
AT24CXX的器件地址是1010,A2A1A0为引脚地址, 全接地时为000。 • R/W=1时,读寻址字节SLAR =10100001B=A1H; • R/W=0时,写寻址字节SLAW =10100000B=A0H。
5、I2C总线时序
一次完整的数据传送过程应包括:起始(S)、 发送寻址字节( SLA R/W )、应答、发送数据、应 答、…、发送数据、应答、终止(P)。
P2 P1 P0 R/ W
A2 A1 A0 R/ W A2 A1 A0 R/ W 0 A1 A0 R/ W 0 1 0 0 A0 R/ W 0 A0 R/ W 0 A0 R/ W
无引脚地址,A2A1A0悬空处理
3位数字引脚地址A2A1A0 3位数字引脚地址A2A1A0 2位数字引脚地址A1A0 1位数字引脚地址A0 1位数字引脚地址A0
AT24C04
AT24C08
1010
1010
A2 A1 P0 R/ W
A2 P1 P0 R/ W
2位数字引脚地址A2A1
1位数字引脚地址A2
AT24C016
I/O口 LED/LCD 驱动控制器 PCF8574 PCF8574A SAA 1064 PCF8576 PCF8578/79
读写器通讯协议
控制字:
推荐使用方法如下: //先定义以下常量 #define NEEDSERIAL 0x08 举例: //以下控制字含义:只改动指定序列号的卡 控制字= NEEDSERIAL
//以下控制字含义:改动任何卡 控制字= 0
卡号序列号:如果在控制字的 bit3 为 0 ,则 Serial 数组的内容无需赋值,否则需要 赋值以便使其寻找指定的卡号。
读写器开发使用说明
IC 卡内部存储结构知识: 本读写器支持 ISO14443 TYPE A 标准的 Mifare One 系列卡。Mifare One 卡的内部存储 结构分为 16 个扇区,从第 0 区到第 15 区,每个扇区有独立的密码和权限控制字,可作为独 立的电子钱包,每个扇区有 4 个块,序号为第 0 块、第 1 块、第 2 块、第 3 块,每块 16 个 字节,第 3 块是卡的密码和权限控制字专用块,禁止在此存放数据。第 0 块、第 1 块、第 2 块可随意存放数据。但第 0 区的第 0 块已被固化了 IC 卡出厂信息,此块只能读出信息,不 可更改。 每张卡都有一个全球统一的 4 个字节的序列号。许多公司销售的读卡模块只有读取卡序 列号的功能,也能用于一般的考勤系统。但这类读卡模块跟本公司的读写器有着本质的不同, 本公司的读写器不仅能读序列号,而且还有服务于 IC 卡所有用途的功能,比如选中卡、认 证、读卡、写卡、改密码、休眠卡能功能。
寻不到卡 有两张以上卡片同时在感应区,发生冲突 无法选择激活卡片 密码装载失败,卡片序列号已知
密码认证失败,卡片序列号已知
改密码成功
7
卡号序列号:如果在控制字的 bit3 为 0 ,则 Serial 数组的内容无需赋值,否则需要 赋值以便使其寻找指定的卡号。
区号指需要写进的区号,则 0-15 中的某个数,一张卡有 16 个区,各个区有单独密 码,可独立使用
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
应答器报文读写器通信协议规范V0.0.1泛亚华智智能控制技术有限公司2012 年09月14日修改记录签署页目录1概述 (6)1.1.目的和范围 (6)1.2.缩略词与术语 (6)1.3.命令简略图 (6)1.4.参考文献 (7)1.5.数据编码说明 (7)2PC机到读写器的数据通信格式 (9)2.1.通信数据概述: (9)2.1.1.通信数据包: (9)2.1.2.加密后的数据的源码内容 (9)2.1.3.CRC32校验方式 (9)2.2.通信命令定义 (9)2.2.1.读码命令 (9)2.2.2.读有源默认命令 (10)2.2.3.写码命令 (10)2.2.4.改写命令 (10)2.2.5.读应答器ID命令 (11)2.2.6.写应答器ID命令 (11)2.2.7.修正读写器时间命令 (11)2.2.8.写入或改写读写器信息命令 (11)3读写器到PC机的数据通信格式 (13)3.1.通信数据概述: (13)3.1.1.通信数据包: (13)3.1.2.CRC32校验方式 (13)3.2.应答命令定义 (13)3.2.1.应答读码命令 (13)3.2.2.应答读有源默认命令 (14)3.2.3.应答写码命令 (14)3.2.4.应答改写命令 (15)3.2.5.应答读ID命令 (15)3.2.6.应答写ID命令 (16)3.2.7.应答修正时间命令 (16)3.2.8.应答写入或改写读写器信息命令 (17)4读写器到应答器的数据通信格式 (19)4.1.读码 (19)4.2.读有源默认 (19)4.3.读ID (19)4.4.写码 (20)4.5.写ID (21)5数据加密算法 (22)5.1.算法说明 (22)5.2.加密算法 (22)5.3.解密算法 (22)1概述1.1.目的和范围本文档描述了应答器报文读写器上位机与下位机之间的数据通信协议和下位机改写应答器信息时读写设备和应答器之间的通信协议。
本文档的适用范围是对应答器报文读写器的描述,不做其它方面使用。
1.2.缩略词与术语读写器:只包含向应答器写报文的下位机部分,不包含PC机。
DES:对称密码算法。
原码CRC32:未经加密的数据计算的CRC,校验范围不包含命令码。
加密CRC32:经加密后的数据计算的CRC,校验范围包括命令码,将原码和原码CRC32加密后的数据。
1.3.命令简略图图1 PC机到读写器命令图2 读写器到应答器命令1.4.参考文献1.5.数据编码说明考虑本设备对应答器数据操作的安全性,本协议采用模仿DES的自定义的加密算法。
降低PC机软件被模仿的可能性,增加对应答器数据操作的安全性。
PC机到读写器及读写器到PC机的数据通信采用定长指令集。
本文档所有关于通信的数据均采用16进制表示,表示方式用C语言的表示方法即以0x开头。
2PC机到读写器的数据通信格式PC机到读写器的单条命令的数据长度为256字节,读写器到PC机的单条应答数据的长度为300字节。
通信速率为115200bps,无奇偶校验的8位数据长的通信方式,停止位为1位。
2.1.通信数据概述:描述数据通信长度和加密及校验方式。
2.1.1.通信数据包:命令(2字节)+(加密后的数据250字节)+加密CRC32(4字节)2.1.2.加密后的数据的源码内容明码数据(246字节)+明码CRC32(4字节)2.1.3.CRC32校验方式CRC32校验方采用用V接口的通信校验方式。
加密CRC32用于校验通信过程中的数据校验,用以检验接收到的数据的有效性。
原码CRC32用于校验解密后的源码,防止读写器在数据解密过程中造成的数据运算错误。
CRC32校验的四个字节的数据传输顺序为由高到低。
例如CRC32的计算结果为0x3F4576A3,数据传输的顺序为3F 45 76 A3。
校验多项式为:X32+X30+X27+X25+X22+X20 +X13+X12+X11+X10+X8+X7+X6 +X5+X4 +X02.2.通信命令定义本节描述PC机到读写器通信的数据命令内容。
说明的是数据在加密前的各种命令包含内容。
信息相当于:命令(2字节)+(明码数据250字节)+CRC32(4字节)。
250字节的明码数据包含数据和数据的原码CRC32。
未使用字节用本命令的命令信息填充,做非长0或非长1传输。
具体信息见每个命令的说明。
2.2.1.读码命令1)功能:读取无源应答器报文、读取有源应答器正在发送的LEU报文、读取有源应答器没有发送LEU报文的情况下自身的默认报文。
2)命令码:0x11113)明码数据:填充246字节的0x11。
4)原码CRC32:4字节CRC32校验码,校验范围包括246字节的明码数据,不包含命令码。
5)加密CRC32:4字节CRC32校验码,校验范围包括命令码,250个字节的加密后的数据(包含:246字节的明码数据,原码CRC32)。
2.2.2.读有源默认命令1)功能:读取正在发送LEU报文的有源应答器的默认报文、读取有源应答器没有发送LEU报文的情况下自身的默认报文、读取无源应答器报文。
本命令与读码命令的区别在于有源是否正在发送LEU报文。
2)命令码:0x13133)明码数据:填充246字节的0x13。
4)原码CRC32:4字节CRC32校验码,校验范围包括246字节的明码数据,不包含命令码。
5)加密CRC32:4字节CRC32校验码,校验范围包括命令码,250个字节的加密后的数据(包含:246字节的明码数据,原码CRC32)。
2.2.3.写码命令1)功能:通知读写器将应答器报文写入应答器。
无条件写入。
不查询应答器原有的报文信息。
此命令应该在应答器安装前使用。
安装到现场的应答器建议使用改写命令。
2)命令码:0x41413)明码数据:a)128字节的厂家报文信息;b)104字节的用户报文信息;c)14字节的备用信息,填充0x41。
4)原码CRC32:4字节CRC32校验码,校验范围包括246字节的明码数据,不包含命令码。
5)加密CRC32:4字节CRC32校验码,校验范围包括命令码,250个字节的加密后的数据(包含:246字节的明码数据,原码CRC32)。
2.2.4.改写命令1)功能:通知读写改写应答器报文。
有条件写入。
读写器将查询应答器原有的报文信息。
如果原有的应答器编号与待写入的应答器编号相同,读写器将改写应答器报文。
安装到现场的应答器使用此命令,防止误改写。
2)命令码:0x42423)明码数据:a)128字节的厂家报文信息。
b)104字节的用户报文信息。
c)3字节的待写入的报文的应答器编号。
d)11字节的备用信息,填充0x42。
4)原码CRC32:4字节CRC32校验码,校验范围包括246字节的明码数据,不包含命令码。
5)加密CRC32:4字节CRC32校验码,校验范围包括命令码,250个字节的加密后的数据(包含:246字节的明码数据,原码CRC32)。
2.2.5.读应答器ID命令1)功能:读取应答器的ID信息。
2)命令码:0x6161。
3)明码数据:填充246字节的0x61。
4)原码CRC32:4字节CRC32校验码,校验范围包括246字节的明码数据,不包含命令码。
5)加密CRC32:4字节CRC32校验码,校验范围包括命令码,250个字节的加密后的数据(包含:246字节的明码数据,原码CRC32)。
2.2.6.写应答器ID命令1)功能:改写应答器的ID信息。
本命令只在应答器出厂前使用。
随读写器的PC机软件不包含此命令。
2)命令码:0x6262。
3)明码数据:a)62字节的ID信息;b)184字节的备用信息,填充0x62。
4)原码CRC32:4字节CRC32校验码,校验范围包括246字节的明码数据,不包含命令码。
5)加密CRC32:4字节CRC32校验码,校验范围包括命令码,250个字节的加密后的数据(包含:246字节的明码数据,原码CRC32)。
2.2.7.修正读写器时间命令1)功能:本命令修正读写器的时间与PC机时间同步。
1)命令码:0x7171。
2)明码数据:a)7字节的时间信息;b)239字节的备用信息,填充0x71。
3)原码CRC32:4字节CRC32校验码,校验范围包括246字节的明码数据,不包含命令码。
4)加密CRC32:4字节CRC32校验码,校验范围包括命令码,250个字节的加密后的数据(包含:246字节的明码数据,原码CRC32)。
2.2.8.写入或改写读写器信息命令1)功能:本命令修正读写器的信息。
本命令只在读写器出厂前使用。
随读写器的PC机软件不包含此命令。
1)命令码:0x7272。
2)明码数据:a)最多246字节的读写器信息,信息为ASCII码格式。
3)原码CRC32:4字节CRC32校验码,校验范围包括246字节的明码数据,不包含命令码。
4)加密CRC32:4字节CRC32校验码,校验范围包括命令码,250个字节的加密后的数据(包含:246字节的明码数据,原码CRC32)。
3读写器到PC机的数据通信格式3.1.通信数据概述:读写器到PC机的单条应答数据的长度为300字节。
读写器向PC机发送的数据具有应答性质,不考虑数据的可模仿性,因此不对传输的数据进行加密。
以明码数据的形式传输,数据传输的有效性校验采用CRC32校验方式。
通信速率为115200bps,无奇偶校验的8位数据长的通信方式,停止位为1位。
3.1.1.通信数据包:命令(2字节)+(应答的明码数据294字节)+CRC32(4字节)1)命令:接收到的PC机的命令;2)应答的明码数据:读写器按PC机命令操作后生成的结果数据;3)CRC32:参见CRC32校验方式。
3.1.2.CRC32校验方式CRC32校验方采用用V接口的通信校验方式。
CRC32用于校验通信过程中的数据校验,用于检验接收到的数据的有效性。
CRC32校验的四个字节的数据传输顺序为由高到低。
例如CRC32的计算结果为0x3F4576A3,数据传输的顺序为3F 45 76 A3。
校验多项式为:X32+X30+X27+X25+X22+X20 +X13+X12+X11+X10+X8+X7+X6 +X5+X4 +X03.2.应答命令定义本节描述读写器到PC机的应答数据内容。
数据内容为:命令(2字节)+(应答的明码数据294字节)+CRC32(4字节)。
294字节应答的明码数据包含应答的数据内容,具体内容见各个应答命令的说明。
不使用字节用本命令的命令信息填充,做非长0或非长1传输。
具体信息见每个命令的说明。
3.2.1.应答读码命令读写器接收到读码命令后开始读取应答器报文,读写器在命令结束后返回结果信息。
1)读码成功:a)命令字(2字节):内容是接收到的PC机的命令0x1111;b)厂家报文(128字节):解码成功后的1023位厂家报文;c)用户报文(104字节):解码成功后的830位用户报文;d)备用信息(40字节):填充为命令字0x1111。