OBU 車載設備
如果沒有收到白名單，該如何獲取並匯入白名單？
請參閱《Unex Software Development Guide (SDG)》中「V2Xcast SDK」的「Upload whitelist」章節
Unex產品是否有通過任何認證？是否參加過相關互通性測試？
- 請諮詢產品開發部門了解詳細認證資訊。
- OA認證請參見Unex OA證書，詳情請查閱OA官方網站。
- 早期參與過 DSRC 測試，近年來參與了 TPF 測試，歐規尚未參加相關測試。
如何尋找 MAC Address
MAC Address是每台車聯網設備的唯一識別碼，用於加購項目、技術支援、維修服務及保固查詢。
此 12 位數字符組合通常印製在設備標籤上，位置因產品而異。
您也可以使用軟體查詢 MAC Address，此方式適用於亞勳所有車聯網產品.
V2X 室內檢測
藉由DSRC，POTI 服務在沒有 GNSS 訊號的情況下仍可提供預設位置以進行測試；您可以透過v2xcast_manager上傳POTI設定檔。
基於需要高精度定時同步的 3GPP RF 要求， CV2X 裝置無法在沒有任何 GNSS 訊號的情況下傳送和接收訊息。 根據我們的經驗，包括我們自己在內的大多數客戶都使用 GNSS 中繼器進行室內測試。
V2X: 影像傳輸
理論上使用V2X技術來傳輸影像是可能的，但於開放場域使用上可行性不高。
V2X協定主要針對車輛狀態與道路緊急事件訊息交換而設計，基本上不該發生任一V2X站台 (1)突發大量封包或 (2)佔據大部分的頻寬 以上兩種情況。
因此，對於影像傳輸或高頻寬傳輸需求，亞勳團隊建議將V2X技術與其他有線或無線通訊系統(如LTE-Uu)做結合，以同時滿足車對車低延遲直接通訊與高頻寬傳輸的訴求。
SAE標準及專有自定義V2X道路安全訊息的混合使用
為了將您的專有訊息編碼器和解碼器與V2Xcast® SDK順利整合，您需要確保專有訊息和標準訊息分配到不同的PSID（供應商服務識別符）；PSID是用於區分特定通道內不同訊息類型的唯一識別符。
通過為專有訊息分配不同的PSID，您可以確保它們在V2X通訊中與標準訊息有所區別。如此，當接收或解碼訊息時，V2Xcast® SDK能夠根據PSID正確處理和路由訊息。
V2X安全協定: 驗證、編碼、數位簽章
在當前的V2X環境中，許多應用程式的設計目的是將狀態訊息與附近的車輛分享，例如車輛的位置、速度、方向…等。對這些訊息進行加密可能會導致接收方無法獲取所需的關鍵訊息，從而影響到整個V2X系統的正常運行。
V2Xcast®: 相關費用
V2Xcast® 是內嵌於亞勳車聯網設備中的解決方案，以軟體套組的角色協助概念性驗證（PoC）或市場部署。
套組內含: 亞勳車間通訊標準棧的使用權、V2Xcast® 技術、軟體開發工具、軟體使用協議書。
十二個月的硬體保固、免費軟體更新、完善技術支援。
乙太網路或USB / mPCIe造成的內部子系統延遲
透過乙太網路或USB/mPCIe連接子系統所引起的延遲，會根據使用的硬體、網路和軟體而產生差異。
這些延遲數值是一般化的，實際的延遲可能會因具體的硬體、軟體和網路配置而有所不同。此外，網路擁塞、資料包丟失和其他因素也會影響延遲。建議在具體的系統中進行測試和基準測試，以獲得準確的測量結果。
OBU系列: 電源輸入標準
OBU系列的電源輸入設計符合ISO 7637-2和ISO 16750-2標準，使功能正常運作，且保持良好性能。
亞勳致力於跟上市場競爭和需求的發展，因此產品規格可能會隨時間而變化。為了確保獲得準確的ISO 7637-2和ISO 16750-2標準訊息，建議在購買之前，與銷售團隊進行確認。
外部高準確率的GNSS RTK系統
要讓OBU-301經由乙太網路，連接到主機平台，並配合外部高準確率的GNSS RTK 系統，請按照以下步驟操作：
將主機平台設定為RTK基站、建立主機平台與OBU-301U之間的通訊、執行V2Xcast SDK、產生RTCM訊息＇廣播RTCM訊息。
OBU: 車載網路數據使用 (乙太網路)
要有效地從車載網路中收集數據，您需要依賴於當前CAN接口和主系統提供的SDK，同時通過以太網將OBU連接到車輛計算機。
V2X: 開發及部署
利用共享機制是加速V2X創新並實現長期共贏的關鍵；不同於封閉的解決方案，V2Xcast®生態系統提供快速和開放的V2X體驗，同時能夠根據需求和技術升級進行自定義和增強V2X應用，使您更靈活地應對市場變化，達到卓越的業務成效。
V2X 車聯網系統的進出口資訊
亞勳的 V2X 系統並不屬於戰略高科技商品，並不需要特殊許可便可出口。
亞勳車聯網系統的ECCN、CCATS和HS代碼，對於有效管理車聯網無線設備相關的進口和關稅問題至關重要；當您在處理亞勳車聯網無線設備的進口和關稅議題時，請參考這些代碼。