信号动态检测技术.pptVIP

* 限界检测系统采用激光测距原理进行测试，测试精度主要受检测速度影响，对于电务轨旁设备侵限问题，能够及时发现，解决人力物力带来的资源浪费和处理不及时。 限界检测系统采用激光测距原理进行测试，测试精度主要受检测速度影响，对于电务轨旁设备侵限问题，能够及时发现，解决人力物力带来的资源浪费和处理不及时。 * 案例分析- 联锁软件设计问题 蓟县西站和大同县站机车信号出现掉码。 20日10点54分46秒，电务试验车进入蓟县西站IGB股道，XI信号机在关闭状态，10点57分47秒IGB2检测继电器（JCJ）落下，造成机车信号出现HU码掉码问题，XI信号机开放后，IGB2检测继电器（JCJ）重新吸起，机车信号恢复正常。此情况是列车占用股道超过3分钟时出现，正常通过进路不会发生。 附：案例分析 * 案例分析- 联锁软件设计问题 在大秦线，为了满足长大列车编组的特殊需求，在长股道设置了股道分割信号机，联锁逻辑做了特殊处理，如蓟县西站IG设置了XIL，该进路信号机将IG分割为IGA和IGB。如图11所示： 办理了下行IG接车进路，列车头部进入IGB后3分钟内列车头部没有压入XI出站信号机内方，即认为列车停在IGB。如果为长大列车，该列车将跨压在IGA和IGB，此时XIL接车进路因不满足解锁条件进路不能解锁。此时如果办理上行咽喉对IGB调车进路，因IGB列车进路未解锁，不满足敌对照查关系，导致调车进路不能建立。为满足上行咽喉向IGB调车作业的需求，联锁做了如下特殊处理：列车头部进入IGB三分钟后，自动清除IGB列车进路照查条件。如蓟县西站的D4向IGB调车进路。 附：案例分析 * 案例分析- 联锁软件设计问题 在站内一体化轨道电路中，JCJ常态落下，发送27.9HZ检测码，当排列列车进路，进路锁闭后，进路中各区段的JCJ由计算机联锁驱动吸起，并根据前方列车信号机显示状态相应发码。JCJ正常落下时机为：列车经过本区段压入下一区段时，本区段的JCJ落下;当进路取消时，进路中各区段的JCJ落下。蓟县西原联锁软件在3分钟清除列车进路照查条件，同时错误停止驱动IGB2/JCJ，JCJ随之落下，从而使IGB2由HU码改发27.9HZ检测码，造成机车信号掉码。 大同电务段会同联锁厂家提出修改方案，经路局批准后，蓟县西站，大同县站分别于2010年12月16日、30日完成软件更换。JCJ驱动条件修改为：当进路信号机只防护一个股道区段，且设置了3分钟清照查功能，当本股道清照查条件时，JCJ继续保持吸起。 附：案例分析 * 案例分析- 配线错误 3月31日，采用电务试验车检测发现，站X进站内方道岔区段出现掉码，位置在K57+062-K57+162之间，电务试验车运行速度为87Km/h，长度大约100米，检测截图。回放微机数据发现发送端正常，发送电压满足条件要求，检查分线盘处没有测到发送电压值，排出室外设备问题，根本原因在机械室内，对发码电路进行逐一排查，确认问题点为室内隔离盒处，如图14所示，初步认定为室内隔离盒背板配线存在问题，申请天窗点就行更换。 附：案例分析 * 默认报文举例 2011-1-14日0号车检测发现武广高铁上行，071-4-12-018-2、071-4-12-020-2有源应答器发送LEU默认报文。发生常用制动，速度降至45km/h，通过对列控中心数据记录和CI-TIU的数据记录分析，故障发生时，CI-TIU没有向LEU发送列控中心应答器数据报文，导致LEU向应答器发送了LEU默认报文，重启CI-TIU后，故障消失，所以故障定位为CI-TIU板。 应答器分析案列 有源应答器发送默认报文还发生在列控中心与LEU连接断开，在甬台温联调联试中发现由于列控中心与LEU之间的连接线缆被破换，导致列车收到LEU默认报文，产生45Km/h的限速。 附：案例分析 * 问题分析：问题的原因由CI-TIU的软件故障引起，通过对CI-TIU的软件分析和测试，证实问题原因如下：CI-TIU软件内设置周期计数器，用于保证LEU数据帧帧间发送间隔大于30ms，避免两帧数据重叠。该计数器计数周期武广为10ms（沪宁为5ms）。当计数器到最大值（232）时（武广约为497天，沪宁为248天），该计数器自动清0。在特定条件下，可能出现死循环，导致CI-TIU停止向LEU发送报文数据，LEU发送默认报文。设备供应商在室内搭建武广线（及沪宁线）的环境进行了测试验证，把CI－TIU周期计数器初值置为4294947296(232－20000)，程序运行200秒左右使计数器清0，重复多次后可复现现场问题现象，CI-TIU停止向LEU发送报文数据，从而验证上述分析的正确性。当CI-TIU发生上述问题后，可能会向列控中心发送编码超时错误异常故障信息，此时会导致列控中心停止发送报文数据