DS6-K5B微机联锁自控模式存在问题的分析(补充).docVIP

DS6-K5B微机联锁自控模式存在问题的分析（补充） 2011年9月2日晚22点武汉北下行编尾场K5B联锁出现一个调车信号开放后进路上道岔突然扳动的故障，经现场与厂家分析确认是软件造成的问题。但是看完监测分析，并且经过与厂家沟通，我认为需要增加自控进路检查的联锁条件并据此提出解决方案。 在这个分析之前，当时下行编尾场处于CIPS的自控状态，指令集内有一个N4985的转调车指令集正在等待III场15道发车结束后执行。N4985分为2步，第一步执行XIII5调机转出作业,当此调车进路完成后马上办理调机回XIII3道作业。此后发生了PRC排列进路与值班员排列进路冲突问题，过程如下： 22:42:55 值班员办理XIII5DA至D3030A长调车进路，按下始端XIII5DA按钮。（当时15道发车还结束，值班员调整调机转出终端按钮，可以不影响15道发车情况下执行，同时手动结束了N4985的第一步指令） 22:42:57值班员办理XIII5DA至D3030A长调车进路，按下始（终）端D3030A按钮。 22:43:01 3068/3070YCJ, 3068/3070DCJ吸起（上面进路需要3068/3070处于定位，但当时道岔在反位） 22:43:02 D3040A作为始端，XIII3DA作为终端接收PRC传来的驱动命令办理调机折返进路，白光带直接出现（值班员结束N4985第一步指令后未暂停N4985执行，恰好15道发车完成，满足N4985第二步指令执行条件，相当于PRC排列进路与值班员排列进路同时办理，其中的节点就是3068/3070的位置在定位还是反位，定位开通XIII5调出进路，反位开通D4040折返进路） 22:43:03 3068/3070FBJ掉下， 22:43:03 3068/3070YCJ, 3068/3070DCJ掉下 22:43:09 3068/3070DBJ吸起，道岔转换到位。这时出现错误的残留白光带，电务值班员随后用故障解锁取消。 在我看来，武汉北K5B处于维修自控模式下还是有问题需要解决。 首先K5B联锁处于站控模式时，绝大多数进路操作通过操纵台串口滚轮鼠标输入命令，进路输入速度很慢，达到2秒甚至以上，不可能出现抢进路的问题，而自控模式下进路接受命令马上执行，就可能出现手动干预与自动触发相冲突的情况。上面例子中车站值班员干预时候没有停止CIPS指令集是出现指令干扰的重要原因。 其次从上面的回放可以看出，CIPS维修模式下PRC控制联锁开放进路只检查进路上的道岔位置是否正确，而没有检查道岔启动部分的条件，从而出现了执行进路命令时道岔表示正确，但是道岔启动命令已经开始。从而在信号开放时道岔还在扳动，这是一个急需厂家解决的问题。通号厂家已经回复考虑将道岔启动条件（道岔的YCJ/DCJ/FCJ是否吸起作为进路开放前的联锁检查条件），我认为这也是必须的。 所以这次提出解决方案前，我们先要找到武汉北联锁维修自控模式出现冲突的原因，在对应这种情况拿出修改方案并进行联锁试验，其次厂家要考虑到现在武汉北站场复杂，作业繁重，人工干预多，自控进路执行速度快，要考虑如何检查人工干预后联锁的执行情况是否会造成自控执行进路出现错误？进路锁闭后检查各联锁逻辑关系的周期是否过长等等因素？这也是我们在问题发生后需要通号解惑的问题。 武汉北综合信息：李祥 2011/9/19