hkitalk.net 香港交通資訊網

 找回密碼
 會員申請加入


(B0)香港巴士車務及車廂設備 (B1)香港巴士廣告消息/廣告車行踪 (B2)香港巴士討論 [熱門] [精華] (B3)巴士攝影作品貼圖區 [熱門] [精華] (B3i)即拍即貼 -手機相&翻拍Mon相 (B4)兩岸三地巴士討論 [精華] (B5)外地巴士討論 [精華]

Advertisement


(B6)旅遊巴士及過境巴士 [精華] (B7)巴士特別所見 (B11)巴士精華區 (B22)巴士迷吹水區   (V)私家車,商用車,政府及特種車輛 [精華]
(A6)相片及短片分享/攝影技術 (A10)香港地方討論 [精華] (A11)消費著數及飲食資訊 (A16)建築物機電裝置及設備 (A19)問路專區 (N)其他討論題目  
(F1)交通路線建議 (C2)航空 [精華] (C3)海上交通及船隻 [精華] (D1)公共交通有關商品 [精華]   (Y)hkitalk.net會員福利部 (Z)站務資源中心
(R1)香港鐵路 [精華] (R2)香港電車 [精華] (R3)港外鐵路 [精華]   (O1)omsi討論區 (O2)omsi下載區 (O3)omsi教學及求助區
(M1)小型巴士綜合討論 (M2)小型巴士多媒體分享區 (M3)香港小型巴士字軌表        
 

Advertisement

 

hkitalk.net 香港交通資訊網»論壇 (R) Railway 鐵路討論區 港外鐵路 (R3) 高鐵的一些小資料
12
返回列表 發新帖
開啟左側

高鐵的一些小資料

[複製鏈接]
admin54 發表於 2006-12-27 01:20 | 顯示全部樓層

                                    Advertisement



由於有站友已協助提出合理佐證,因此投訴不成立。
[站務文章]
PB602 發表於 2006-12-27 01:22 | 顯示全部樓層
原帖由 500 於 2006-12-26 23:53 發表
以bold起的部分黎講,係未有任何實質證據就係討論區話人地唔安全係可以構成違犯板規27條架。
為免回你呢點的板友違犯板規,我已經向板主作出舉報。


如果列車出軌同脫離控制中心既控制都唔屬於安全有問題的話, 咁就真係祝台高鐵
乘客好運...
500 發表於 2006-12-27 02:58 | 顯示全部樓層
原帖由 PB602 於 2006-12-27 01:22 發表


如果列車出軌同脫離控制中心既控制都唔屬於安全有問題的話, 咁就真係祝台高鐵
乘客好運...


相信好多人對高鐵系統的認識仲有d唔清楚之處啦。
根據歐洲鐵路現行的practice,係車廠段的控制係由返車廠內的控制中心負責,總控只會handle由車廠出入正線段的一小部份。
(大家都知佢係抄歐洲的運作model同日本的機電)

係廠內出軌又何來影響正線安全?
再講係廠內出軌都唔係乜野新鮮事,唔好學台灣人咁小題大做wor……

如果行控收唔到正線上是但一抽車的上傳信息,不論任何理由都好,即時落全線halt車指令係完全正常不過的動作。
呢個其實亦正正係新幹線本身的fail safe設計:如果係主線上有任何的異狀就會即時shut down。
唔能夠做到呢點的話,仲可以談上安全二字嗎?

當然,有關的cut out部份係仲有大量的微調空間[將問題部份切細],但以試車黎講將有問題部份細分始終唔夠保險。

改o左咁多次文,終於記得我想講乜啦:漏提了一點,新幹線系統本身的思想係同傳統的鐵路完全唔同的。
難保台灣的人士依舊使用台鐵的mindset黎睇架。

[ 本帖最後由 500 於 2006-12-27 03:17 編輯 ]
500 發表於 2006-12-27 03:25 | 顯示全部樓層

                                    Advertisement



原帖由 chai 於 2006-12-27 00:40 發表



高鐵問題已是各方關注﹐在台灣 YAHOO 也不難找到證明。

相關連結﹕
http://tw.news.yahoo.com/article/url/d/a/061220/4/89f1.html


即使有關的報導亦未能夠有效地證明當事人原文中被bold起的部份冇問題的。

更甚者,係報導中的有關人士本身的背景立場係點呢?係大家都唔知的前提就信的話,那是說不過的。
(我再講白些少,果位「權威」對成個新幹線系統全體的認識究竟有幾多先?即使佢係被選為有關委員之一
並不代表佢真係認識新幹線呢樣架wor。)

相信柴兄應該明白我提出呢個doubt的原意係點……

[ 本帖最後由 500 於 2006-12-27 03:34 編輯 ]
tsang_wkvt 發表於 2006-12-27 11:15 | 顯示全部樓層
回應一下先: 我所提的資料是由台灣TVBS和東森新聞報導

雖然我好鐘意新幹線, 亦很期待乘坐台灣高鐵,
但台灣高鐵的安全惜施真係唔惦, 自身系統又有問題
連日本、英國、德國顧問也批評...
日本方面話如果高鐵出事佢地不會負責
台灣交通部一意孤行批准通車, 不是"用人命較飛"嗎?
民眾不是應該要求高鐵改善嗎?

不過今次地震中高鐵能啟動自動剎車, 這方面能加一點分吧...

500:日本、英國、德國顧問不是權威嗎?  這並不是台灣少數人的想法...

你清楚2次出軌的原因嗎?

[ 本帖最後由 tsang_wkvt 於 2006-12-27 11:22 編輯 ]
5102-AVW9
500 發表於 2006-12-27 12:41 | 顯示全部樓層
原帖由 tsang_wkvt 於 2006-12-27 11:15 發表
回應一下先: 我所提的資料是由台灣TVBS和東森新聞報導

雖然我好鐘意新幹線, 亦很期待乘坐台灣高鐵,
但台灣高鐵的安全惜施真係唔惦, 自身系統又有問題
連日本、英國、德國顧問也批評...
日本方面話如果高鐵出事佢地不會負責
台灣交通部一意孤行批准通車, 不是"用人命較飛"嗎?
民眾不是應該要求高鐵改善嗎?

不過今次地震中高鐵能啟動自動剎車, 這方面能加一點分吧...

500:日本、英國、德國顧問不是權威嗎?  這並不是台灣少數人的想法...

你清楚2次出軌的原因嗎?


希望你下一次可以順手引埋link,因為我係唔識玩台灣人果套千變萬化的logic的人……
順便方便大家……(除非你話「我怕做順手野……」,雖則你係有自由咁做的)

我事先申報一下自身背景先:
我係一個以「血統」黎分析一套鐵路系統的人。以一般「血統」論者的睇法:
我其實一開始就對高鐵呢個混血兒係有相當程度的厭惡,尤其係所謂euro train試車時注定要失敗之時(果一刻簡直笑到想死咁濟)……
之不過,對於任何有值得質疑的地方我係會全力查到底。

日本、法國同德國就當然有資格做技術權威啦,之不過,英國係資格上其實已經出現問題。
因為最少我地仲未見到英國有一條線用自身技術黎行300km/h。
(CTRL當然唔算得數啦,因為佢只係全套抄TGV技術)
再加上其國內鐵路的混亂程度,要求其他人相信佢係有料?其實都幾難令人信服架。
最少我必定係其中之一。(韓國仲差少少,差安定性law,so far我唔計埋就係因為咁)

近日日本的大佬級人馬:齋藤雅男*自己都出o左面話高鐵冇問題,我信以佢的身份地位所講ge野點都多過一般人。
(*:佢從規劃階段就參與日本新幹線建設,曾經擔任日本國鐵東海道新幹線局副總局長等post,佢更於鐵道Journal寫有關台灣高鐵的專欄解釋了很多內情)
最少,我唔認為出便人(包括我在內)會比佢熟悉新幹線系統的一切。

高鐵之所以係昨晚地震時能夠自動停車,其實係因為日本的地震預測系統同新幹線系統的設計發揮了應有的作用。
如果真係用德法果套思想的話(佢地有如此的實戰經驗嗎?)都唔知會發生乜野事。

以我所知:果兩次出軌的原因都係係車廠路段中的多重人為錯誤,咁亦只可以話人員係訓練的程序上有問題。
你唔可能因為咁就全盤否定佢係主線上的整體性能,咁即係同連坐*冇分別。
(*我又再講白些少,雖則我必定會解錯你意:你的理論是否→車廠段出軌 = 正線出軌呢?)

即使係用晒日本新幹線成套都唔可以防止因人為錯誤而引起的車廠出軌事故,因為日本試過;
我都唔可以因此而話高鐵成套係一定唔得,因為咁係犯上logic error……

不過,齋藤雅男都有話過高鐵的隱憂係員工本地化程度不足,以至多國聯軍係溝通上容易出問題。
呢個亦係果兩單出軌的主要成因……

已然你已然問o左我知唔知果D原因的質疑,咁我亦將我的睇法講出黎啦。
之但係你的睇法呢?我倒想睇睇有冇其他更有建設性的3rd opinion……
(放心,我等慣一D長時間都唔出現的意見架啦……)
053h4 發表於 2006-12-27 23:19 | 顯示全部樓層

                                    Advertisement



提示: 作者被禁止或刪除 內容自動屏蔽
tsang_wkvt 發表於 2006-12-28 09:43 | 顯示全部樓層
500, 我不是質疑你的專業, 而是質疑有關公司和部門

我認為高鐵的技術不是有問題,
但有關公司應處理所有潛在的問題才通車,
起碼安全惜施方面要合格,
不應急於營運

ps 宜家既主要問題係外國專家認為安全惜施方面不合格
ps2 至於出軌問題,可否做到廠內外也再不出軌呢? 人為錯誤可否減到最低?

[ 本帖最後由 tsang_wkvt 於 2006-12-28 09:46 編輯 ]
5102-AVW9
500 發表於 2006-12-29 00:16 | 顯示全部樓層
原帖由 tsang_wkvt 於 2006-12-28 09:43 發表

500, 我不是質疑你的專業, 而是質疑有關公司和部門


你咪俾咁大頂高帽我戴,我受唔起……

我認為高鐵的技術不是有問題,
但有關公司應處理所有潛在的問題才通車,
起碼安全惜施方面要合格,
不應急於營運

ps 宜家既主要問題係外國專家認為安全惜施方面不合格
ps2 至於出軌問題,可否做到廠內外也再不出軌呢? 人為錯誤可否減到最低?


PS1:近日的發展係,TUV的報告話佢套信號最多可以做到每日單向19發。
好正常姐,當年新幹線開波初期一樣係咁梳落架咋。
一套高鐵專用的信號系統係需要以正常營運黎flush out其缺點,才可以按步加班;而唔係好似出使D人咁諗:一開始就MAX out其能力。
唔通大家忘記了將軍澳線開波初期的每幾日一故障嗎?

沿線電話的數目如無意外的話,其原意就係以其編成總長(25m X 12 cars=300m)再加少許人行的距離:約50~100m而設置的。
一開始就落每50m一個電話的話,顯然係宜家黎講係唔make sense的。當然我同意電話的距離要縮短,但亦都需要按demand而增加……

PS2:廠外的出軌係正常大部份自動化的情況下係不可能發生的(unless係act of God如地震啦);
反而係廠內就只可以靠人黎包底。
據收息指出,廠內的出軌成因正係多國聯軍對英語詞彙的了解都有些微差別。
(最近果單係日本的廠內調度員、台灣的車掌同法國的運轉士。當日因車上的溝通出錯而使有人錯誤出發,最終引o左抽車到trip point……)

只有各方對呢個project所用的語言有一定的熟識才能避免有關事故……
而最簡單做法的莫過於車務人員大部份本地化。

冇錯,佢宜家的risk係唔少,但我的睇法係只有經一段時間的運作才可以找到其真正問題。
宜家的少量乘客試車根本試唔到成套system的實際生存限制。我只可以將佢歸類為lab test(只比bench test高一級)……
outdoor test都唔夠/甚至連黎真做都冇機會,根本都唔知佢得唔得。

對,我相信單從宜家的理論的數字[半個lab test條件]係唔足以證明一套系統係現實世界的性能[頂多睇到十分一左右]。
宜家台灣果邊D人同宜家的世論一樣:盲求理論的證明而忽視了實際運作的基要性。佢地忘記了宜家高鐵的mix and match系統
係需要經過實際運作而進行提升,就如生命體[life form]一樣都係需要經ageing、進化才能進步。

[ 本帖最後由 500 於 2006-12-29 00:33 編輯 ]
500 發表於 2006-12-29 02:41 | 顯示全部樓層

                                    Advertisement



費事改文,我就再打多一篇黎講野……

相對於出便的所謂消息人士ge料;扣除高鐵公司的最機密資料而不能出街的成份後,整體上高鐵公司所提供的新聞稿總算有一半以上的誠實度。
(最少都願意就早前的出軌原因講多D詳細野,今個月頭的事故出唔到街都係可以理解的)
唔似得果班消息人士咁嘻嘻哈哈地講完就算。

雖則以現今的個人私隱黎講,唔公開全名都係想保護爆料人,但係宜家的"消息人士"究竟有幾真呢點係有值得商榷的餘地。
好多時我地都會大部份地相信「消息人士」所講ge野,但就忽略了佢地係可以爆流野ge可能性。不過呢點已經係另一個topic了。

再加上台灣的新聞政治氣候,佢地的可信度就會好似上段咁有大量可被質疑之處。
「我地(如果)要全盤相信果d料的話又係咪穩陣呢?」就係我對呢件事的concern啦,如果唔係我又洗乜搞咁多野呢?

好似早幾個月前有新聞話700T的行車電腦有問題而要卡係隧道中,當中其實可以有好多故事。
可惜的是,人人只會睇到前part「卡住隧道」,反而忘記了一件事的背後有好多野已經發生。
(行車電腦可以分好多部份:車內management[抽車出廠時一定做full check,仲有backup設計,故障率極低]、可有可無的external data collection[容易出事])
甚至大家開始已經忘記了「質疑一件事背後之事」當中的意義……

可能我呢種「專門找碴」的性格就係我如此乞人憎的原因(想找個唔怕做呢D外人視為ugly works都幾難)……

[ 本帖最後由 500 於 2006-12-29 02:46 編輯 ]
您需要登錄後才可以回帖 登錄 | 會員申請加入

本版積分規則

Advertisement

Advertisement

Advertisement

Advertisement

Advertisement

站規|清理本站Cookies|hkitalk.net 香港交通資訊網

GMT+8, 2024-3-29 04:20

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

快速回復 返回頂部 返回列表