看板 Railway 關於我們 聯絡資訊
※ 引述《a710138 (無言的男人)》之銘言: : 今天有事要去樹林一趟 : 14:55到了板橋車站 : 看了時間 : 到櫃台買了685次復興號的車票(板橋表定15:04開車) : 買票時,售票處上方資訊仍然顯示「685次 復興 準點」 : 且售票大姐也沒告知685次誤點 : 拿到車票衝到月台 : 時間到了15:04竟然沒來 : 一直等到15:11才聽到板橋車站廣播 : 「685次 往樹林復興號 因機車故障 大約晚35分鐘」 : 想問一下板上前輩們 : 當列車誤點時 : 車站多久前會知道呢?? : 雖然今天我後來搭區間車過去 : 但是從購票時到聽到廣播時 : 我覺得台鐵的......讓我滿無言的!!   其實列車有沒有誤點,或是列車的位置在哪邊,車站都能夠提前知道的 。但能夠提前且確實的知道誤點時間與位置,有二個很重要的前提,第一個 就是列車距離該站的位置是近或遠,第二個則是列車有沒有在前進運轉。   只要滿足了這二個前提,實際上只需透過 CTC提供的資訊,現在大多數 車站的PIDS就都能自動提供並顯示列車誤點的時間與與列車所在的位置了。 但原PO說的情況是因為機車故障,所以列車就是處在完全停止運轉的情況, 所以這個時候,PIDS就完全沒有辦法靠 CTC的資訊,自動的去更新誤點的時 間與列車的位置了。簡單講, CTC判斷準點與誤點,通常都會有二個檢核點, 第一個是列車進站,第二個是列車出站。所以假設某班車進站時是準點,但 一進站就列車故障無法開出,這時PIDS如果仍然是自動接受 CTC的資訊,那 就會一直顯示準點不會自動更新,因為列車沒有再通過第二個檢核點,所以 自動更新模式就會一直顯示準點直到跳到下班車的顯示 (除非手動更新誤點 的時間)。   但只要上述的二個前提有其中一個不符合,這時就只能變成以人工查詢, 只要是人工的查詢,就一定會有所疏忽遺漏的,因為大多數有行車室的車站, 通常行車副站長只有一位(很少部份的大站才有會二個以上的副站長或是運轉 員),他們要辦理行車業務又要隨時的注意列車動態,所以不可能有專門的人 會一直都守在 CTC的列車資訊系統的主機與PIDS的主機之前,所以有時後難 免會遺漏掉資訊。   而以原PO提供的情況,甚至是我所提到的二個前提都達不到,所以更不 可能很清楚的得知很確定的誤點時間。而且以板橋站來講,列車的密度算是 很高的,只要有車發生誤點,除非是PIDS自己去顯示,否則像機車故障的這 種情況,就只能由副站長來查詢並手動輸入時間了。但本段第二行說過,板 橋站的列車密度高,當副站長發現到開車時間已到,但該列車並未接近,或 是尚未由其他站(例如 685次掛掉的車站)開出時,這時候他才會去詢問 (向 調度員或其他站問) ,或是有其他站直接用無線電通知機車故障的消息,這 時板橋站的副站長也才能得知確實的原因。   但另外又出現一個問題,就是 685次機車在其他站故障,並不清楚故障 的地點為何,如果距離很近,就更難提前知道了,除非列車是在宜蘭,或是 在花蓮就故障了,這時候才會很早的得知故障的原因來提前因應。例如週五 的 514次在新市站機車故障,我在善化站這邊,距離新市站莒光號只有約5 分鐘的時間,所以剛開始也沒注意到,因為前不久 655次也故障在永康,所 以大都注意 655次的事。一直過了大約四分鐘後,還沒看到 514次接近,這 時才覺得有啥問題,準備問新市站時,就聽到 514次的司機用無線電告訴新 市站機車故障無法修復,請求救援的消息,這時我們也才手忙腳亂的廣播告 知旅客與貼出誤點公告(也都已經過了開車時間幾分鐘了)。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.204.88.47 ※ 編輯: tccan 來自: 123.204.88.47 (04/23 22:39) ※ 編輯: tccan 來自: 123.204.88.47 (04/23 22:49) ※ 編輯: tccan 來自: 123.204.88.47 (04/23 22:54)
Yenfu35:推荐這篇文章 04/23 23:43
andy810625:推薦這篇文章 04/24 00:17
Pringles0309:其實答案只有一種 就是行車副站長沒有編修旅客端資訊 04/24 02:19
Pringles0309:CTC隨時都在監控列車準點狀況 只差在監控的人 04/24 02:20
Pringles0309:有沒有主動的去注意該列車狀況 通常向本樓主說的685 04/24 02:21
Pringles0309:這類的加班復興號 很少會主動去查 04/24 02:21
我第三段已經說過,像板橋站這種列車密度很大的車站,副站長不可能一直都 坐在電腦前隨時注意列車的情況,當然也不可能隨時的更新輸入誤點資訊。如 果這樣的話,其他的業務都不用做了,也不用出去開車或進行列車監視了。
Pringles0309:大概都是等到表定時間前五分鐘才去看一下TIDS 04/24 02:22
Pringles0309:這時候才發現他慢分了 改的時候就已經~來不及啦! 04/24 02:22
Pringles0309:並且復興號等級列車誤點 只要不佔線 04/24 02:23
Pringles0309:行車副站長大多不太注意 主要焦點都在莒光自強 04/24 02:23
b7736:這聽起來也太爛了= = 如第二段 進站後機車掛掉沒出站 這樣 04/24 10:19
b7736:第二個檢核點就無法檢核 無法檢核應該就要判定成誤點阿... 04/24 10:20
如果無法檢核就要判定誤點,那請問要判定幾分?誤1分?誤100分?誤250分? 這根本就沒有辦法由電腦自己去判定了。這只能由後續各個停靠站自己手動 去輸入了。當然列車密度一大,副站長根本也沒有那麼多時間去注意了。
busgoer:CTC無法檢核就不會顯示誤點 04/24 10:21
b7736:(不然火車有可能飛過去嗎) 而且不是都有表定時間 怎麼不是 04/24 10:21
b7736:用表定時間和實際時間去檢核是用這種奇怪的邏輯 有其用意嗎? 04/24 10:22
aschaos:覺得用表定時間跟實際時間去計算比較合理 04/24 12:48
aschaos:表定開車過了一段時間沒通過出站檢核 應該就自動判斷晚分 04/24 12:50
檢核的邏輯原本就是這樣了。台鐵 CTC自動檢核列車誤點的方式就是二個 檢核點,第一個檢核點是進站這邊,以表定的到達時間為準,出發的時候 越過第二個檢核點時,就以表定的開車時間為準。 假設1234次AA站表定是12:30.0分到達,12:32.0分開車,只要列車通過第 一個檢核點時,假設是12:35.0分到達, CTC就會自動檢核,直接顯示是誤 點 5分鐘。然後當1234次12:36.0分開車,通過第二個檢核點之後,就會再 自動的檢核一次,然後就自動顯示誤點 4分鐘。
aschaos:出發誤點就可以推測下一站也有可能誤點 04/24 12:52
所以當列車從AA站開車之後,假設誤點 4分鐘,那之後所有的停靠站,只要 是PIDS有與 CTC連結的車站,PIDS都會顯示誤點 4分鐘。然後再一直等到列 車通過下一個有檢核點的車站(甲簡以上),然後 CTC也才會再自動的檢核一 次。
aschaos:較長車站區間若增加在閉塞區交界的檢核 也許能更精確 04/24 12:55
vespar:推樓上 04/24 17:57
而目前台鐵PIDS有顯示列車位置的方式,也都是靠那二個檢核點檢核出來的。 例如1234次開到AA站踏進第一個進站的檢核點後,除了會自動校正誤點的時間 外,PIDS也會顯示:本列車位置:AA站。 然後當列車踏過AA站的第二個出站的檢核點後,一樣會再一次的校正誤點時間 外,PIDS也會顯示:本列車位置:AA-BB站間。 ※ 編輯: tccan 來自: 123.204.88.47 (04/25 13:06)
b7736:怎麼會不行?表定15點30分到 31分沒到就是誤1分 04/25 16:30
b7736:32分沒到就是誤2分 33分沒到就是誤3分 搞不好真會到250分... 04/25 16:31
b7736:我懂了,難怪t大會覺得不行。現在台鐵系統的邏輯就是到那兩 04/25 16:32
b7736:點才檢核(所以沒通過就無法檢核) 一般的認知都是要即時檢核 04/25 16:32
b7736:才是吧...都2012年了= = 04/25 16:33
那請問要如何做到這點?難道要將路線的檢核點改為每一百公尺就設一個嗎? 就算是如此,當列車沙西米或車輛故障完全沒有開動時,就算只有一百公尺 一個檢核點,車子不動也是沒有辦法。 就算能做到很即時的檢核,請問你是可以一次性的就知道這班車誤點 250分, 比較好,還是你在月台上等車時,PIDS的誤點時間,假設從誤點 2 分鐘開始 顯示,然後每隔 1分鐘就增加 1分的誤點時數,然後你也永遠都不知道到底 會不會累積到250分鐘,這樣會比較好? 然後這樣 1分又加 1分的累積下去,最後次一班車乾脆就不用顯示了,永遠 就一直顯示那班未到站的列車就好了........ PPT果然是一個練習鍵盤打字速度的好地方................
dn890221:樓上要出錢嗎? XD 04/25 20:08
starker:如果要大改系統大概好幾十億就可以完成了 04/25 23:35
※ 編輯: tccan 來自: 211.79.169.250 (04/26 13:20)
dn890221:扣掉要不要去改善檢核這件事 列車誤點到底應該怎麼顯示好 04/26 15:56
dn890221:? 1分1分累積下去跳個沒完沒了?還是不誤則以一誤驚人? 04/26 15:57
ecpoem:個人偏好後者,至少比較有個底;但後者就怕有旅客離開站區 04/27 01:40
ecpoem:後誤點減少結果搭不上車去投訴 orz 04/27 01:41
dn890221:在有人工撥音的車站 這件事不是沒發生過 04/28 01:29