「紅巴2.0」新車大改革 六項新酋路線牌變LCD
[複製鏈接]
|
每個router都話有唔同mac address但係呢類落車鐘真係有幾千條channel?
不過話分兩頭, 呢類「免電鐘」所制造的訊號射唔射到去第二架巴士呢?
呢個都係一大疑問
|
|
|
|
|
|
|
|
|
Wi-Fi 比喻不太恰當，連到別的車是很普遍的事，因為 SSID 一樣。
落車鐘以我理解，略為調一下頻率便可避免互相干擾。
|
|
|
19 大坑道↔筲箕灣 $4.2
|
|
|
|
|
|
正想表達既就係當 SSID 一樣既 Wi-Fi，當你部車本身都有 Wi-Fi 時，
其實連左隔離部車既機會都極低，落車鐘正路 Frequency 應該容許有唔同，搞到隔離部車機會應該唔高。
|
|
|
如要討論，請先自貼差餉單一次
|
|
|
|
|
|
樓上板友引0既product catelogue有句"Each transmitter has a unique 32-bit module identification code, enabling the receiver to establish precisely which actuator has been operated."
咁睇，接收器應該要setup哂全車安裝佐0既鐘掣先用得
|
|
|
也許一片海 會重返大洋 也許一片港 會再得芳香 風吹過 堅守這個
|
|
|
|
|
|
根據師兄貼ge Navaho case study (pdf file), 似乎Navaho提供埋passenger information solution, 即係提供包含報站/ETA等乘車資訊
唔知老九係唔係會放棄凱倫+Openmatics, 全面轉用一套提供多項乘車資訊ge綜合系統
始終凱倫報站都唔係太可靠, 近期投入服務嗰幾部落車門裝咗LCD ge巴士, 個LCD都間中會錯方向/報錯站
|
|
|
|
|
|
|
|
|
32bit 信號，假設其中16bit用來做 preamble / encapsulation / security identifier 之類，餘下的16bit足夠 65535 架巴士鐘掣不互相干擾。
|
|
|
|
|
|
|
|
|
本帖最後由 nwfb23 於 2018-4-17 09:56 編輯
我初頭都覺得係，但睇多次，佢無mention有關ETA既技術，雖然有MediaCAT(management module)，有networking同GPS，但要處理埋唔同路線+ETA資料，似乎要有另一個system support，再同Navaho既MediaCAT communicate
TfL個case, 本身TfL已經有iBus，Navaho應該取代唔到iBus，所以我相信Navaho套係要靠外來既data，例如iBus, Openmatics等
不過都仲諗緊九巴會點setup，佢擺咁多投資落套報站+Openmatics度，唔似會成套換加上現有system係幾個module組成，我估多數openmatcs仍然負責feed data去server，只係唔知凱倫會唔會feed報站入Navaho，定係Navaho靠GPS同network自己玩，凱倫就會bye bye
所以9A話要研究可唔可以加ETA落新system，因為ETA要靠server議
|
|
|
nwfb23
|
|
|
|
|
|
唔好意思，借圖一用，改少少野
|
|
|
|
|
|
|
|
|
|
Advertisement
Advertisement
Advertisement
Advertisement
Advertisement
|
