温州动车出轨事故原因调度记录分析【网转】





这篇文章专业术语较多,看文之前先普及一下:

红光带:铁路控制系统中,列车行驶在轨道上时,轨道与车轮相接触,在控制系统中相接触的位置就会显示为红色,这就是红光带。但有时候因为潮湿、雷暴等导致红光带故障,使本来没车的铁路在控制系统中显示红光带,令控制台难于判断实际情况。这是叫常见的故障现象。这次动车出轨事故的导火索就在于此。

非常站控:调度设备故障,由电脑自动控制行车转为人工控制行车。

闭塞区间:坐过火车的人都知道,每隔一段路程,就会在铁路旁边出现一个信号灯。两个信号灯之间的路程就是闭塞区间。两个车站之间,又有若干个闭塞区间。按照规定,在一个闭塞区间内,只能由一辆列车。也就是说,在两个信号灯之间,只能有一列车,前面的列车和后面的列车至少相隔一个信号灯。在出现信号灯故障后,将会转为站间闭塞。意思就是说,两个站之间不管有多少闭塞区间,信号灯故障后,两个火车站之间只能由一辆列车。这次事故中,调度员违反规定,在前方的D3115未到达温州南之前,就让D301从永嘉站开车,是促使事故发生的原因之一。

ATP:这是一种列车自动保护装置,可以自动检测列车实际运行位置,自动确定列车最大安全运行速度,连续不间断地实行速度监督,实现超速防护,自动监测列车运行间隔,以保证实现规定地行车间隔。如果遇到前方有车,ATP会适时自动发挥作用迫使后方列车停车。这次事故中,ATP失灵。

CTC:这是调度集中控制系统。列车调度员可以在控制室通过CTC来确定列车的运行时速、方位以及列车前后方有无车辆,距离多远。同时,CTC也控制着路面信号灯,事故当晚路面列车信号装置遭雷击,CTC控制的几个信号灯出现故障一路绿灯,导致后面的D301追尾。

 

正文

下面是事故当晚的一份调度作业过程

201172319:34分,温州南反映D32124道开车时跳出站信号,调度询问司机有没有动车,在确定司机没有动车后取消进路重新开放信号。

19:36分,因温州南站4道出站信号无法开放,调度布置温州南站转为非常站控。

19:44分,调度接温州南站报告:车站联锁显示下行三接近红光带(就是说温州南下行方向的三个闭塞区间全部显示红光带),车站CTC界面无显示。D32124道开车后,调度布置车站转回分散自律。

19:45分,温州南站报告与永嘉、瓯海站接近、离去区段显示红光带。

19:53分,调度布置温州南站转入非常站控

19:55分,调度布置瓯海转入非常站控。

20:01分、20:07分调度联系温州南站工务到位没有,车站汇报未到位。

20:14分,调度布置D3115次永嘉站开车,通知司机区间遇红灯后转目视模式20km/h运行。

20:20分,温州南站反映下行四接近红光带闪烁,与瓯海区间无红光带。

20:24分,D301次永嘉站开车。

20:26分,调度联系温州南站,车站反映D3115次已三接近(即D3115已经离温州南还有三个闭塞区间了),CTC系统区间红光带已消失。

20:31分,D3115次司机反映:车厢内旅客按紧急制动停车,接触网停电。

20:37分,调度布置温州南站联系D301次司机降弓。

20:39分,调度接温州南站报告:D3115次司机反映尾部车辆脱轨,有半截车厢吊在桥上。

 

下面是一份车站作业过程

(一)列车运行情况:

1.永嘉站:D311531951到(办客),2015开;

D30112012停,2024开。(为什么D3115D301停车时间都很长,是因为温州南站上行第一离去闭塞分区存在红光带,两车临时停车等待修复,但修复暂时无法完成,在转成非常站控之后,D3115先发车。)

2.温州南:D32121936开。

(二)运统-46登销记情况:

1.永嘉站:无登记。

2.温州南站:1939分登记永嘉-温州南下行线三接近轨道电路出现红光带并通知工、电务,工务于2030分销记,电务未销记。(意思是说,出现红光带故障,通知工人2030去修,只有工务在2030之前修好了,但是电务2030之前他们未修好。)

(三)车站转入非常站控有关情况

1954分左右永嘉站接调度通知模式需转为非常站控,永嘉站于1955分转入非常站控。

2012分调度员通知永嘉站D3115次开车,永嘉站2013分与温州南站办理D3115次预告,D31152015开。

2022分调度员通知永嘉站D301次开车,永嘉站2024分与温州南站办理D301次预告,D3012024开。

D3115次区间运行时间长,温州南站联系D3115次司机,司机回答区间信号不稳定;

据永嘉车站值班员、温州南站车站值班员反映:20:06分,永嘉车站值班员车机联控呼叫D301次司机,车站已转非常站控;在D301次距D311567个闭塞分区时,温州南站车站值班员车机联控呼叫D301次司机, D3115次在区间,注意运行。 D301次司机应答知道。

根据以上材料显示1936分,温州南出站信号无法开放,初步分析为潮湿雨水导致红光带故障。

这时候事故导火索就出现了,因为雨水、潮湿等原因,路面信号出现红光带故障,调度方面让温州南站和永嘉站分别于19531955转入非常站控,即人工调度指挥。

20012007车站工务未到位,即维修红光带的工人还没有到位。

2014:调度通知D3115先开车,看到红灯后转成目视20KM/h行驶。就是说,看到红灯减速,因为这是红光带故障。这里要解决一个问题,就是明明D301应该先开的为什么让D3115先走了:这是因为,D301到永嘉站之前走的是京沪高铁,一路上不停的给高铁让路已经导致晚点,而D3115还没有晚点。调度让D301后走,反正它已经晚点了那就再晚一点让D3115先走,别让D3115晚点就行。所以D3115先开车。

D3115次于2015自永嘉站3道开出,并且按调度员指示如遇区间红灯即转为目视模式限速20km/h运行。
  由于受到红光带影响,区间内某些闭塞分区占用表示,在这种情况下转为目视模式限速20km/h运行是正常的处理方法。
20
24D301从永嘉站开车,此时距离D3115从永嘉站开车仅仅9分钟。这时候调度员已经犯了错误了,就是当路面信号灯出现故障时,一律转为站间闭塞,就是在温州南和永嘉站之间只能有D3115一列车,但是调度过分信任ATP的防护功能,同时他以为D301看到红光带会自动停车,不会追尾,所以就违反规定放行D301开车。为什么要违反规定呢?老百姓对火车晚点已经有很多不满了,那就尽量不晚点或别晚点那么严重,D301赶紧开车。

2026分:D301永嘉开车后2分钟,根据温州南站反映,D3115次已经三接近(就是距离温州南还有三个闭塞区间),即将进站,但是此时CTC系统车站界面的红光带消失,这一现象说明电务部门可能正在处理刚刚温州南站汇报的关于区间红光带的故障。但处理过程可能导致信号升级显示,也就是说,自动闭塞可能失效。后行列车司机将无法由车载设备获取前方列车的距离。

  上面这一小段话,通俗地讲就是说D301永嘉站开车2分钟后温州南说,D3115已经快进站了,但是现在路面上的红光带消失了,电务正在修,维修过程中设计缺陷导致信号变更。也就是说,D301在永嘉站开车时,调度以为司机潘一恒看到红光带会停车,但自此以后,D301不会再看到红光带了,因为设计缺陷而导致的错误就是一路绿灯。如果说路面红光带故障是导火索的话,那这就是事故的直接原因。

2031D3115司机反映,旅客在车厢内拉下了列车的紧急制动,接触网停电。因为前方的D3115是在按照调度的安排,以20KM/h的速度运行,所以司机并未感觉到此时D301已经追尾,紧急制动是因为列车出轨后,列车制动风管破损,触发了紧急制动,司机以为乘客拉下了紧急制动而且接触网也停电了。

2037:调度通知后方的D301把受电弓降下来。(受电弓就是我们所说的电辫子,列车依靠它运行)。调度听D3115司机说接触网停电了,那就让后面的D301把受电弓降下来吧。但是联系D301司机潘一恒却没有回音——潘一恒此时已经壮烈牺牲。

2039:调度接温州南站报告,D3115次司机反映尾部车辆脱轨,有半截车厢吊在桥上。D3115司机起初以为是乘客拉下了紧急制动,后来一看不对,原来是追尾了!赶紧报告温州南站。

   综上所述,两车追尾的大致情况为:红光带故障,D3115D301在永嘉停车——后来D3115先开车,司机看到红光带后减速至20KM/h运行——D301后开车,调度以为D301司机也会看到红光带,但其实,电务在维修过程中导致红光带升级,本来路面应该是红灯,结果错误显示为绿灯,D301司机看到是一路绿灯,他也不是神仙,他以为D3115已经到温州南了所以全速前进——追尾。

   需要提到的一点是,D301司机潘一恒开车后,调度说了两次前面有D3115,请注意运行。但因为D3115已经关闭自身信号系统,转成了20KM/h速度运行,关闭信号系统后,车上的ATP已经失效了,调度也不知道D3115具体在哪只能告诉D301前面有D3115,但D301司机看到的是一路绿灯啊,他就想估计我前面的D3115已经进温州南了,再加上D301已经晚点所以司机只能全速前进。有人会说,D301不是也有ATP吗,怎么没发现前面的D3115啊?的确,D301是有ATP,但是,D3115已经按照调度的安排越过红灯减速慢行,无论是调度控制室还是后面的D301都无法确定D3115的位置,所以D301ATP没有产生作用,最后导致追尾。如果,调度跟的紧点多说几次前面有D3115D301一定要注意运行;如果,D301进温州南之前做一次车机联控(就是问下温州南D3115进站没有),事故就不会发生。

    这次事故,人祸是主要的,天灾是次要的。人祸中,电力电务的责任占70%,调度的责任占30%。所以,什么雷击使D3115停止运行导致D301追尾纯粹是胡说八道。其实,我们最应该感谢的是D301的遇难司机潘一恒。如果不是他将D301追尾前的速度降到了110+KM/h,那伤亡人数将会数倍增加。有些不懂装懂诬陷好人的狗屁专家说什么潘一恒是疲劳驾驶,简直就是放屁!D301在后面根本不知道前面的D3115在哪里时速多少有没有进站!可以说,D3115D301司机都没有责任,前面说过了,责任在于电务和调度。

原创文章,转载请注明: 转载自软件百宝箱

本文链接地址: 温州动车出轨事故原因调度记录分析【网转】

随机日志

发表评论

1 评论.

  1. 好文章!支持下!

    [回复该评论]

发表评论


[ Ctrl + Enter ]