Re: [新聞] 調降參數避突槌 議員批柵湖線作弊
: 「靠作弊救柵湖線,出事誰能扛?」莊瑞雄抨擊,他向捷運局調閱系
: 統調整的資料,發現市府為了營造柵湖線穩定營運假象,竟同意機電
: 承包商龐巴迪公司,將列車通訊的參數,從全線獨立,調整為分段獨
: 立。
本版高人很多, 捷運相關的人員更多, 這幾個術語是啥意思 ? 有請高人
釋疑, 畢竟 "涉及安全" 的事是大事, 也是最容易有藉口胡弄的可能性.
1.列車通訊參數.
2.全線獨立, 分段獨立.
: 換言之,全線25公里高度靈敏的無人駕駛系統,已被分成6個區段運
: 作,「美其名是讓單一設備發生故障,不會拖累整套系統,但卻必須
: 耗費大批人力在各區段駐守,系統靈敏度跟著大降,一旦有人員疏失,
: 列車安全性恐怕也難保。」
"耗費人力在各區段駐守, 系統靈敏度大降"
這是說全自動系統改為半人工操作 ? 是說人沒那麼靈敏, 容易發生
疏失嗎 ? 人不如機器 ? 這種說法不是有點怪嗎 ?
: 捷運局機電處坦承,柵湖線先前的狀況百出,主要在於列車與行控中
: 心的無線傳輸誤訊號問題,一旦單一設備出現故障或列車出現誤訊號,
: 就會造成全線停擺,經過網路參數重整後,電腦重整可從2的26次方,
: 加快為2的6次方。
3.單一設備出現故障或列車出現誤訊號, 就會造成全線停擺. 這種狀況
主要來自於: 列車與行控中心的無線傳輸誤訊號問題. 這樣的說明是
指重整前的無線傳輸會把正確的訊號變成誤訊號嗎 ?
把對的訊息會送成錯的, 這可是很嚴重啊 ! 但用手機與無線上網的
人在使用經驗上會碰到這樣把白變黑的 "誤訊號" 情況嗎 ?
還是說正確的訊號被 "延遲" 了, 未能及時回送報告, 因為未能及時
收到, 所以 OCC 與 ATP 電腦只好以最壞情況推斷, 是出狀況了 !
但這種情形是稱為 "無線傳輸誤訊號問題" 嗎 ?
4."電腦重整" 是指甚麼 ?
5. 26 次方是來自 26 個站台(含兩端機廠)嗎 ?
6 次方若是指 6 個 region, 但龐巴迪的設計規劃不早就寫了分成
6 個 region .
新聞記者寫的, 常會不容易精確, 但多數是照抄. 應該不太會走樣太
多.
但內行也任職該工作的工程師, 不可能(也不應該)講出外行話, 是否
請高人替大眾做一些大家能依常識經驗判斷的補充說明才好.
: 台北市政府副秘書長譚國光澄清,柵湖線原始設計就有調整參數,可
: 以區間分段通車的功能,「並非權宜之計,未來也不考慮調回來。」
: 調整參數,讓柵湖線可以分段獨立營運,不至於有安全性的問題。
7.可以 "區間分段通車", 是指營運策略(policy)的選擇, 還是指事故
狀況下的臨時動態調整的必定機制(mechanism). 若是策略, 就表示
可以隨當家者的政策改來改去, 那天隨喜好不同就換了. 若是機制
那就是這個系統就是這樣辦事, 出了事故就是這樣的變換調整辦事.
有請高人, 請給大眾釋疑 ! 並請理性討論.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.115.4.12
推
09/15 13:34, , 1F
09/15 13:34, 1F
→
09/15 15:28, , 2F
09/15 15:28, 2F
→
09/15 15:58, , 3F
09/15 15:58, 3F
→
09/15 16:21, , 4F
09/15 16:21, 4F
→
09/15 16:51, , 5F
09/15 16:51, 5F
→
09/15 16:53, , 6F
09/15 16:53, 6F
→
09/15 17:02, , 7F
09/15 17:02, 7F
→
09/15 17:10, , 8F
09/15 17:10, 8F
→
09/15 17:11, , 9F
09/15 17:11, 9F
→
09/15 17:22, , 10F
09/15 17:22, 10F
→
09/15 18:56, , 11F
09/15 18:56, 11F
推
09/15 20:14, , 12F
09/15 20:14, 12F
推
09/15 20:15, , 13F
09/15 20:15, 13F
噓
09/15 23:38, , 14F
09/15 23:38, 14F
→
09/16 00:58, , 15F
09/16 00:58, 15F
噓
09/16 01:24, , 16F
09/16 01:24, 16F
噓
09/16 01:47, , 17F
09/16 01:47, 17F
討論串 (同標題文章)
完整討論串 (本文為第 2 之 6 篇):