五千年(敝帚自珍)

主题:【原创】 那些年,电动脱轨器的那些事(1) -- 忘情

共:💬278 🌺2891 🌵2
全看分页树展 · 主题 跟帖
家园 事故还原,看理解得对不对

无论上脱还是下脱(非常引人联想啊)操作,都要先在现场刷卡,向控制室发请求,控制室接到请求后,再具体发出操作指令,是“上脱”还是“下脱”,哇!“脱”,很萌的词。

可是这个8道呢,和13道的信号串了(是一直串信号还是偶尔串一下?)。也就是有人在13道的读卡器刷个“上脱”指令,在控制室变成了8道请求上脱。照理说这个系统设计还有一环是人工确认,但是在控制室值班的小柯没去确认,直接就给8道上脱了。此时恰好在8道上有一列火车进了一半,这一上脱轨器,就把火车中间的几个车厢给弄脱轨了。

如果真是这样,我觉得啊,这个故障如果真是跟软件bug有关,你们的责任就是找到这个bug在哪儿。一般来说,找到故障意味着你能重复这个故障。当然这要给你们实验的机会,还要有供货方的配合。

我看你原来的描述,这个系统压根就没有经过联调,怎么就交付了?你们也敢用。还有一个,你的问题里的第六条,反复刷卡,反复上下脱,于是动作都不到位。我对脱轨器不了解,不过一般来说,机电系统,只有在一个动作完了以后,才会执行下一个动作。比如上脱,也就是说它必须完成上脱到位后,才会去执行下脱。如果上脱到一半,又接到下脱的指令,这时候它转向下脱的动作。这时候,你如果再给它一个上脱的指令,它起码应该下脱完成到位以后,再执行上脱的动作。这是系统设计的时候就该定下来的,然后编程序的人把这个要求编进去。

跨越真够玩命的。

全看分页树展 · 主题 跟帖


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河