济南局tdcs30施工过程及注意事项v

1、TDCS3.0 调试经验总结-2-版本说明 / Ve r s i o n s版本Version作者Author日期Date页码/ 段落备注Comments1.12016-02-05初稿1.22016-06-071.3，东2016-10-101.4,玉2016-11-081.52016-11-09增加 tle 数据（灯丝断丝、绿闪）制作注意事项1.6、军2017-01-11增加南昌局tdcs3.0 实施时遇到的问题及解决经验1.7、波2017-03-16增加南宁局tdcs3.0 标准站实施题解决经验。增加了：1，5.2 节的第项关于 TDCS3.0 数据中链接的相关邻站为小站号 （tdcsbl

2、里定义的是小站号，实际中心 gpc 和数据平台上是大站号）， 导致进路无法识别问题。2，7.2.1 节的第项对于 tpu 中comm 队列深度配置建议值为 12。3，7.2.3 节的第项对于tpu 中logic队列深度配置建议值为 12。4，第 8 节 stpc（tdcs3.0）配置注意事项的第 13 项关于“站存车”的配置。第 14 项关于 和 模板文件。TDCS3.0 调试经验总结以条款部分为选用。本文档所含所有内容知识归信号所有。信号事先，任何人不得以任何方式或修改、或转发本文档的。All information contained within this document is the

3、 property of CASCO Signal. Withoutprior written consent from CASCO Signal, nobody is allowed to modify, reproduce ordistribute any part of this document in any manner.2引言本手册目的是指导调试进行 tdcs3.0 的调试、测试和工程实施，本手册仅适用于数据平台版本的 tdcs3.0统部内部交流使用。本手册供国铁系3版本要求本手册仅适用于数据平台版本的 tpu 和 stpc，具体版本要求如下：lirc： .7 及以

4、上； stpc（tdcs3.0）：3.0.13 及以上； 占线板：t3term1.0.54施工前所需基础资料1、 CTC 协议联锁接口码位表：-3-TDCS3.0 调试经验总结公司要求 TDCS3.0 与联锁必须走 CTC 协议，对于联锁无法实现同步修改协议的情况无需提供此资料，数据无法实现重新制作，只能由既有 TDCS2.0 数据转换而来。2、数据表（站细）：此资料需电务段数据平台配置。相应车务段技术科完成填写，填写完成后由电务转交给我们制作CTC、TDCS3表（济南03、 含供电臂名称的供电示意图（与 ctc 一致）：此资料需要电务段相应供电段索要后转交给我们，最好是整条完整线路的供电示意

5、图，方便我们根据资料分配电力臂号，完成数据电力臂号输入。5车站连接VISIO 图及 TDCS3.0 的 TLE 数据制作5.1TDCS3.0 数据制作前需要项目组绘制一个车站连接Visio 图需要包含本站及所有邻站的站号、出VISIO 图对应及进站信号机名称，并需要相应车务段确认车站线路号名称，后续数据平台干线定义要用到此线路号。及连接，VISIO 图画好新建车站：根据车站站连资料定义出后中心运行图配置及 tle 数据制作都必须参考此图制作。既有车站改造：必须根据 tg.def 上下行线别号及 entry.cfg 文件确定站间出入，依据此连接输入到数据平台，tle 数据的出口连接连接必须进行核

6、对确保与数据平台一致。总之，一句话：运行图、数据平台、tle 数据、visio 图这 4 者定义的出号必须严格一致。否则易造成“出和计划不一致”误的严重后果，这个也是 tdcs3.0 错办最最的功能，是车务最最关心的功能。举例如下：如运行图中定义 A 站的 3 口接 B 站的 1 口，但是数据平台和 tle中定义 A 站的 3 口接 C 站的 1 口，那么调度员的本意是计划从 A 站开往 B 站，车站信号员开放了 A 站 3 口发，但由于 tpu 是依据数据平台定义的站连来邻站是否正确，此时 tpu 收到调度计划是发往 B 站，但是 tpu 里面定义 3 口接的是 C 站，因此发出误给 stp

7、c：“发车方向与计划不一致”，这是一个很严重的误，实际上信号员排对了进路，但是 tdcs3.0 误导了信号员，如果此时信号员又相信了 tdcs3.0 的误，把发开放到错误的口子，那么问题就很严重了。此种类型的必须要杜绝，否则后果很严重。5.2tle 数据制作涉及实验数据制作和正式施工数据制作。正式施工数据制作：主要涉及 TDCS3.0 车站及其相关邻站 TDCS3.0 数据制作，数据中要求输入电力臂号、道岔折岔号，TLE 需要画上站台，TLD 里需将区间信号机链接进去，另外邻站连接需要去掉。需要做好，零散表示灯及通信状态灯实验数据制作：在正式施工数据的基础上可以保留零散表示灯及通信状态-4-T

8、DCS3.0 调试经验总结灯，必须保留进路及按钮，方便 simtest 排路实验。联锁与 TDCS3.0 同步修改：联锁改造（新建）或者联锁配合 TDCS3.0 协议修改要联锁提供 CTC是“列车经过分路不良道岔未”，CTC协议接口资料，因有一项码位表需要包含道岔码位，才能保证此的正确性。联锁与 TDCS3.0 不同步修改：对于联锁不同步修改的，需要将原先 TDCS2.0 数据转换成 TDCS3.0 数据，因TDCS3.0 数据与CTC 数据类似，数据可输入的比TDCS2.0 的多，数据转换要注意 TDCS2.0 数据与 TDCS3.0 数据的兼容性问题。如：调车信号机码位 TDCS2.0 数

9、据输入到调车白和可显示，若，TDCS2.0 数据调车白码位输入到，转换成TDCS3.0 数据后会显示红开放调车信号时可能会影响到其它客车的车次跟踪。因此牵涉到 2.0 数据转 3.0数据要数据组重点检查此码位填写位置是否正确。如：水屯站进站信号机绿闪问题：水屯站是通号联锁，和TDCS3.0接口采用TDCS协议，联锁送给我们的是继电器类型，如截图；在数据中，将XLXJ 106输入到数据中的绿灯码位，将XUSUJ 110输入到数据中的黄码位中。当联锁显示，联锁LXJ和USUJ都送给了TDCS3.0，我们收到绿灯和成绿闪，导致显示不一致。黄同时都置1时，车务终端上显示解决办法：为了和联锁完全显示一致

10、，让联锁改成CTC协议给我们送码位而非继电器状态。如：调车信号的是调车信号的开放状态，当调车信号处于状态时会导致更改前方道岔的进路属性，破坏了原来发的完整性，造成发车列车车次不能正常跟踪。（如D67）解决办法：需联锁提供最新的码位表，灯丝断丝码位不能输入到码位中，需-5-TDCS3.0 调试经验总结输入到灯丝断丝码位中。如果原 tdcs2.0 车站的 tle 数据有“QG”，转换为 tdcs3.0 后，需要将“QG”删除，并修改 tld 的连接，同时与 tdcs3.0 车站相连的 tdcs2.0 车站的“QG”也必须拿掉，否则影响 C/T 间的车次跟踪。对于联锁，如果 TDCS/CTC 码位从

11、 0 开始，要求进行码位迁移，具体做法可以参考济南局菏泽南运转场南昌局南平站 tdcs3.0 测试时，列无法识别，出不来。经查为：进调车信号机，tle 数据将“调车信号机”的子类型为“调车兼列车终端信号机”，会导致 TPU 无法识别进路，错办无法报出。解决办法：将调车信号机类型改为“调车信号机”。组说计划下次程序发布（lirc.8 之后的版本）时改掉这个问题，现场未验证，需进一步确认。关于简易人工报点站（tdcs2.0）无法收到邻站 tdcs3.0 车站自动报点的问题：如果 TDCS3.0 的车站邻站是无据中增加邻站连接的定义，不能做简易人工报点车站，需要在 tdcs3.0 的

12、 tle 数，否则 tdcsbl 不知道 tdcs3.0 的邻站是谁，无法将 tdcs3.0 的到/发点转给 tdcs2.0 车站,即 tdcs2.0 车站行车日志上无法看到邻站（tdcs3.0）的自动踩点。例如南昌局：梅水坑为 tdcs3.0 车站，大深（tdcs2.0）为梅水坑的邻站。需要在梅水坑的 tdcs-tle 中做如下处理：A,做一个大深站（站号：2157）的假 tle 数据。B，在梅水坑的 tdcs-tle 数据中做上与大深站的连接如下图：梅水坑的 SD 口接大深站。；-6-TDCS3.0 调试经验总结关于 TDCS3.0 数据中链接的相关邻站为小站号（tdcsbl 里定义的是小

13、站号， 实际中心 gpc 和数据平台上是大站号），导致进路无法识别问题：南宁局对进德二场进试时发现发无法识别（如错办中的：实际出口与计划不一致，报不出。），经查为进德二场的 tle 数据中链接相邻车站（拉堡线路所 ctc2.0）为小站号，与数据平台定义的大站号不一致，导致无法错办。解决办法：修改邻站站号为大站号。具体如下：故障时，链接如下：进德二场的 XN 口接拉堡线路所的小站号（182）：后，链接如下：进德二场的 XN 口接拉堡线路所的大站号（4050）：5.3北站数据的特殊处理-7-TDCS3.0 调试经验总结北站需要做两版 tle 数据，一版是有电力臂数据的，只由北站的 tpu使用，一版

14、是无电力臂数据的，放在北的邻站（ctc 和 tpu）使用。是：北站的电力臂状态是在占线板上设置，无法将北站的电力臂状态发给邻站 ctc 和tpu，如果邻站（ctc 和 tpu）放北是有电力臂的数据，那么邻站看北一直是无电状态。因此在后续施工时，一定要注意，北本站的数据和邻站的数据要制作。6数据平台配置制作数据平台配置制作主要牵涉到 DMUI 基础业务数据维护和终端 entity 配置。数据平台配置前需将 ctc_ws_svr、TxtFileServer、ws_mdb_svr、DMUI.exe、终端 entity 窗口程序跑起来。6.1DUMI 基础业务数据维护：登录名：admin：admin，

15、登录后需要在菜单栏“系统设置”选项工作区“工作区 1“。维护流程：车站列表区段列表干线定义车站股道 车站出车站正线车 站限制定义股道规则车站电力臂，必须按照此顺序逐一维 护。车站列表：需将 TDCS3.0 及其所有邻站添加至车站列表中。区段列表：车站列表维护好后必须关掉之前打开的区段列表窗口，重新进入区段列表进行区段划分，把相应车站维护至区段列表中。干线定义：需将 VISIO 图中与车务正线选择线路名称。车站股道：需根据 tle 将股道号并参考站细将接发车类型、超限车类型、站台好。这里需要注意股道号和接触网的配置。确认的线路名称维护至干线定义中供后面车站维护注：1，数据平台上的股道号必须和 T

16、LE 数据中的股道号一致，否则车务终端错排股道接车警显示股道名称不对。2，不论股道是否有接触网，车站股道接触网这里统一规定是 1，避免在车务终端行车日志上报接触网无电。车站出：需根据 VISIO 图将相应出号、是否电力牵引、是否超限车、是否客车、是否货车维护好，维护好后下方会自动生成图表，红色代表下行、绿色代表上行、黑色代表双向。车站正线：需定义线路名称、车站正线股道与出的，前后方车站是以客车允许方向为参考，此处的准确性直接影响到车务终端行车日志邻站显示及邻站预告是否准确，另外也会影响到“旅客列车侧线通过”，只要此处没定义为车站正线的都视为侧线，都会触发“旅客列车侧线通过”。另外，对于一站两场

17、的特殊邻站需配置运行图对应的车站而不一定是实际直接相邻的车站。再次强调所有的出行车日志上选择相邻邻站时会漏掉，因为行车日志上邻站的都需要在车站正线定义，否则就是从车站正线定义取到-8-TDCS3.0 调试经验总结的。车站会。超限限制定义：超限交会、不连通、超限与其它交会、区间交交会是指两个股道不能同时接发超限车；不连通是指股道与出不连通，需在此定义所有股道与出不连通的情况；超限与其它交会是指超限车与其它列车股道交会；区间交会是指区间同时接发超限车。股道规则定义：在 3.0.12 版本后的车务终端增加在行车日志上接收完阶段计划后可以自动匹配的功能，这样可以大大减小值班员的工作量。股道匹配定义界面

18、如下：通过阶段计划中的出，车务终端就可以按照上面定义的股道规则进行股道匹配。数据平台生成的股道匹配文件名称为 SIDE_RULE_LIST_如下图所示：.xml(表示站号)，文件路径车站电力臂：车站电力臂现分车站的电力臂管理。以从“全局数据维护”-”电力臂”中电力臂数，实其它注意事项：DUMI 相应工作区完成所有站细输入后需将 SECTION_LIST.XML 和-9-TDCS3.0 调试经验总结STATION_LIST.XMLconfig_termconfig到 config_term、ws_mdb_svr 目录下。SECTION_LIST.XML 改为 my_data.SECTION_LI

19、ST.XML STATION_LIST.XML 改为 my_data.STATION_LIST.XMLws_mdb_svrconfigSECTION_LIST.XML 改为 MyData.SECTION_LIST.XML STATION_LIST.XML 改为 MyData.STATION_LIST.XML否则无法完成第二步终端 entity 配置。6.2终端 entity 配置：终端 entity 配置窗口有 datamanage-entityconfig 里面需要定义自律机、车务终端、信号员、维护机实体号，此处实体号需与 TPU 里面的一致，建立实体号之后需对此自律机相应实体做一下配置：需

20、要的选项卡有 General、CTCData、LircLogic。General 需要配置 managed sections、managed stations、relateds，managed sections 需选择车站所在区段，managed stations 需选择本站及所有邻站，managed sections 需要选择车务终端、信号员、维护机的实体号后 editflag 选择发送，即此处定义 TPU 给哪些实体号发送。CTCData 选项卡必须将全局数据、车站数据全挑上勾。LircLogic 选项卡会将 General 的车站全列出来，需要分别车务终端、信号员、维护机本站所需的 TD

21、CS3.0 错办，此处务必保证车务终端、信号员、维护机的一致性。正式施工能少。时一定严格按照车务段填写的功能确认表格，不能多也不对于占线板而言，在 General 下的 functions 可以设置占线板 T3Term 系统菜单的系统项。-10-TDCS3.0 调试经验总结6.3服务器程序正常启动服务器程序只有正常启动，才能打开 DUMI 程序和 config_term 程序；占线板上的更新（添加用户，班别设置等）才能传到数据平台上。服务器程序主要:ctc_ws_svr.exe-负责 DMUI通信；ws_mdb_svr.exe-对应 Config-term的配置;text_file.exe-对

22、应客户端程序的更新文件。is程为了保证不破坏数据平台，强烈建议启动完这三个程序，屏幕上打印出running，之后在启动 config-term，DMUI，进行客户端更新。如果没等到三个序彻底启动，就仓促启动 DMUI,config-term,，更新客户端，则可能会破坏数据平台，具体出现这种情况的尚未。-11-TDCS3.0 调试经验总结特别是 ctc_ws_svr.exe 的启动，由于要初始化多个 workspace，所以启动过程相对比较慢，所以一定要等到它打印出 CTC Data Sever is running 再启动其他；7TPU 配置注意事项7.1启动脚本和时钟同步新版的数据平台版本的

23、 tpu组成，分别为：不再有 auxlogic 进程，由 2 个进程Comm.exe,logic.exe其中 comm.exe 和 logic.exe 和 ctc 的功能类似，原来的 auxlogic 负-12-TDCS3.0 调试经验总结责 tdcs3.0 相关错报逻辑的现在由 logic 包含。注意 1，startlirc 脚本较 ctc 的 lirc 启动脚本有优化，在启动程序之前，先进行一次时钟同步操作：”/root/synctm/dev/null”因此需要在 root 目录下放置 synctm 文件，注意有些局把这个文件放在了/root/ctc 目录下，建议统一放在/root 目录下

24、，放在/root/ctc 目录下容易被误改名导致找不到，如进行 tpu升级时，把 ctc 改名为ctc-old，新的 ctc 文件夹里面又忘放 synctm 这个文件，这样时钟同步就找不到源。注意 2，synctm 这个文件一定要变成可执行权限（使用命令：chmod777 synctm），否则即使位置放对了，也无法同步。注意 3：需要检查 tpu 的 crontab 文件(crontab 文件在 tpu 的/etc 目录下)中定义的定期时钟同步的文件 synctm 路径是否正确。确保路径是：/root/synctm/dev/null,如下图。-13-TDCS3.0 调试经验总结若修改了 cro

25、ntab 这个文件，需要重启 tpu 的 crond 服务或者重启lirc系统后方可生效。重启 crond 服务的具体命令如下：停止 crond 服务： servicecrondstop启动 crond 服务：servicecrondstart查看 crond 当前运行状态：servicecrondstatus7.2配置文件0，对于ADX 联锁，并且采用 TDCS 协议与自律机通信，那么TPU 包中必须放 bitmap.cfg 文件。1，数据平台的配置需放在 data 目录下，主要有下图的 3 个文件夹，其中：“1”：存放工作区 1 里面的站细定义“config”：存放 tpu件“ws_”:存

26、放 tpu数据平台配置的客户端包7.2.1comm.cfg在做试，此测试时，有时无法在 simtest 上将模式转换为非常站控进要在 comm.cfg 中增加如下配置项，是在 tle 中码位-14-TDCS3.0 调试经验总结500 和 501 被使用，这两个码位在 smitest 中做模式转换使用。下面的配置用来这两个特殊码位。;下面几行配置用来 sis注释掉模式转换码位转译的，正式施工一定要SPECIAL_INDIIN_URGENT=500IN_NORMAL=501OUT_PERMIT_CTC=302需要配置 tpu 与车站服务器的 commsvr 连接，增加如下配置项COMMSVR_CL

27、T=stacommsvr,stacommsvr_1,stacommsvr_2当 tpu 的邻站是 tdcs2.0 车站，tdcs2.0 车站与 tpu 相邻仍采用老的与 npc 连接的，需要在 tpu 中配置供邻站 tdcs2.0 的 stpc 连接的端口，此时 tpu 作为服务侧，tdcs2.0 的 stpc 作为客户端。;车务终端服务端TDCS_STPC_SVR=tdcs_stpc_serverMAX_TDCS_STPC_CLT=32当 tdcs2.0 升级为 tdcs3.0 时，如果原 tdcs2.0 与连锁的接口协议在npc 的 comm.cfg 文件中没有明确定义，那么 tpu升级为

28、 tdcs3.0 时，与联锁的协议默认是 10.即 comm.cfg 中 VERSION=11 可以注释掉，默认使用的协议号是 10. 如果自律机与联锁采用 CTC 协议进行通信，则两个通信端口都必须要配上。CISCOMMPORT1=4PORT2=5;输入起始板号INPUT_START=0-15-TDCS3.0 调试经验总结;输入板数INPUT_BOARD_COUNT=9INPUT_OFFSET=1;此处暂时注释掉，与 npc 一致使用 10 协议;VERSION=11对于 tpu 队列深度配置建议值为 12，对于超大规模车站（股道数大于 25）建议配置值为 14。7.2.2dss.cfg在

29、tledata.cfg 中加载的 tle 的数据的格式全部为dss.cfg 格式。Dss.cfg这个文件和 ctc-lirc 中的这个文件不同，具体增加如下配置项：;TDCS3.0 股道、区间。=1 开启，其他默认不开启EmergencyCanBlock=1;TDCS3.0 确认分路不良。=1 开启，其他默认不开启EmergencyCanAckBadCircuitIdle=1; 确认空闲后，列 仍报 分路不良区域， LockReleaseClearAckIdle 配置=1，则不。LockReleaseClearAckIdle=1-16-TDCS3.0 调试经验总结7.2.3Logic.cfg掉

30、原太原 tdcs3.0 模式，逻辑在 logic 进程实现，数据平台版本逻辑全部集中在 auxlogic 进程，所以 logic 进程再报警属于重复，需。TRAIN_PLAN;TDCS3.0 禁用 ctc 列车计划任务功能，用于防止 ctc干扰功能。=1 表示禁用FORBID_TRAIN_PLAN_TASK=1 定义 logic 进程向车站服务器的 EVENT 进程发IP TRAIN_ROUTE_EVENT=1tdcs3.0。 tledata.cfg 中需要定义加载 tle 数据的类型为 dss.cfg，定义列车接近信号未开放的NEAR_ENTRY_ABS;TDCS3.0 列车接近信号未开放;

31、站号 出号 区间数量（）;出示不没有配置，表示该口默认 3 个接近区段，=0 表ENTRY=319 1 2ENTRY=319 2 2ENTRY=319 3 2ENTRY=319 4 2ENTRY=319 5 2ENTRY=319 6 2TDCS3.0 启动错办的开关;TDCS3.0 启用错办提示USING_PLAN_CHECK=1功能。=1 启用，其他关闭 北园模式中为了防止自律机给中心发两回表示，因此做了特殊处理，注意北标准站不再使用该配置；;北园的方案是由 TDCS_BL 给中心送表示，此处配置为仅给车站服务器送表示，中心不送DSS_DEST_ENTITY=sta_rt,server 设置

32、铁鞋;表示启用设置铁鞋的功能，1 表示启用，0 表示不启用DYN_VAR START=1对于 tpu 队列深度配置建议值为 12，对于超大规模车站（股道数大于 25）-17-TDCS3.0 调试经验总结建议配置值为 14。7.2.4comhost.cfg 和 commsvc.cfgTPU 的 comhost.cfg 与 commsvc.cfg 和 STPC 的不能相互替换,这里需要特别注意。Commhost.cfg 中 IP 地址的配置分为和； 注意：如果是整条线路抠取一个 tdcs2.0 车站改造为 TDCS3.0 车站，这种情况网络不改造，仍保持为单通道，这种情况 commhost.cfg

33、 中只能配置一个网关， 虽 ip 地址表中提前规划了 4 个网关，亦不能进行配置，若多配置了网关，致莫名其妙的站场图显示问题，网络推荐配置为单个网关，另外 stpc 的配置中也需要只配置一个网关。的网关只需配置一个,即 IP 地址表上的 G0/0（具体需要与现场路由器配置进一步确认）。的网关需要配置四个，与 CTC 保持一致。-18-TDCS3.0 调试经验总结7.2.5 Commlc_comm.cfgCommlc_comm.cfg 中双机热备时间建议配置为 500（南局验证效果良好），配置过小会导致 tpu配置过大会导致主机意外较多：自律机与热备自律机通信中断， 后，备机接管时间过长。7.2

34、.6 stationxx.cfgstationXX.cfg 增加在非常站控下的车站操作权限定义济南局的配置如下，济南局关于设置分路不良的权限与 ctc 保持一致，设置分路不良的权限在 stmm 上。USER4NAME=stpc319 RIGHT=0,0x00000040 RIGHT=1,0x00000040 RIGHT=2,0x00000040,1;TDCS3.0 非常站控模式下确认分路不良、设置有电无电、设置解锁权限RIGHT=3,0x00000040USER5NAME=stmm319 RIGHT=0,0x00000010 RIGHT=1,0x00000010 RIGHT=2,0x00000

35、010;TDCS3.0,10 仅有分路不良设置权限RIGHT=3,0x00000010USER6NAME=stsr319 RIGHT=0,0x00000040 RIGHT=1,0x00000040 RIGHT=2,0x00000040;TDCS3.0 非常站控模式下确认分路不良、设置有电无电、设解锁权限置RIGHT=3,0x00000040南昌局电务处要求将分路不良设置的权限放在车务终端和信号员终端上，要求掉 stmm 的分路不良设置权限，配置如下：-19-TDCS3.0 调试经验总结USER3NAME=stpc2173 RIGHT=0,0x00000050 RIGHT=1,0x0000005

36、0 RIGHT=2,0x00000050,1;TDCS3.0 非常站控模式下设置和确认分路不良、设置有电无电、设置解锁权限RIGHT=3,0x00000050USER4NAME=stmm2173 RIGHT=0,0x00000000 RIGHT=1,0x00000000 RIGHT=2,0x00000000;TDCS3.0 非常站控模式下，南昌局要求设置权限RIGHT=3,0x00000000掉设置分路不良USER5NAME=stsr2173 RIGHT=0,0x00000050 RIGHT=1,0x00000050 RIGHT=2,0x00000050;TDCS3.0 非常站控模式下设置和确

37、认分路不良、设置有电无电、设置解锁权限RIGHT=3,0x00000050;TDCS3.0 检查客货车类型、超限,数据平台版本去掉;CHECK_ENTRY_TYPE=1;TDCS3.0 使用 CTC 自律机检查货车不得通过高站台,=0 关闭，=1 开启,数据平台版本去掉这行;CHECK_CARGO_PASS=1 ROUTE_DENY;超限站内交汇,数据平台版本去掉这行;DENY_OVER_LIMIT=1,2,27.3其它注意事项 对于整条线路单个车站上 TDCS3.0，需要注意列车占用丢失需将所有邻站，只计算本站列车占用丢失；相邻 tdcs 车站的占用丢失由 tdcs-bl 计算好发给 tdc

38、s3.0 的 stpc。具体配置是修改 tledata.cfg 中定义加载 forbid_occupy_alarm.cfg 文件，-20-TDCS3.0 调试经验总结特别注意在 INCLUDE 前面加上“;!”表示加载。;!INCLUDEforbid_occupy_alarm.cfg forbid_occupy_alarm.cfg 文件定义如下：（定义WINDOW_ELEM与 ctc 类似）;=65535 表示站内不318=0319=65535320=0358=0，=0 表示全站不对于整条线路单个车站上 TDCS3.0 需注意本站的联锁类型、本站及邻站与联锁的通信协议，若为 TDCS 协议或本

39、站为联锁，需在 TPU 中增加特殊配置，即防止 TPU进站信号机灭灯与进站信号机内方第一个区段占用在同一包数据时，出现先灭灯后占用导致车次无法正常跟踪的现象；“信号关闭延时处理的配置，配置文件为 tledata.cfg,配置项为：SIGNAL_站号=延时秒数_DELAY延时秒数配置 2-3 秒即可，建议 Tdcs 协议的tdcs3.0 车站都配置上，因为 tdcs码位大排队的。”协议对于半自动闭塞的区间需在 TPU 中增加延迟删车次号的特殊配置；以下内容摘自的邮件，根据门的经验，建议延时秒数配置为3600，注意本站和与之相邻的邻站都需要配置： “区间延时删车的配置，配置文件为 tledata.

40、cfg, 配置项： ABS_DELAY站号=延时秒数默认的延时秒数为 300 秒，对于半自动闭塞区间应该大一点。”需要关注一下特殊股道的采点情况，对于股道比较短的股道，因列车停稳后无法完全进入股道，可能会出现采点滞后的情况，因此有TPU 中增加特殊股道的采点处理。要在南昌局 tpu 硬件出现过 ftp 服务莫名停掉，维护终端无法连接 tpu，经查是 ftp 的权限被意外更改。如果被更改，需恢复为与 ctc 的二代 lirc 一致。具体如下：TPU 中etc 文件夹下ftpusers 和shells 的权限被意外修改，需要将 ftpusers的权限改为 600、shells 的权限改为 644。

41、：cd/etcchmod600ftpuserschmod644shells-21-TDCS3.0 调试经验总结8STPC（TDCS3.0）配置注意事项车务终端配置与 CTC 车务终端基本一致，唯一特殊的地方是引入数据平台配置更新。一，Config.def1 配置修改：1，定义 stpc 是 tdcs3.0，并启用数据平台的是：;1:TDCS-K 系统，2:FZK -CTC 系统，3:TDCS3.0 系统SYSTEMTYPE=3;启用数据平台版本,TDCS30NEWVERSION=1 TDCS30NEWVERSION=1需要注意：commhost.cfg 车务终端的网关必须配置正确，因定时检查网

42、关，当网关不通时句柄数会一直增加，导致机器内存不足，影响正常使用；2，表示给“FLOWENTITYNAMEdynvarsvr307”发送动态变量的消息（含阶段计划），同时 entity.cfg 中必须有“dynvarsvr307”实体号的定义。FLOWENTITYNAME=dynvarsvr307；;stpc 给Danavar 发送动态变量消息和车站计划3，表示的来源是本站站号的自律机EVT_SOURCE_ENTITY_NAME=lirc3075，根据数据平台定义的规则,接收阶段计划后,在行车日志上自动生成股道,=1 开启，=0 关闭，默认关闭。Auto_choose_side=1(1 表示打

43、开自动匹配股道功能，0 表示关闭)；l注：在数据平台（DMUI）-股道规则中增加股道匹配规则，保存成本地文件夹下。ws_serversws_svr_run1datastationSIDE_RULE_LIST 文件l注：车务终端股道匹配文件存放在 stpcdataworkspace1stationside_list文件夹下，文件名是 SIDE_LIST_.xml(表示站号).6，行车日志界面自动报点弹框提醒,0 表示不显示（默认不显示），1 是放开，15 带表弹框自动关闭时间AUTO_REPORT_TIME_INFORM=1,157，为了兼容以前的 TDCS2.0 车务终端，在行车日志界面显示发

44、送计划 按钮,1 表示显示,0 表示不显示,默认不显示SEND_PHASE_PLAN=18，车务终端增加了下发车站计划的功能，下达阶段计划列表：PLANRECEIVER=xx，;xx 表示计划接收实体数量，表示接收计划的实体号（北站的配置是 PLANRECEIVER=1，7307(7307 是 tpu 实体号)）9， 南昌局车务反应：原 tdcs2.0 的 stpc 支持调度命令字数较少时，可以只打印半页纸，这样 A4 纸可以裁为两半使用，这样车务节约纸张，车务要求 tdcs3.0 与 tdcs2.0 保持一致。Tdcs3.0 的 stpc 已支持，需增加如下配置项： 在MAINCONFIG下

45、，增加如下：-22-TDCS3.0 调试经验总结;说明：PRINT_TYPE 表示调度命令打印纸张的格式（1 表示打印整张纸 A4纸，0 表示可以打印半张，南昌局配 0） PRINT_TYPE=010，Ctcinfo.def 配置修改：在车务终端的“工具”菜单下可以启动“时钟显示”，“占线板”和“盘”。这需要在 ctcinfo.def 中增加如下配置项，格式：ADD=显示名称，程序所在路径：;在 stpc 的菜单项工具下增加一个启动程序的选项,下面表示启动时钟显示.ADD=时钟显示,D:CTC3.0_YANCHENGBEIstpc_exeMyClock.exe;在 stpc 的菜单项工具下增加

46、一个启动程序的选项,下面表示启动占线板板,D:CTC3.0_YANCHENGBEIctcT3Termdss_layout_term600307.cmd;在 stpc 的菜单项工具下增加一个启动程序的选项,下面表示启动盘ADD=盘,D:CTC3.0_YANCHENGBEIctcStartSoftKeyBoard.cmd从上面可以看出，MyClock.exe 在stpc_exe 目录下； StartSoftKeyBoard.cmd 的内容是: Start osk ;osk 表示启动 Windows 屏幕键盘的指令dss_layout_term600307.cmd 的内容是： cdD:CTC3.0_

47、YANCHENGBEIT3Termqt_binstartD:CTC3.0_YANCHENGBEIT3Termqt_bindss_layout_term.exe 600307D:CTC3.0_YANCHENGBEIT3Termdata307.cfg ADMIN从这里可以看出，占线板启动要实体号作为参数，所以特别需要注意，因为占线板目前不能实现双机同步，所以占线板只有一个实体号对应，如果 A 机已经启动占线板，此时 B 机再次启动占线板，由于实体号已经被占用将无法连接到车站服务器，因此无法启动。所以只在信号员终端 AB 机中的一台上部署占线板，另外一台占线板文件夹命名为“T3term-年月日”为。

48、因车务终端和信号员终端的实体号不同，启动占线板的脚本文件名字不同， 车务终端（stpc）和信号员终端（stsr）的 ctcinfo.def 配置文件里面调用占线板-23-ADD=占线TDCS3.0 调试经验总结的配置是不同的，在实际施工时一定要注意这点。车务终端（stpc）：ctcinfo.def 配置如下，ADD=占线板,D:CTC3.0_YANCHENGBEIctcT3Termdss_layout_term600307.cmd 信号员终端（stsr）：ctcinfo.def 配置如下，ADD=占线板,D:CTC3.0_YANCHENGBEIctcT3Termdss_layout_term6

49、01307.cmd11，维护机需要增加站场图回放功能、部署 cascolog server 方便故障处理及。12，行车日志中显示的邻站站名不再使用 st_ety.cfg 这个文件，邻站站名取自数据平台中的定义，因此数据平台中必须定义 tdcs3.0 车站的邻站。13，关于站存车框中的“车种”下拉框里南宁局需要增加粮食车，“作业说明”下拉框中需增加中转、待调，“运用标记”下拉框中需增加企业自备车的特殊需求。解决此问题需要增加如下配置文件：ctcstpcdatastation_now_car.xml。station_now_car.xml另外说明：济南局和南昌局无此特殊需求，data 目录下无此文

50、件，默认程序会有几种类别、车种作业说明，已能够满足现场车务的需求。其他路局依据现场实际情况来定。-24-TDCS3.0 调试经验总结14，行车日志界面根据 TDCS3.0 技术条件中规定，中间站用，编组增加机车号及出库时间等）。由 TDCS2.0 升级为 TDCS3.0站、区段站用的车站要注意该车站的技术性质，并结合以前 TDCS2.0 的报表进行修改report2.def 文件。附件分别为南昌局和南宁局结合实际情况修改的 report2.def文件，以供参考。eport2-南昌局用.defreport2-南宁局用.defreport2-中间站通用（北）.def9TDCS3.0 前置机配置制作

51、TDCS3.0 前置机配置与 CTC 前置机配置一样。10 车站服务器、NAS 配置制作目前车站服务器的主要作用是部署车站 commsvr、dynavar，数据平台服务端和施工登销记服务端。NAS 数据库为预留，暂不使用。11 DYNAVAR 实现双机同步按照目前的系统架构，dynavar不区分站号，dynavar必须按站来分，即一个站对应一个 dynavar 进程，不多个站对应一个 dynavar 进程，如果多对一会导致占线板上重复计划，并且无法删除。多个 dynavar 进程需要在使用 dynavar-monitor进行，dynavar-monitor 负责一次启动多个 dynavar 进

52、程，具体 dynavar-monitor 的修改请参考 dynavar-monitor 的部署手册。以济南局枣庄西站（站号：409）为例，Dynavar 实现双机同步的步骤：11.1 增加动态变量 A,B 机对内实体号在实体配置窗口选中枣庄西所在的动态变量服务器,实体号为（300409，统一规定动态变量服务器的实体号为 300+站号），此实体号为动态变量对外实体，A,B 机共享这个实体号。选择“动态变量服务器”-”300409-dynavar_svr-动态变量服务器”,在“参数”上的实体号中输入 Dynarvar 的 A,B 机的对内实体号（统一规定 A 机对内实体号为 1+dynarvar 实体号，B 机对内实体号为 2+dynavar 实体号），这里