兩年前採購的整櫃測試設備,今年新專案的介面速率一換,整櫃派不上用場——這是速率規劃失敗最昂貴的展現方式。車用乙太網的速率級距已經拉得很開,選型的重點不是追最快,是把「每一段鏈路的真實資料量」對到「剛好夠用再留餘裕」的級距。
級距地圖:每一級是為誰存在的
| 級距 | 定位 | 典型應用 |
|---|---|---|
| 10BASE-T1S | 多點匯流排型,取代低速網段 | 感測器群、致動器、車身節點(詳見這篇) |
| 100BASE-T1 | 點對點基本款 | 一般控制通訊、診斷(詳見這篇) |
| 1000BASE-T1 | 骨幹入門 | 區域架構的 ZCU↔HPC 骨幹、高解析感測器 |
| Multi-Giga(2.5G/5G/10G) | 高頻寬骨幹與原始資料 | 攝影機原始串流、光達、集中式運算的資料匯聚 |
推動速率往上的主力是感測器的原始資料:壓縮過的物件清單走 100M 綽綽有餘,但 ADAS 開發與驗證階段需要的未壓縮原始串流(除錯、訓練資料、感測器融合驗證)是另一個量級——這也是為什麼「量產車架構」與「開發驗證架構」的頻寬需求要分開估算,後者往往更高。
三個規劃原則
1. 按鏈路估,不按整車估。 「這台車要上 10G」是句空話——骨幹、感測器接入、區域內部是三種不同的鏈路,各自估資料量。骨幹要疊加跨區流量與突發(OTA 下載、記錄回傳),感測器鏈路看單一來源的峰值。
2. 留換代餘裕,但用架構留,不用超買留。 頻寬需求只會往上走,可是直接買最高速率的全套設備最貴。更聰明的做法是把「可換」設計進去:交換器埠速率可混搭、測試介面選可更換實體層模組的機型(換速率換模組,不換整櫃)、線束與連接器預先驗證到目標速率的上一級。
3. 同步升級的不只是頻寬。 速率上去之後,三件事會跟著變難:
- 時間同步:TSN/gPTP 的精度要求隨應用變嚴,時戳能力要在採購規格裡寫明
- 實體層測試:速率越高對訊號完整性越敏感,眼圖與一致性測試的設備等級要對應(100BASE-T1 的一致性走 OPEN Alliance TC8,更高速率依 IEEE 802.3 對應條款——兩者範圍不可混用)
- 壓力測試:閘道器與交換器的路由延遲、封包排序,要在灌滿頻寬的條件下量才有意義——空載量測的結果好看,是驗證裡最常見的假安心
測試環境的換代保護清單
- 測試介面卡:實體層模組可換?涵蓋現在與下一代速率?
- TAP/監聽:速率升級後現有監聽方案還接得上嗎?
- 負載產生:能不能灌滿新速率的鏈路做壓力測試?
- 記錄設備:寫入吞吐跟得上要錄的原始資料嗎?
- 測試案例:實體層以上的案例是否與速率解耦(換速率不重寫)?
最後一項最省錢:把驗證資產按「實體層/協定層/服務層」分層組織,速率換代時真正要重做的只有實體層,上面兩層沿用——設備會過時,資產結構不會。
下一步
速率規劃與模組化測試環境的建置,一次想清楚比事後補救便宜得多。歐特莫夫(Vector Informatik 合作夥伴)協助做速率盤點、設備選型與高負載驗證。
- 📄 解決方案:Multi-Giga 車用乙太網高速傳輸介面測試解決方案
- 📬 預約一次現況盤點