标准规范下载简介

Q／CR 864.3-2021 列控中心接口规范 第3部分：列控中心与ZPW-2000轨道电路接口.pdf简介：

Q／CR 864.3-2021是中国铁路通信技术中心发布的一项关于列控中心接口标准的规范，其中第3部分专门涉及列控中心与ZPW-2000轨道电路的接口。ZPW-2000轨道电路是中国铁路采用的一种无绝缘轨道电路，用于铁路信号系统中，提供列车定位和速度信息。

在Q／CR 864.3-2021中，列控中心与ZPW-2000轨道电路接口部分主要规定了两者之间的数据传输协议、电气接口、功能要求、安全控制等方面的技术细节。这包括列控中心如何接收和处理来自ZPW-2000轨道电路的信号，如列车的运行状态信息，以及如何将控制命令发送到轨道电路，以确保列车的安全运行。

具体来说，接口可能涉及到数据传输速率、传输格式、错误检测和纠正机制，以及与ZPW-2000轨道电路的时序同步等问题。该规范的目的是为了保证列控系统的稳定性和可靠性，确保列车的高效和安全运行。

Q／CR 864.3-2021 列控中心接口规范 第3部分：列控中心与ZPW-2000轨道电路接口.pdf部分内容预览：

下列缩略语适用于本文件。 CAN：控制器局域网络（ControllerAreaNetwork） TCC：列控中心（TrainControlCenter）

图1 与轨道电路接口通信拓扑结构示意图

5.1.3通信遵从IS011898中规定的CAN2.0B标准协议，并使用扩展结构格式。 5.1.4通信拓扑结构为总线型。 5.1.5通信介质为双绞线。 5.1.6通信速率为1Mbit/s。 5.1.7轨道电路通信接口单元机笼与TCC机柜就近安装且CAN总线长度不应超过15m，分支长度 不应超过0.4m

TCC与轨道电路通信电缆采用双芯扭绞阻燃线，具体电缆形式应符合图2的规定，需要两 完成最终连接。通信电缆TCC侧采用DB9（针）接口，DB9引脚定义应符合表1的规定，轨道电 接口单元侧采用航空插头或DB9接口T CDBA 64-2022标准下载，接口型号及引脚定义应符合表2、表3的规定。

表3轨道电路通信接口单元侧DB9引脚定义

5.2 通电路通信接口单元地址分配 的规定

表4 轨道电路通信接口单元地址分配

5.2.2轨道电路通信接口单元地址按电位连接方式，连接至正电源为1，不连接或连接至负电源为0

6.1.1总线通信来用分时间片，主从式向步传送方式，只允许由主节点到从节点或从节点到主节点， 不允许从节点之间互相传送信息。 6.1.2主节点为TCC，从节点为轨道电路通信接口单元。传送优先级为节点地址越小优先级越高。 6.1.3允许主节点对从节点发广播命令，广播命令使用地址EF7Fxxxxh。以广播命令方式发送同步帧。 6.1.4TCC与轨道电路间通信协议分为不带方向信息字段（以下简称协议I）、带方向信息字段（以 下简称协议Ⅱ）两种格式，TCC与轨道电路通信时，应使用与轨道电路相匹配的通信协议格式（应符合 7.5的规定）

6.2.1.1同步帧不含数据，仅用于系统同步。TCC发送同步帧，用于收集轨道电路的状态数据。 6.2.1.2通信接口单元将接收到的区段数据信息打包，向TCC发送。通信接口单元自动按节点地址 顺序发送状态数据帧，每个通信接口单元占用3ms，发送次序如下：

6.2.1.1同步帧不含数据，仅用于系统同步。TCC发送同步帧，用于收集轨道电路的状态数据。

通信接口单元1A的CPU1→TCC； b） 通信接口单元1A的CPU2一TCC； c） 通信接口单元1B的CPU1一TCC； d） 通信接口单元1B的CPU2→TCC； e）通信接口单元2A的CPU1一TCC；

a) 通信接口单元1A的CPU1→TCC； b） 通信接口单元1A的CPU2→TCC； C） 通信接口单元1B的CPU1一TCC； d） 通信接口单元1B的CPU2→TCC； e) 通信接口单元2A的CPU1一TCC：

编码数据帧由TCC产生，经通信接口单元下发至轨道电路设备，用于控制发送器输出信号的编码 包含载频编码数据和低频编码数据，TCC由通信方式控制发码方向时，编码数据帧还应包含发码 控制信息

状态数据顿由轨道电路设备产生，用于表示轨道区段当前的状态（占用或空闲），TCC由通信方式 控制发码方向时，状态数据帧还应包含轨道区段当前的发码方向信息。状态数据帧由TCC接收，并作 为下一周期编码计算的依据

6.2.4.1TCC与轨道电路间通信采用固定工作周期方式进行，1个工作周期的长短根据系统规 技术要求来确定，系统的工作周期设定在250ms~500ms。系统的通信时序应符合图3的规定。

6.2.4.2仅TCC主系发送同步帧和编码数据帧，TCC备系仅从CAN总线接收数据。

4.3系统通信的基本过程如下，每个系统周期执行该过程一次： a） TCC在1个周期开始时，连续发送编码数据帧； b） 通信接口单元经过解包，向移频柜内设备转发编码数据帧； c） 编码数据帧发送完成以后，TCC立即发送同步顿； d） 通信接口单元以同步帧为基准定时依次工作； 发送器、接收器依次序分别向通信接口单元发送状态数据帧； f） 通信接口单元经过打包，向TCC转发状态数据帧； g）转到a），开始新的工作周期。

Q/CR 864.3—2021No.6.3应用层帧格式6.3.1所有在CAN总线上传送的信息都以应用层帧为基本单元，每帧的长度为5～13个字节，具体长度视传送内容确定。应用层帧格式分上行数据顿格式（从节点到主节点）和下行数据帧格式（主节点到从节点），分别应符合表5、表6的规定。表5上行数据帧格式名称bit7bit6bit5bit4bit3bit2bit1bitoFIFFRTR00DLC3DLC2DLC1DLCO信息流向（ID28~ID27) :从节点单元号（ID26～ID21）：ID111b=同步帧0lb=主节点→从节点编码应符合6.4.2的规定10b=从节点→主节点从节点序号（ID20~ID13）：ID2编码应符合6.4.3的规定源节点标识（SID）(ID12 ~ID11):顿序号（DFI）ID3编码应符合6.4.3的(ID10 ~ID5)规定数据帧类型（DFT)（ID4~IDO）：ID4RTR编码应符合6.5.1的规定00DB1数据1DB2数据2DB3数据3DB4数据4DB5数据5DB6数据6DB7数据7DB8数据8注1：FF：结构格式位。采用扩展结构格式（EFF)填1，采用标准结构格式（SFF)填0。此系统固定为1。注2：RTR：远程发送请求。当为远程帧时填1，为数据帧时填0。注3：DLC：数据长度代码位，根据数据长度可以设为0到8，应根据实际发送的有效用户数据长度填写。注4：信息流向：标识数据信息的传送方向。注5：从节点单元号：从节点所在单元的序号。注6：从节点序号：从节点在单元内的序号。注7：源节点标识(SID）：数据源节点的序号。注8：数据帧类型（DFT）：标识该数据帧的内容。注9：帧序号（DFI)：一个数据包分几个数据帧，帧序号表示该帧是第几帧，从0开始编号。每包数据的总帧数固定，所以不在数据帧中体现总帧数。表6下行数据帧格式名称bit7bit6bit5bit4bit3bit2bit1bitoFIFFRTR00DLC3DLC2DLC1DLCO6

6.4节点定义及地址分配

三节点定义及地址分配

6.4.2从节点单元号、ACR0、AMR0的定义应符合表8的规定。从节点ACR0.7～ACR0.6=01b， AMR0.7～AMR0.6=10b，用来判断数据流向。ACR0.5～ACR0.0，AMR0.5～AMR0.0，共6位用来屏 蔽单元地址

表8从节点地址码ACRO和屏蔽码AMRO分配

从节点定义及地址分配应符合表9的规定。从节点的ACR1、AMR1用来屏蔽单元内节点地址。 从节点的ACR2=FFh，AMR2=00h。ACR3=FFh，AMR3=00h

9 从节点地址码ACR1和屏蔽码AMR1分配

表 节点地址码ACR1和屏蔽码AMR1分配（续

数据顿类型应符合表10的规定

数据帧类型应符合表10的规定

钢结构施工组织设计0表10数据帧类型定义

6.5.2.1编码数据帧共5帧，通信数据帧定义应符合表11～表15的规定，

6.5.2.1编码数据帧共5帧，通信数据顿定义应符合表11～表15的规定，其中：

.5.2.1编码数据帧共5帧，通信数据帧定义应符合表11～表15的规定，其中： a）CPU1主轨道载频编码、小轨道载频编码应符合7.2的规定，其他为无效码； b）CPU1主轨道低频编码、小轨道低频编码应符合7.1的规定，其他为无效码； c）发码方向信息编码应符合7.5的规定。

Q/CR 864.3—2021No.c）轨道电路接收器所对应的调谐单元设置为机械绝缘节时，TCC向相应的轨道电路接收器发送小轨道载频和低频编码值为0。6.5.3通信接口单元→TCC，状态数据帧6.5.3.1状态数据帧共3帧，采用协议I时，通信数据顿定义应符合表16～表18的规定，其中主轨道状态、小轨道状态编码应符合7.3的规定。表16状态数据帧第1顿定义(协议I）数据bit7bit6bit5bit4bit3bit2bit1bitoDB1轨道区段1小轨道状态(主)轨道区段1主轨道状态(主）DB2轨道区段2小轨道状态（并）轨道区段2主轨道状态（并）DB3轨道区段2小轨道状态（主）轨道区段2主轨道状态（主）DB4轨道区段1小轨道状态(并)轨道区段1主轨道状态(并)DB5轨道区段3小轨道状态（主）轨道区段3主轨道状态（主）DB6轨道区段4小轨道状态（并）轨道区段4主轨道状态（并）DB7轨道区段4小轨道状态（主）轨道区段4主轨道状态（主)DB8轨道区段3小轨道状态（并）轨道区段3主轨道状态（并）注：轨道电路接收设备每盒可以处理两个轨道区段的信号。表17状态数据帧第2帧定义（协议I）数据bit7bit6bit5bit4bit3bit2bit1bitoDB1轨道区段5小轨道状态（主）轨道区段5主轨道状态（主）DB2轨道区段6小轨道状态(并）轨道区段6主轨道状态（并)DB3轨道区段6小轨道状态（主）轨道区段6主轨道状态（主）DB4轨道区段5小轨道状态（并）轨道区段5主轨道状态（并）DB5轨道区段7小轨道状态(主)轨道区段7主轨道状态（主）DB6轨道区段8小轨道状态（并）轨道区段8主轨道状态（并）DB7轨道区段8小轨道状态（主）轨道区段8主轨道状态（主）DB8轨道区段7小轨道状态（并）轨道区段7主轨道状态（并）表18状态数据帧第3帧定义（协议I）数据bit7bit6bit5bit4bit3bit2bit1bitODB1轨道区段9小轨道状态（主）轨道区段9主轨道状态（主）DB2轨道区段10小轨道状态（并）轨道区段10主轨道状态（并）DB3轨道区段10小轨道状态（主）轨道区段10主轨道状态（主）DB4轨道区段9小轨道状态（并）轨道区段9主轨道状态（并）协议版本信息：DB50x00/0xFF（在采用该协议版本时，本字节填0x00或0xFF均代表不带发码方向信息，TCC应兼容CPU2与CPU1一致和取反码两种方式）12

DB13／T 5272-2020 工业企业天然气安全管理规范.pdfa 主轨道状态编码应符合7.3的规定； b 小轨道状态编码应符合7.4的规定； C） 发码方向状态编码应符合7.5的规定

表19状态数据帧第1帧定义（协议Ⅱ）