[奇想]巴士公司會否研發一套系統, 用一部機控制所有設備
[複製鏈接]
|
我之前都講左, 問題在於生產商是否配合.
其實去到九巴成三千幾車的車隊, 如果要開發一套system做, 是有需要的, 一個standard, 你想同佢做生意就在此平台上design.
想一想, 新巴士上CAN system也是類近的概念, 一體化了電路, 投資是大, 但節省的維修時間就多了 |
|
L. Chan - 我們堅持才有希望!
|
|
|
原帖由 leslie 於 2011-2-16 15:35 發表 
我之前都講左, 問題在於生產商是否配合.
其實去到九巴成三千幾車的車隊, 如果要開發一套system做, 是有需要的, 一個standard, 你想同佢做生意就在此平台上design.
想一想, 新巴士上CAN system也是類近的概念, 一體 ...
同埋一體化後一有問題隨時出現大規模影響出車
正如豐田過去十幾年因為慳成本,將所有系列既車統一零件
結果有一樣零部件出現問題
就牽一髮動身、所有系列既車就出問題
一體化無疑方便
但故障既機會亦因此大大提高 |
|
|
|
|
原帖由 HM3835 於 2011-2-16 01:50 PM 發表 
你講到咁,開發咩都係一無是處,站長用紙筆record就得啦,唔駛攪管理系統;總站開車時間顯示屏一樣多餘,行多兩步路問站長就得。
點樣睇,以上建議都係方便車長日常工作,唔係巴士迷軟件。
如果真係開發到一套system
你係到總站cl ...
派車派系統﹐主要係九巴自己人做﹐背後電腦Server﹐database﹐編程全部由九巴自己人去做﹐再去搵供應商做車站的大display。
當中最難的便是output 資料去車站大display﹐因為已經不是單單軟件層面﹐去到硬件層面。
不過﹐又可以講要output 去這些大型電子display 已經不是新野﹐而且全部有windows driver 及相應的軟件﹐廠商更有相應的API (即個別程式可以透過廠商提供的標準程式指令﹐在backgroud 去處理執行program﹐直接得出結果)﹐這對一個大系統的開發很重要的。
換句話說﹐整套系統發展全在九巴自己所控制。
至於樓主的「司機控制器」﹐係會面對不少因難的。正如上文已經有人講﹐現有的廠商會否提供相應的控制的程式碼? 我上文也提及﹐相關設備又有否支援第三者硬件控制 (即有位插線供其他電子設備)?
這些﹐控制權已經不在巴士公司之上了。像九巴的價錢牌﹐已經係無位你插cable 去控制﹐係唔係要更換?
報站也同價錢牌一樣﹐又係一件「自閉」產品﹐又係唔係要更換?
最後這件統一控制器即使成功﹐因為要控制及設定太多﹐如沒有一個display﹐使用者便會面對一大堆制﹐眼都花埋。如果有display﹐又要顧及行車時的環境﹐能否清晰看到。
還有﹐用番ic方式的運作(即類似報站機的設計)﹐成本會平好多﹐但一改野便會是相當麻煩的事。一係用標準的os(如windows/android等)﹐再編寫相關的對應軟件﹐成本會貴很多﹐但日後有更改便容易得多。
前者可改善公司內部的資訊交流﹐也有節省文書功能。後者卻只方便司機﹐對整體運作可以講係唔會提升的。
作為管理層去看﹐在唔計開發的困難度﹐前者可提升整間公司的運作效益﹐後者只是給司機一點少少的方便﹐又會點選擇?
所以﹐唔好想到很易處理這些統一控制器所面對的難度。 |
|
|
|
|
原帖由 Ming@5119 於 2011-2-13 16:19 發表 
其實司機0係渣車嘅同時, 又要控制8仔, 電牌, 報站機, 甚至電視機
巴士公司會唔會研發一套系統, 用一部機可以取代n部機器, 例如8仔控制器, telargo控制器, 電牌, 報站機 etc... , 令司機淨係理渣車就得?
功用/運作方 ...
你個概念好好, 城巴班巴士迷管理層都可以考慮 |
|
|
|
|
原帖由 sea1986 於 2011-2-16 15:06 發表 
O翕就易,但做起來又係咪真係咁易呢?
每一個生產商未必會願意將佢地產品中既程式碼呈交出嚟
當中可能涉及相容性問題
與其花咁多錢投資一樣硬件只係俾司機慳幾秒既程序
倒不如真係花多啲心思去改善服務好過
襟電牌— ... 生產商交唔交source code係一回事,而且,佢地無必要交出source code,只要講點樣invoke個function就得。
呢個device可以係additional device,由佢去link up所有野。
好多時電腦野就係做黎避免人為出錯,俾你係車長,你想一粒制攪掂定做幾廿次?
車長有責任去維持每樣野準確,但有device去幫助佢地,冇人會拒於門外。
而且呢一樣野唔係:我要改善服務,就要我間公司唔做大巴哥,唔做巴士仔,唔出模型,咩都唔做放棄一切。
你覺得九巴無錢請車長?你覺得九巴無錢改善?多餘啦!錢佢大把,唔用啫! |
|
|
|
|
原帖由 cktse 於 2011-2-16 15:11 發表 
世上唔係所有野都係可以話改就改, 亦唔係有科技就要用盡你用10萬去發展一樣野只係慳到1萬, 你認為有無人會批准做呢樣野?
紙筆record同管理系統黎比, 的確係用管理系統會較有效果同效率,
計落條數亦理應有慳到唔少 ... 咁呢套system亦可以慳到車長唔少時間去控制愈來愈多既電子野wor。
呢樣又算唔算係改善車長工作環境,增加效率?
一年慳1萬,十年就係10萬,IT野就係咁,初頭肯定係駛錢架啦,長久落去,多數都係有利無害。 |
|
|
|
|
原帖由 kei_hk 於 2011-2-16 21:17 發表 
派車派系統﹐主要係九巴自己人做﹐背後電腦Server﹐database﹐編程全部由九巴自己人去做﹐再去搵供應商做車站的大display。
當中最難的便是output 資料去車站大display﹐因為已經不是單單軟件層面﹐去到硬件層面。
不過﹐又可以講 ... 派車系統竟然有九記人做返,真係難得,心諗呢類system,九成判左俾IBM呢啲公司攪。
各供應商有否相關API提供,你唔知,我唔知,九巴要做,Hanover會唔會出手幫,都無人知。
如果單純以idea黎講,我會覺得係可行,而且係方便左車長。 |
|
|
|
|
原帖由 HM3835 於 2011-2-17 01:40 發表 
生產商交唔交source code係一回事,而且,佢地無必要交出source code,只要講點樣invoke個function就得。
呢個device可以係additional device,由佢去link up所有野。
好多時電腦野就係做黎避免人為出錯,俾你係車長,你想一粒 ...
我覺得你好「鍾欣桐」囉
學上面板友話齋,呢樣嘢只方便司機一個
同派車系統電腦化方便整間公司簡直有差天共地
作為一個老闆,我都未必會花咁多錢去方便一小撮人
反正呢樣嘢唔係必要,就更加唔會搞
想少重工夫既,咪繼續研究GPS報站,成功既咪可以做少重工夫囉
價錢牌、八仔同電牌,正如我之前所講,就算一體化咗
司機都要有必要去檢查是否正確
因為呢個係司機其中一個責任
唔好忘記,電腦都會有出錯機會
既然一唔一體化都需要確保準確
何解仲要花一輪工夫去一體化呢樣嘢?
反正現時工作並唔係加重司機負擔咋噃
生產商與生產商之間既溝通
就算冇直接競爭
商場間都未必會咁順攤大家可以合作
至少一體化呢樣嘢對佢地嚟講唔係有太大既利益
除非巴士公司將電牌報站八仔等所有嘢都交予單一生產商做
否則要多間公司互相協調合作,冇番兩三年時間都未必傾得埋
因為大家都係要講利益既 |
|
|
|
|
原帖由 HM3835 於 2011-2-17 01:46 AM 發表 
派車系統竟然有九記人做返,真係難得,心諗呢類system,九成判左俾IBM呢啲公司攪。
各供應商有否相關API提供,你唔知,我唔知,九巴要做,Hanover會唔會出手幫,都無人知。
如果單純以idea黎講,我會覺得係可行,而且係方便左車長。 ...
派車系統是判比人又好﹐自己做又好﹐話事權都在九巴﹐全部是自主研發﹐最大問題的大display﹐一間供應商唔肯提供相關api﹐另一間都會提供﹐更何況這些大型display如果廠商唔提供相關背後的software/api﹐用家根本係用唔到的(正如電牌一樣﹐唔提供電腦軟件給你﹐你根本處理唔到路線資料﹐電牌便如同垃圾一樣)。
至於前文已提及﹐報站及價錢牌是「自閉」機路﹐根本無得插線加控制器輸入指令去控制﹐唔知你真係想搵過一批﹐定係繼續用這批仍然可使用一定年期的物品?
以前九巴有4000多部車﹐全部配備這些設備。而家只有3863部車﹐已經在舊車拆了200多部報站及價錢牌入倉做後備之用﹐一日唔用晒這些後備存貨﹐一日都唔會有需要買新貨﹐無理由要再花錢去更換。
電牌方面﹐現在都無人答到是否有位置可供插線﹐以便支援有第3者的電子設備所控制﹐如果又係「自閉」產品﹐又係唔駛想。即使可以用其他電子設備控制﹐廠商又是否願意教你方法?
講真﹐幾間巴士公司的訂單都唔係多﹐又唔係長訂長有﹐為何要同你合作?
* 九巴車隊數目參考 : http://www.kmb.hk/tc/news/faq.html
* 電牌的控制器的確有一個 com 位的﹐但主要是供更新電牌路線data﹐可否靠此去接駁第3方的電子硬件作控制之用﹐乃未知之素。
idea 真係可行﹐真係方便司機。不過﹐做起上來﹐真係有唔少難題要處理﹐成本效益問題下﹐即使做都唔會係未來一兩年的事。要待「自閉」物品的存貨用完﹐又整無可整﹐有真正更新的需要才會去著手處理此方面問題。
仲有一個新問題﹐前文係無人講過的。如果部車中途因某種原因而要改道﹐這些統一控制路又點配合?
例如一年幾次尖沙咀天星停用﹐現時人手處理多件獨立產品﹐有不少的靈活性﹐日後統一後又要點處理此問題。
有突發事件而要改路﹐飛去部份車站﹐又甚至乎令車站途徑次序有所變更﹐又點處理。
[ 本帖最後由 kei_hk 於 2011-2-17 10:38 編輯 ] |
|
|
|
|
|
Advertisement
Advertisement
Advertisement
Advertisement
Advertisement
|