(整理)应答器报文读写器通信协议规范V001
应答器报文信息编码规则
应答器报文信息编码规则
应答器报文信息的编码规则通常是由特定的标准或协议规定的。
以下是一般情况下应答器报文信息的编码规则：
1.起始符：应答器报文的起始符通常是一个特定的字节序列，用于指示报文的开始。
2.数据字段：应答器报文中的数据字段通常由多个数据字节组成，用于表示特定的信息或命令。
3.校验字段：应答器报文中的校验字段用于验证数据的正确性。
通常采用特定的校验算法，如CRC（循环冗余校验）算法。
4.结束符：应答器报文的结束符通常是一个特定的字节序列，用于指示报文的结束。
具体的应答器报文信息编码规则可能因制造商、应用场景等因素而异。
因此，在使用应答器报文信息时，需要根据具体情况确定其编码规则，并遵循相应的标准或协议。
060811应答器报文编制举例说明（讨论稿）
既有线应答器报文设计举例说明（讨论稿）根据铁道部运基信号[2005]224号文《应答器报文定义及运用原则（暂行）》应答器报文的编制原则及环形道、胶济线试验的经验总结，在考虑列车运行安全和效率的前提下，对于第六次既有线提速区段，应答器报文的编制进行了近一步的改进，本次改进的主要内容是调整了部分应答器的数据管辖范围及各类数据之间的相互冗余。
一、各种应答器数据范围和信息内容举例：1、区间正向无源应答器：1)区间无源应答器包含的信息包：2)各种信息包的数据范围如下：✓区间正向无源应答器应与正向相邻的两个应答器和反向相邻的两个应答器建立链接关系；✓线路坡度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
✓轨道区段的数据范围如图一所示，应至少包含相邻两个应答器的数据及一个列车的常用制动距离。
并且数据范围宜满足在应答器未丢失，列车运行在任何区段时，包含的闭塞分区数量均能够满足列车从最高的允许码到HU码的控车模式曲线。
图一：区间正向无源应答器数据管辖范围2、区间反向无源应答器：当相邻两个车站站间距较大，进站口无源应答器的数据容量已无法满足要求时，将在区间增加用于提供反向信息的无源应答器，且宜与其较近的正向无源应答器成组设臵。
1)区间无源应答器包含的信息包：2)各种信息包的数据范围如下：✓区间反向无源应答器（组）应与反向相邻的两个应答器建立链接关系；✓线路坡度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
✓线路速度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
✓轨道区段的数据范围如图二所示，应至少包含至相邻的进站口应答器组或区间反向无源应答器（组）及一个列车的常用制动距离。
图二：区间反向无源应答器数据管辖范围3、进站口无源应答器：1)进站口无源应答器包含的信息包：2)各种信息包的数据范围如下：✓线路坡度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
✓线路速度的起点和终点宜与该应答器所描述的轨道区段的起点及终点一致。
应答器报文核对方法[1]..
![应答器报文核对方法[1]..](https://img.taocdn.com/s3/m/13e125e5d4d8d15abf234e4c.png)
应答器报文核对方法[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)正线接车●●——●○侧线接车●●●●●—正线跨线接车●●●●●○侧线发车●●●●●○侧线发车预告●●●●——允许通过●—————区间报文●●——●○○可选的数据包—空数据包核对主站报文时，需要的数据表有：车站列车进路信息表、应答器位置表、线路数据表、线路速度表（正反向）、过分相信息表、里程断链信息表、坐标系信息表等。
各数据表的内容如下：车站列车进路信息表：记录车站各条进路的应答器、轨道区段、速度、点灯等信息，是报文核对最重要的数据来源。
应答器位置表：记录全线所有应答器信息，通常用来核对应答器连接包。
线路数据表：记录全线所有轨道区段长度、信号点、载频等信息，通常用来核对轨道区段包。
线路速度表：分正向和反向两个文件，记录正线的速度信息，通常用来核对线路速度包。
过分相信息表：记录全线分相区信息，通常用来核对特殊区段包。
里程断链信息表：记录全线里程断链。
坐标系信息表：记录全线公里标的表示方法和换算标准，用来换算公里标。
便携式应答器报文读写器的设计与应用
便携式应答器报文读写器的设计与应用便携式应答器报文读写器的设计与应用杜运峰李永善摘要：随着高铁建设的快速发展，点式应答器在列控系统中被广泛使用。
结合应答器设备现场维护需求，详细说明了对应答器报文读写操作的设计过程，完成便携式应答器报文读写器的设计。
关键词：欧洲应答器；读写器；应答器编程随着我国高速铁路的迅速发展，应答器系统已在越来越多的高铁线路上运行。
应答器是一种用于地面向列车传输信息的点式设备，分为有源和无源２种。
应答器可以给车载设备传送线路基本参数、临时限速、车站进路等固定和可变信息。
由于应答器设备分布在铁路沿线，应答器（组）之间间隔较远，为了便于电务人员维护和检测应答器，开发了便携式应答器报文读写设备，满足现场维护人员的使用要求。
与站台墙靠钢轨侧预留的接地端子连接起来。
５给排水专业接地方式在有客车上水栓及卸污管沟的车站，设置客栓及卸污单元接地干线，采用４０ｍｍｘ４ｍｍ的镀锌扁钢沿管沟敷设，与站台综合接地端子可靠连接。
６结束语目前，高速铁路车站均配置了综合接地系统。
车站范围内的综合接地系统设计涉及的专业较多，为使各专业的综合接地技术要求能在同一张图上体现出来，就需要做好事前规划，按专业顺序依次开展规划设计，减少各专业间不必要的工作。
车站的综合接地设计方案应体现的是各专业的电气连接技术要求，在现场施工时，还应配套车站范围接触网支柱布置图、站场综合管线图、站台墙结构设计图等共同使用，做好与站前工程同步实施的贯通地线敷设、接地端子预留等工作。
１设备构成应答器报文读写器由电源单元、显示单元、数字处理单元、信号解析单元、信号调理单元、应答器编程单元等组成，如图１所示。
读写器采用大容量锂电池，工作电压１２Ｖ。
为了保证读写器的长时间工作，设备电路使用控制开关控制各个电源模块的通断，只有在用户读取和写入应答器时才打开功放和解析电路，其他时间只打开显示单元，确保设备最大程度省电。
２设计原理２．１电源单元设备输入电压为１２Ｖ，输出电压有ＳＶ、３．３Ｖ、１．２Ｖ、１５Ｖ、－１０Ｖ不等。
仪器通信协议标准
仪器通信协议仪器通信协议是用于规范仪器与计算机之间数据交换的标准，其体系结构主要包含物理层、数据链路层、网络层、传输层和应用层。
物理层物理层是仪器通信协议的最底层，主要负责传输比特流。
它定义了通信链路的机械、电气、功能和定时特性，以确保比特流的正确传输。
物理层协议规定了连接、传输和断开连接的方式，以及比特流的同步和错误控制方式。
常见的物理层协议包括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. 协议解除后，双方应妥善处理相关事宜，确保双方的合法权益不受损害。
- 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)功能：本命令修正读写器的时间与ＰＣ机时间同步。
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。