SOM 系統模組
如果沒有收到白名單，該如何獲取並匯入白名單？
請參閱《Unex Software Development Guide (SDG)》中「V2Xcast SDK」的「Upload whitelist」章節
Unex產品是否有通過任何認證？是否參加過相關互通性測試？
- 請諮詢產品開發部門了解詳細認證資訊。
- OA認證請參見Unex OA證書，詳情請查閱OA官方網站。
- 早期參與過 DSRC 測試，近年來參與了 TPF 測試，歐規尚未參加相關測試。
如何尋找 MAC Address
MAC Address（媒體存取控制位址）是每台車聯網設備的唯一識別碼，用於加購項目、技術支援、維修服務及保固查詢。
此 12 位數字符組合通常印製在設備標籤上，位置因產品而異。
示意圖中的 MAC Address 號碼僅供位置參考，請以您的產品實際標示為準。
1. 確認軟體已完成安裝
2. 執行指令：root@autotalks:~# cat /etc/unex/device/module_info.txt
3. 在 [Application Information] 區塊中會顯示兩組 MAC Address
4. 請使用第一行「V2X_0_MAC_Address」欄位的號碼，此為技術支援所需的正確編號。
V2X 系統模組：通訊傳輸距離實測分析
實測結果顯示，亞勳科技V2X SOM系統模組在都市交通環境中，具備150-300公尺的通訊距離，足以支援路口碰撞預警及交通號誌資訊等關鍵應用。
亞勳 SOM-352UC (C-V2X) 模組已通過國際 OmniAir 官方認證，完全符合 761-OA-TSS&TP 及 TP-36521 無線通訊測試標準規範。
V2X 室內檢測
DSRC 室內測試
藉由DSRC，POTI 服務在沒有 GNSS 訊號的情況下仍可提供預設位置以進行測試；您可以透過v2xcast_manager上傳POTI設定檔。有關更多詳細信息，請參閱 V2Xcast SDK 文件中的【室內測試的 POTI 配置】段落。
CV2X 室內測試
基於需要高精度定時同步的 3GPP RF 要求， CV2X 裝置無法在沒有任何 GNSS 訊號的情況下傳送和接收訊息。 根據我們的經驗，包括我們自己在內的大多數客戶都使用 GNSS 中繼器進行室內測試。
- 全球導航衛星系統中繼器：
- 成本低廉
- 避免室內環境下 GNSS 訊號過弱
- 需將 GNSS 中繼器的 GNSS 天線延伸到開闊的戶外環境。
- 若無法延長 GNSS 天線，GNSS 模擬器是室內測試的另一種選擇。
V2X: 影像傳輸
理論上使用V2X技術來傳輸影像是可能的，但於開放場域使用上可行性不高。
V2X協定主要針對車輛狀態與道路緊急事件訊息交換而設計，基本上不該發生任一V2X站台 (1)突發大量封包或 (2)佔據大部分的頻寬 以上兩種情況。
因此，對於影像傳輸或高頻寬傳輸需求，亞勳團隊建議將V2X技術與其他有線或無線通訊系統(如LTE-Uu)做結合，以同時滿足車對車低延遲直接通訊與高頻寬傳輸的訴求。
V2Xcast®: 軟體開發工具的運作系統
在技術上，V2Xcast® SDK的設計可與各種熱門的作業平台兼容。現成的套組支援X86-64位元、ARMv7-A和ARMv8-A（64位元）平台，並針對Linux 4.x作業系統進行了量身定制。
以下為進一步細節：
- X86-64位元平台的定義與Debian系統中的amd64架構一致。
- ARMv7-A平台對應於Debian系統中的armhf架構，具體參數包括arch=armv7-a、float-abi=hard、fpu=vfpv3-d16、thumb=Thumb2和EABI=Version5。
- ARMv8-A（64位元）平台在Debian系統中的定義為AArch64。
通過遵循這些平台定義，V2Xcast® SDK確保在各種作業環境中實現無縫串接與相容性；無論您的系統是使用X86-64位元、ARMv7-A還是ARMv8-A（64位元），都可以利用V2Xcast® SDK的功能增強V2X的通訊應用程。
SAE標準及專有自定義V2X道路安全訊息的混合使用
為了將您的專有訊息編碼器和解碼器與V2Xcast® SDK順利整合，您需要確保專有訊息和標準訊息分配到不同的PSID（供應商服務識別符）；PSID是用於區分特定通道內不同訊息類型的唯一識別符。
以下範例，展示如何使用不同的PSID來排列專有訊息和標準訊息：
範例1：
- 通道：172
- PSID：0x20
- 訊息類型：基本安全訊息（BSM）
範例2：
- 通道：172
- PSID：0x304050
- 訊息類型：專有訊息1（您的第一個自定義訊息）
範例3：
- 通道：172
- PSID：0x304052
- 訊息類型：專有訊息3（另一個自定義訊息）
範例4：
- 通道：182
- PSID：0x304051
- 訊息類型：專有訊息2（另一個自定義訊息）
通過為專有訊息分配不同的PSID，您可以確保它們在V2X通訊中與標準訊息有所區別。如此，當接收或解碼訊息時，V2Xcast® SDK能夠根據PSID正確處理和路由訊息。
請注意，上述範例中使用的PSID值是任意的，您可以根據的實際需求進行調整。
V2X安全協定: 驗證、編碼、數位簽章
在當前的V2X環境中，許多應用程式的設計目的是將狀態訊息與附近的車輛分享，例如車輛的位置、速度、方向…等。對這些訊息進行加密可能會導致接收方無法獲取所需的關鍵訊息，從而影響到整個V2X系統的正常運行。
V2Xcast®: 相關費用
V2Xcast® 是內嵌於亞勳車聯網設備中的解決方案，以軟體套組的角色協助概念性驗證（PoC）或市場部署。
套組內含: 亞勳車間通訊標準棧的使用權、V2Xcast® 技術、軟體開發工具、軟體使用協議書。
十二個月的硬體保固、免費軟體更新、完善技術支援。
為什麼選擇亞勳的車聯網產品, 而不是其他市場上的數據模組?
V2Xcast®是一種服務導向的軟體解決方案，提全面的車聯網功能，內含通訊協議、安全措施和應用示範原始碼。
無論使用哪一種車聯網應用軟體，經由亞勳的V2Xcast®系統，合作夥伴均可輕鬆的將已核淮的軟體，轉換到亞勳目前及未來任何的車聯網設備上。
SOM系列: 使用外部GNSS的選項
SOM為一款極具彈性的V2X系統模組，除了本身搭載的GNSS全球定位外，也支援使用外部的GNSS。
內部搭載的GNSS作為V2X系統的主要組件，負責為車間通訊標準棧及應用提供「位置」和「時間」兩項資訊。
透過這些建議，您可以在使用外部1PPS同步訊號時，確保SOM模組的可靠性與最佳性能。
SOM: V2X的系統模組嵌入快速確認
若需要快速驗證SOM-3xx V2X系統模組是否正確整合在Linux主機平台上（使用亞勳軟體套件），您可以按照以下步驟操作：
檢查 RNDIS 驅動程式、驗證設備註冊、Ping RNDIS 裝置IP、SSH 進入 V2X SOM。
透過這些步驟，您可以快速驗證 SOM-3xx V2X 系統模組與 Linux 主機平台之間的整合。
SOM模組: 上傳自定義韌體
V2Xcast® Service和 SOM的設計能將 V2X 通訊和應用分離到不同的主機中。
雖然在技術上可以將自定義韌體上傳到 SOM模組，但除非有特定原因或現有韌體無法滿足需求，否則，通常不建議這樣做。
SOM:使用路側設備的外接高精準全球定位
要讓SOM使用來自RSU主機平台的外接高準確率的GNSS RTK（即時動態定位技術）數據，您可以按照以下步驟進行操作：
將RSU主機配置為基準站、啟用支援V2Xcast® RTCM訊息、將RTK數據發送至附近的車載設備（OBU）、範例應用、配置和整合SOM、利用接收到的RTK數據.。
通過遵循這些步驟並利用 V2Xcast® SDK 對 RTCM 訊息的支援，您可以在RSU主機和 SOM 之間建立通訊，以提供高準確率的 GNSS RTK 數據，改進 V2X 應用中的定位。
車用區域網路(CAN)的資料的實際使用 (在SOM+車用電腦中)
使用車載網路和獲取數據的具體方式，將取決於您主系統提供的CAN端和SDK。您需要查閱主系統軟體開發套件的文件和API，以連接車載網路並收集所需的數據。
乙太網路或USB / mPCIe造成的內部子系統延遲
透過乙太網路或USB/mPCIe連接子系統所引起的延遲，會根據使用的硬體、網路和軟體而產生差異。
- 乙太網路：
- 當使用乙太網路進行子系統間的通訊時，延遲通常小於1毫秒（ms）；所以，經常使用乙太網路做及時的資料交換。1毫秒的延遲，相當於車輛以每小時140公里的速度移動時，3.89釐米的距離。
- USB/mPCIe：
- 當使用USB或mPCIe進行子系統間通訊時，延遲通常略高於乙太網路。一般而言，現成的解決方案的延遲可以低於2毫秒。雖然這個延遲仍然相對較低，但可能略高於乙太網路所能達到的延遲。
需要注意的是，這些延遲數值是一般化的，實際的延遲可能會因具體的硬體、軟體和網路配置而有所不同。此外，網路擁塞、資料包丟失和其他因素也會影響延遲。建議在具體的系統中進行測試和基準測試，以獲得準確的測量結果。
如果您對專案中的延遲有任何擔憂或具體要求，與提供通訊解決方案的Unex合作可能會有所幫助。他們可以幫助量身定制解決方案，以滿足您的需求，並在平衡性能和啟用V2X技術之間，進行優化子系統間通訊。
V2X 車聯網系統的進出口資訊
亞勳的 V2X 系統並不屬於戰略高科技商品，並不需要特殊許可便可出口。
亞勳車聯網系統的ECCN、CCATS和HS代碼，對於有效管理車聯網無線設備相關的進口和關稅問題至關重要；當您在處理亞勳車聯網無線設備的進口和關稅議題時，請參考這些代碼。