Q: 如何快速進行V2X訊息收發驗證？

要進行設備驗證，您需要先完成以下兩個步驟： 設備連接確認： 確保您的Unex設備已正確連接到目標系統（如PC或虛擬機）。這可能涉及物理連接（如USB、以太網）或虛擬環境中的掛載。 使用正確的網路介面來與Unex設備通信，確保穩定的資料傳輸。 設備狀態檢查： 執行簡單的網路測試（如ping測試），以確保設備在網路中可達。 使用 ifconfig 或 ip a 等命令來確認設備是否顯示在網路介面列表中。 收發驗證： 要成功編譯並執行 US V2Xcast 範例，請依照以下步驟操作： 編譯範例程式： 進入範例程式所在的資料夾，並使用適當的編譯指令來編譯US V2Xcast範例。 確保所有必要的依賴文件和工具（如SDK）已經安裝並配置好。 執行範例程式： 編譯完成後，使用命令執行範例程式。 執行命令時，請確認設備已正確連接並且處於可用狀態。 測試與驗證： 確認範例程式能夠順利運行，並驗證設備間的V2X訊息傳輸是否正常。 *若需要詳細資訊，請分別參照； 《Get Started》指南中的「2. System Architecture」章節了解系統架構。 <INSTALL_DIR>/Unex-Software-Development-Guide-us/_doc_lib/introductions.html#system-architecture 《Get Started》指南中的「3. Connect to Unex Device」章節正確連接設備。 <INSTALL_DIR>/Unex-Software-Development-Guide-us/_doc_lib/introductions.html#connect-to-unex-device 測試訊息傳輸，請參照《V2XCASTSDK》的「1.4.2. Compiling and Executing US V2Xcast Example」章節。 <INSTALL_DIR>/Unex-Software-Development-Guide-us/modules/Application_Note/usage/Unex-APN-V2Xcast.html#message-tx-rx-example

Question 1

如何更新Unex產品的韌體版本？

Accepted Answer

系列設備有兩種主要的韌體升級方式，分別是遠端韌體升級和標準韌體升級。根據您的需求，您可以選擇適合的升級方式。 1. 遠端韌體升級遠端升級適用於設備的系統檔案結構較為簡單的情況，並且不涉及重大BSP變更。升級步驟：準備升級包，其中應包含必要的配置檔案（如 wlist.gz 和 wlist.sign）。執行 unex-firmware-upgrade.sh 腳本，檢查並打包升級文件，然後將其上傳到遠端設備。在上傳前，腳本會檢查設備狀態及設備是否在白名單中。升級過程中，除了UBI區域外，其他分區會被覆蓋並升級，重要配置檔會被自動備份並恢復。細節請參閱《Remote Firmware Upgrading Method》章節進行操作。 /Unex-Software-Development-Guide-us/modules/Firmware_Upgrade/usage/firmware_upgrade.html#remote-firmware-upgrading-method 2. 標準韌體升級標準韌體升級適用於SDK v2.2.X及以上版本，並且需要在Linux系統中進行操作。此方法適用於設備有較簡單的BSP變更。前提條件：確保設備在Linux系統中正確掛載，並且安裝以下依賴包：nginx複製sudo apt install dfu-util u-boot-tools mtd-utils 若在虛擬環境中運行Linux，請確認設備已正確掛載。升級步驟：進入 flasher 資料夾。使用以下命令執行韌體升級：arduino複製sudo ./dfu_flasher-x86_64 -f /config-unex-image-full-rootfs-atk42xx-vtx352-nand.txt 執行後，啟用DFU並重啟設備，升級過程將自動開始。升級過程範例：成功升級後，您將看到類似以下的輸出： css 複製 Writing UBI2 (32243712 bytes) from 0x12000000 to 0x13EC0000 Flashing done% 最後步驟：升級成功後，禁用DFU並重啟設備。細節請參閱《Standard Firmware Upgrading Method》章節進行操作。 /Unex-Software-Development-Guide-us/modules/Firmware_Upgrade/usage/firmware_upgrade.html#standard-firmware-upgrading-method

Question 2

如何查詢Unex產品的韌體版本？

Accepted Answer

您可以使用V2Xcast manager工具來查詢Unex設備的版本信息，請參考《Unex Software Development Guide (SDG)》中「V2Xcast SDK」的「Read Unex Device (server-side) Version」章節。

瞭解更多關於如何查詢Unex產品的韌體版本？

1. 使用命令查詢：

執行以下命令來查詢Unex設備的版本信息（包括BSP和PROTOCOL版本）：

其中，<設備IP> 是Unex設備的IP地址。

2. 命令範例：

假設設備IP為 192.168.1.3，您可以執行以下命令：

執行後，您將會看到類似以下的版本信息：Unique ID: XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX

BSP: VTX35X_v2.0.0

PROTOCOL: US CV2X STD v2.0.0

GNSS: Rel:B031U, debug/RTCM disabled, GP+GL, No Fix PPS, PSTMKFCOV 10HZ

3. 替代方法：

如果上述命令失敗，您可以登入設備並執行以下命令來查看更新日誌：

Question 3

關於Unex產品的供電，是否有任何限制或注意事項？

Accepted Answer

您可以參考所購買產品的《Quick Start Guide》中的「Power Consumption」章節，該章節詳細說明了設備的功率消耗範圍，一般在2W到4W之間。實際數值會根據使用情況有所變化，請依據實際應用來調整供電配置。

Question 4

如何快速進行V2X訊息收發驗證？

Accepted Answer

要進行設備驗證，您需要先完成以下兩個步驟：設備連接確認：確保您的Unex設備已正確連接到目標系統（如PC或虛擬機）。這可能涉及物理連接（如USB、以太網）或虛擬環境中的掛載。使用正確的網路介面來與Unex設備通信，確保穩定的資料傳輸。設備狀態檢查：執行簡單的網路測試（如ping測試），以確保設備在網路中可達。使用 ifconfig 或 ip a 等命令來確認設備是否顯示在網路介面列表中。收發驗證：要成功編譯並執行 US V2Xcast 範例，請依照以下步驟操作：編譯範例程式：進入範例程式所在的資料夾，並使用適當的編譯指令來編譯US V2Xcast範例。確保所有必要的依賴文件和工具（如SDK）已經安裝並配置好。執行範例程式：編譯完成後，使用命令執行範例程式。執行命令時，請確認設備已正確連接並且處於可用狀態。測試與驗證：確認範例程式能夠順利運行，並驗證設備間的V2X訊息傳輸是否正常。 *若需要詳細資訊，請分別參照；《Get Started》指南中的「2. System Architecture」章節了解系統架構。 /Unex-Software-Development-Guide-us/_doc_lib/introductions.html#system-architecture 《Get Started》指南中的「3. Connect to Unex Device」章節正確連接設備。 /Unex-Software-Development-Guide-us/_doc_lib/introductions.html#connect-to-unex-device 測試訊息傳輸，請參照《V2XCASTSDK》的「1.4.2. Compiling and Executing US V2Xcast Example」章節。 /Unex-Software-Development-Guide-us/modules/Application_Note/usage/Unex-APN-V2Xcast.html#message-tx-rx-example

Question 5

V2Xcast®: 突破性軟硬體分離架構實現DSRC與C-V2X雙向轉換

Accepted Answer

亞勳科技透過 V2Xcast® 創新的軟硬體分離架構，實現同一套硬體平台可在DSRC與C-V2X技術標準間自由切換。這種雙向轉換能力讓您能根據專案需求或市場要求，靈活選擇適合的通訊協議，大幅降低硬體投資成本，並確保技術適應性。使用V2Xcast®平台，您無需重新編寫大量程式碼，即可在DSRC與C-V2X技術間進行雙向轉換。透過亞勳獨特的彈性授權機制，讓您完全掌控技術部署．無論是需要從DSRC升級至C-V2X，還是因特定應用需要從C-V2X切換回DSRC，這種兼容性設計都能有效保護您的軟體開發投資，讓技術調整更加經濟高效。我們獨特的V2Xcast®通訊中間層技術提供統一的協定轉換框架，有效處理不同標準間的資料格式差異，讓應用程式開發團隊無需深入理解底層通訊細節。了解詳細授權與費用方案

簡化協定差異，提升車聯網應用開發效率

V2Xcast® 提供統一的 API 介面，讓開發人員在使用 DSRC 與 C-V2X 協定時，能享有一致的開發體驗，無需處理底層協定差異。在開發階段，如需切換通訊標準，僅需要購買軟體授權後再透過軟體更新(FW upgrade)來進行轉換，中介軟體即會自動完成協定轉換，顯著提升開發效率並簡化整合流程。系統部署後將依所選協定運作，不支援執行期間的動態切換，以確保運行穩定性與效能。

[svg_code name="dsrc-cv2x"]

注意：DSRC與C-V2X是兩種不同的車聯網通訊技術，設備在運作時僅能使用其中一種標準。

V2Xcast® 技術優勢V2Xcast® 的設計確保即使底層通訊技術變更，上層應用軟體的使用模式依然保持一致。在DSRC與C-V2X之間轉換時，您只需調整 API 參數和服務設定檔，以符合不同產品的配置要求。根據我們的眾多合作夥伴實證，這種轉換過程高效順暢，不會對開發進度造成顯著障礙。完成轉換後，您可繼續使用熟悉的開發方式構建原有應用，迅速掌握並運用不同通訊標準的技術優勢；讓開發團隊能專注於智慧交通應用功能創新，而非底層通訊技術適配，真正實現技術轉型的無縫體驗。探索 V2Xcast® 架構與多元硬體支援

應用環境

[svg_code name="smart-transportation"]

智慧交通基礎設施升級交通管理部門可以輕鬆將現有的DSRC路側設備升級到支援C-V2X，無需取代整套系統。RSU系列採用模組化設計，只需更換通訊模組即可完成升級，大幅節省基礎設施重建成本。且符合美國USDOT及歐洲ETSI標準，確保全球互通性和可靠性。

[svg_code name="vehicle-contract"]

車載通訊系統汽車製造商能夠在不同市場靈活部署，從而降低研發和生產成本。亞勳的 OBU 系列，透過韌體更新即可在 DSRC 和 C-V2X 技術之間切換，無需因區域規格差異，而開發不同版本的車載系統。此外，亞勳的車載設備能在各類車輛運行環境中穩定工作，並可根據需求整合至不同車型，為汽車製造商提供更高的設計靈活性與市場適應性。

[svg_code name="smart-city"]

智慧城市項目城市規劃者可透過我們的解決方案，確保現有部署在未來技術演進下仍具適用性與延展性。我們提供模組化的 V2X 平台與整合服務，協助客戶因應不同場域與需求，建構最適化的基礎設施與車載系統架構。V2X通訊協議堆疊 (V2X Protocol Stack) 支援主要的V2X標準，提供OTA無線更新功能，能夠隨著技術標準發展而無縫升級，降低設備汰換風險。目前已在多個城市試點成功部署，展現出系統優異的兼容性與未來擴充能力。

Question 6

如果沒有收到白名單，該如何獲取並匯入白名單？

Accepted Answer

/Unex-Software-Development-Guide-us/modules/US_V2Xcast/usage/us_v2xcast_content.html#upload-whitelist 請參閱《Unex Software Development Guide (SDG)》中「V2Xcast SDK」的「Upload whitelist」章節，並按照以下步驟操作：前期準備: 創建一個資料夾（名稱可自定）。將所需的白名單文件（.gz 和 .sign 格式）放入資料夾。這些文件通常會由Unex發送給您的公司聯絡人，電子郵件標題中會包含「White List Files」。命令語法: 使用以下命令將白名單上傳至Unex設備：bash複製./v2xcast_manager -m put -f <資料夾路徑> <設備IP>/cfg/wlist 其中： <資料夾路徑>：包含白名單文件的資料夾位置。 <設備IP>：Unex設備的IP地址。範例: 假設您的白名單文件位於 ./whitelist_folder，且包含 whitelist-20250101.gz 和 whitelist-20250101.sign，您可以執行以下命令：bash複製./v2xcast_manager -m put -f ./whitelist_folder 192.168.1.3/cfg/wlist 結果: 命令執行後，系統會顯示「Uploading and applying wlist successful」，表示白名單已成功上傳並應用。

Question 7

Unex產品是否有通過任何認證？是否參加過相關互通性測試？

Accepted Answer

請諮詢產品開發部門了解詳細認證資訊。

OA認證請參見Unex OA證書，詳情請查閱OA官方網站。

早期參與過 DSRC 測試，近年來參與了 TPF 測試，歐規尚未參加相關測試。

Question 8

如何尋找 MAC Address

Accepted Answer

MAC Address（媒體存取控制位址）是每台車聯網設備的唯一識別碼，用於加購項目、技術支援、維修服務及保固查詢。

此 12 位數字符組合通常印製在設備標籤上，位置因產品而異。

示意圖中的 MAC Address 號碼僅供位置參考，請以您的產品實際標示為準。

軟體查詢方式使用軟體查詢 MAC Address，適用於亞勳所有車聯網產品：SOM 系統模組、OBU 車載設備、RSU 路側設備

1. 確認軟體已完成安裝2. 執行指令：root@autotalks:~# cat /etc/unex/device/module_info.txt3. 在 [Application Information] 區塊中會顯示兩組 MAC Address4. 請使用第一行「V2X_0_MAC_Address」欄位的號碼，此為技術支援所需的正確編號。

硬體標籤位置「MAC」欄位所顯示的號碼，即為技術支援所需的 MAC Address

SOM 系統模組：表面保護蓋

OBU 車載設備：側面

RSU 路側設備：底部

Question 9

V2X 系統模組：通訊傳輸距離實測分析

Accepted Answer

實測結果顯示，亞勳科技V2X SOM系統模組在都市交通環境中，具備150-300公尺的通訊距離，足以支援路口碰撞預警及交通號誌資訊等關鍵應用。

經IEEE 802.11p及C-V2X標準測試驗證，模組在RF穩定性、訊號抗干擾及封包傳遞效率等技術指標均達到業界優異水準，是智慧交通系統及車聯網應用的理想解決方案。

產品開發嚴格遵循國際標準規範：

IEEE1609多層通訊協定架構標準

3GPP Release 14/15 C-V2X技術規範

各區域頻譜分配要求（5.9GHz ITS頻段）

傳輸距離實測在整個測試距離範圍內，訊息傳輸保持高度的一致性和可靠性，符合車聯網應用對安全通訊的嚴格要求。

測試環境以V2X設備為中心點，系統性收集性能數據，測試產品在實際部署環境中的表現

TX side: Using OBU, Open sky, Above the TC

RX side: Using OBU, Open sky, Same height as passenger vehicle

技術規格認證

亞勳 SOM-352UC (C-V2X) 模組已通過國際 OmniAir 官方認證，完全符合 761-OA-TSS&TP 及 TP-36521 無線通訊測試標準規範。

產品經測試符合 TP-36521-Tx-BV-01 傳輸性能規範及 TP-36521-Rx-BV-01 接收性能規範，在車聯網應用環境中具備穩定且可靠的通訊能力。

欲獲取亞勳 C-V2X 認證模組之完整技術規格與參數，請參閱下列技術文件：

OmniAir C-V2X 模組認證證書

Unex SOM-352 快速入門指南

Question 10

V2X 室內檢測

Accepted Answer

DSRC 室內測試

藉由DSRC，POTI 服務在沒有 GNSS 訊號的情況下仍可提供預設位置以進行測試；您可以透過v2xcast_manager上傳POTI設定檔。有關更多詳細信息，請參閱 V2Xcast SDK 文件中的【室內測試的 POTI 配置】段落。

CV2X 室內測試

基於需要高精度定時同步的 3GPP RF 要求， CV2X 裝置無法在沒有任何 GNSS 訊號的情況下傳送和接收訊息。 根據我們的經驗，包括我們自己在內的大多數客戶都使用 GNSS 中繼器進行室內測試。

全球導航衛星系統中繼器：

成本低廉

避免室內環境下 GNSS 訊號過弱

需將 GNSS 中繼器的 GNSS 天線延伸到開闊的戶外環境。

若無法延長 GNSS 天線，GNSS 模擬器是室內測試的另一種選擇。

Question 11

如果沒有收到白名單，該如何獲取並匯入白名單？

Accepted Answer

/Unex-Software-Development-Guide-us/modules/US_V2Xcast/usage/us_v2xcast_content.html#upload-whitelist 請參閱《Unex Software Development Guide (SDG)》中「V2Xcast SDK」的「Upload whitelist」章節，並按照以下步驟操作：前期準備: 創建一個資料夾（名稱可自定）。將所需的白名單文件（.gz 和 .sign 格式）放入資料夾。這些文件通常會由Unex發送給您的公司聯絡人，電子郵件標題中會包含「White List Files」。命令語法: 使用以下命令將白名單上傳至Unex設備：bash複製./v2xcast_manager -m put -f <資料夾路徑> <設備IP>/cfg/wlist 其中： <資料夾路徑>：包含白名單文件的資料夾位置。 <設備IP>：Unex設備的IP地址。範例: 假設您的白名單文件位於 ./whitelist_folder，且包含 whitelist-20250101.gz 和 whitelist-20250101.sign，您可以執行以下命令：bash複製./v2xcast_manager -m put -f ./whitelist_folder 192.168.1.3/cfg/wlist 結果: 命令執行後，系統會顯示「Uploading and applying wlist successful」，表示白名單已成功上傳並應用。

Question 12

Unex產品是否有通過任何認證？是否參加過相關互通性測試？

Accepted Answer

請諮詢產品開發部門了解詳細認證資訊。

OA認證請參見Unex OA證書，詳情請查閱OA官方網站。

早期參與過 DSRC 測試，近年來參與了 TPF 測試，歐規尚未參加相關測試。

Question 13

如何尋找 MAC Address

Accepted Answer

MAC Address（媒體存取控制位址）是每台車聯網設備的唯一識別碼，用於加購項目、技術支援、維修服務及保固查詢。

此 12 位數字符組合通常印製在設備標籤上，位置因產品而異。

示意圖中的 MAC Address 號碼僅供位置參考，請以您的產品實際標示為準。

軟體查詢方式使用軟體查詢 MAC Address，適用於亞勳所有車聯網產品：SOM 系統模組、OBU 車載設備、RSU 路側設備

1. 確認軟體已完成安裝2. 執行指令：root@autotalks:~# cat /etc/unex/device/module_info.txt3. 在 [Application Information] 區塊中會顯示兩組 MAC Address4. 請使用第一行「V2X_0_MAC_Address」欄位的號碼，此為技術支援所需的正確編號。

硬體標籤位置「MAC」欄位所顯示的號碼，即為技術支援所需的 MAC Address

SOM 系統模組：表面保護蓋

OBU 車載設備：側面

RSU 路側設備：底部

Question 14

V2X 室內檢測

Accepted Answer

DSRC 室內測試

藉由DSRC，POTI 服務在沒有 GNSS 訊號的情況下仍可提供預設位置以進行測試；您可以透過v2xcast_manager上傳POTI設定檔。有關更多詳細信息，請參閱 V2Xcast SDK 文件中的【室內測試的 POTI 配置】段落。

CV2X 室內測試

基於需要高精度定時同步的 3GPP RF 要求， CV2X 裝置無法在沒有任何 GNSS 訊號的情況下傳送和接收訊息。 根據我們的經驗，包括我們自己在內的大多數客戶都使用 GNSS 中繼器進行室內測試。

全球導航衛星系統中繼器：

成本低廉

避免室內環境下 GNSS 訊號過弱

需將 GNSS 中繼器的 GNSS 天線延伸到開闊的戶外環境。

若無法延長 GNSS 天線，GNSS 模擬器是室內測試的另一種選擇。

Question 15

V2X: 影像傳輸

Accepted Answer

理論上使用V2X技術來傳輸影像是可能的，但於開放場域使用上可行性不高。

V2X協定主要針對車輛狀態與道路緊急事件訊息交換而設計，基本上不該發生任一V2X站台 (1)突發大量封包或 (2)佔據大部分的頻寬 以上兩種情況。

因此，對於影像傳輸或高頻寬傳輸需求，亞勳團隊建議將V2X技術與其他有線或無線通訊系統(如LTE-Uu)做結合，以同時滿足車對車低延遲直接通訊與高頻寬傳輸的訴求。

Question 16

如果沒有收到白名單，該如何獲取並匯入白名單？

Accepted Answer

/Unex-Software-Development-Guide-us/modules/US_V2Xcast/usage/us_v2xcast_content.html#upload-whitelist 請參閱《Unex Software Development Guide (SDG)》中「V2Xcast SDK」的「Upload whitelist」章節，並按照以下步驟操作：前期準備: 創建一個資料夾（名稱可自定）。將所需的白名單文件（.gz 和 .sign 格式）放入資料夾。這些文件通常會由Unex發送給您的公司聯絡人，電子郵件標題中會包含「White List Files」。命令語法: 使用以下命令將白名單上傳至Unex設備：bash複製./v2xcast_manager -m put -f <資料夾路徑> <設備IP>/cfg/wlist 其中： <資料夾路徑>：包含白名單文件的資料夾位置。 <設備IP>：Unex設備的IP地址。範例: 假設您的白名單文件位於 ./whitelist_folder，且包含 whitelist-20250101.gz 和 whitelist-20250101.sign，您可以執行以下命令：bash複製./v2xcast_manager -m put -f ./whitelist_folder 192.168.1.3/cfg/wlist 結果: 命令執行後，系統會顯示「Uploading and applying wlist successful」，表示白名單已成功上傳並應用。

Question 17

Unex產品是否有通過任何認證？是否參加過相關互通性測試？

Accepted Answer

請諮詢產品開發部門了解詳細認證資訊。

OA認證請參見Unex OA證書，詳情請查閱OA官方網站。

早期參與過 DSRC 測試，近年來參與了 TPF 測試，歐規尚未參加相關測試。

Question 18

如何尋找 MAC Address

Accepted Answer

MAC Address（媒體存取控制位址）是每台車聯網設備的唯一識別碼，用於加購項目、技術支援、維修服務及保固查詢。

此 12 位數字符組合通常印製在設備標籤上，位置因產品而異。

示意圖中的 MAC Address 號碼僅供位置參考，請以您的產品實際標示為準。

軟體查詢方式使用軟體查詢 MAC Address，適用於亞勳所有車聯網產品：SOM 系統模組、OBU 車載設備、RSU 路側設備

1. 確認軟體已完成安裝2. 執行指令：root@autotalks:~# cat /etc/unex/device/module_info.txt3. 在 [Application Information] 區塊中會顯示兩組 MAC Address4. 請使用第一行「V2X_0_MAC_Address」欄位的號碼，此為技術支援所需的正確編號。

硬體標籤位置「MAC」欄位所顯示的號碼，即為技術支援所需的 MAC Address

SOM 系統模組：表面保護蓋

OBU 車載設備：側面

RSU 路側設備：底部

Question 19

V2X 室內檢測

Accepted Answer

DSRC 室內測試

藉由DSRC，POTI 服務在沒有 GNSS 訊號的情況下仍可提供預設位置以進行測試；您可以透過v2xcast_manager上傳POTI設定檔。有關更多詳細信息，請參閱 V2Xcast SDK 文件中的【室內測試的 POTI 配置】段落。

CV2X 室內測試

基於需要高精度定時同步的 3GPP RF 要求， CV2X 裝置無法在沒有任何 GNSS 訊號的情況下傳送和接收訊息。 根據我們的經驗，包括我們自己在內的大多數客戶都使用 GNSS 中繼器進行室內測試。

全球導航衛星系統中繼器：

成本低廉

避免室內環境下 GNSS 訊號過弱

需將 GNSS 中繼器的 GNSS 天線延伸到開闊的戶外環境。

若無法延長 GNSS 天線，GNSS 模擬器是室內測試的另一種選擇。

Question 20

V2X: 影像傳輸

Accepted Answer

理論上使用V2X技術來傳輸影像是可能的，但於開放場域使用上可行性不高。

V2X協定主要針對車輛狀態與道路緊急事件訊息交換而設計，基本上不該發生任一V2X站台 (1)突發大量封包或 (2)佔據大部分的頻寬 以上兩種情況。

因此，對於影像傳輸或高頻寬傳輸需求，亞勳團隊建議將V2X技術與其他有線或無線通訊系統(如LTE-Uu)做結合，以同時滿足車對車低延遲直接通訊與高頻寬傳輸的訴求。

Question 21

亞勳的合作標準

Accepted Answer

只要您對創新抱持濃厚興趣，亞勳歡迎來自各個領域的機構成為合作夥伴，相信透過建立互信合作的夥伴關係，創造新的機會：

原創領域：

無論是企業、組織還是個人，只要能從您所在的特定領域帶來專業知識和獨特觀點，我們都歡迎您的加入。

對創新感興趣：

合作的核心在於產生新的想法、解決方案和產品。

如果您對創新充滿熱情，並且希望為開創性概念的發展做出貢獻，我們誠邀您成為我們合作網路的一員。

信任合作夥伴關係：

在亞勳，我們強調與合作夥伴建立堅固可靠關係的重要性。

我們重視協作和透明的互動，每位參與者都能相互尊重和支持。如果您認同我們的理念，非常期待您的加入。

只要符合以上標準，您就是亞勳所需要的理想合作夥伴！

現在就加入我們，共同探索新的可能性，不斷推動創新與前進

Question 22

V2X: 開發及部署

Accepted Answer

如今，V2X正處於關鍵的時刻，為此您需要一個具體的競爭優勢。

加入亞勳的V2Xcast®生態系統，您可以獲得以下優勢：

共享成功故事：

我們已經見證了許多成功案例；通過加入亞勳的V2Xcast®生態系統，您將與其他參與者共享在汽車、交通基礎設施和相關跨行業領域取得的成果，為您帶來寶貴的經驗和合作機會。

V2X應用軟體構建資料段：

您可以立即在V2Xcast®上使用已驗證和可信任的軟體套件，節省開發時間和成本，並應用於您自己的系統中。

授權給非衝突技術合作夥伴：

您還可以將這些V2X應用軟體構建資料段，授權給其他非衝突的技術合作夥伴使用，為您帶來更多的合作機會和商機，並促進整個行業的發展。

跨行業應用：

V2Xcast®生態系統不局限於汽車行業，還涵蓋交通基礎設施和相關的跨行業領域，帶來更廣泛的應用機會，擴大您的業務範圍。

利用共享機制是加速V2X創新並實現長期共贏的關鍵；不同於封閉的解決方案，V2Xcast®生態系統提供快速和開放的V2X體驗，同時能夠根據需求和技術升級進行自定義和增強V2X應用，使您更靈活地應對市場變化，達到卓越的業務成效。

瞭解更多關於 V2X: 開發及部署

Question 23

亞勳的主要商業模式

Accepted Answer

亞勳的主要商業模式是以V2X（車聯網）創新為核心，為推動V2X技術的應用和提供先進的功能，具有以下獨特的關鍵要素:

A

B

技術成熟度：

我們著眼於開發和提供先進的V2X技術，透過持續進行的研發工作改進V2X系統，包括改善通訊協議、傳感器融合能力和網路安全措施。

不斷更新地技術確保我們的V2X解決方案，始終擁有最新功能。

市場成熟度：

我們深入了解並滿足市場的需求， 通過將我們的產品與特定的市場需求相結合，提供交通、智慧城市和物流等各行業的客製化解決方案。

商業合作夥伴關係：

我們與汽車製造商、政府機構和技術提供商等相關行業和機構建立合作關係，這些合作夥伴關係使彼此共享專業知識、資源和銷售渠道，促進創新並推動V2X技術的廣泛應用。

生態系統發展：

V2Xcast®是亞勳特有的系統，通過向連接的車輛提供實時信息（如交通更新、道路狀況和安全警示）增強V2X系統的功能。

這種服務導向的方式，確保用戶可以獲取即時的相關數據，不僅能提高安全性與系統效率，更能改善整體駕駛體驗。

Question 24

V2X 車聯網系統的進出口資訊

Accepted Answer

亞勳的 V2X（Vehicle-to-everything）系統並不屬於戰略高科技商品；根據2021年10月18日的核查報告，並不需要特殊許可便可出口。

亞勳車聯網系統的ECCN（出口管制分類號）、CCATS（商品分類自動跟踪系統）和HS代碼（協調系統代碼）如下：

ProductECCNCCATSHS CodeCOOSOM5A992.cZ16698498517.69.00.92.7TaiwanOBU5A992.cZ16698498517.69.00.92.7TaiwanRSU5A992.cZ16698498517.69.00.92.7Taiwan

備註：

ECCN：出口管制分類號（Export Control Classification Number），用於對物品進行出口管制目的的分類。

CCATS：商品分類自動跟踪系統（Commodity Classification Automated Tracking System），用於追踪和管理商品的分類系統。

HS Code：海關編碼（Harmonized System Code），是用於對產品進行海關和貿易目的分類的國際通用編碼系統。

這些代碼對於有效管理車聯網無線設備相關的進口和關稅問題至關重要；當您在處理亞勳車聯網無線設備的進口和關稅議題時，請參考這些代碼。

Question 25

亞勳的V2X設備: 購買/ 評估/長期合作關係

Accepted Answer

我們提供一系列用於 V2X 通訊的即用型 V2X 設備: 其中包括服務導向的 V2Xcast® 軟體的基本套件，並針對 V2X SOM/OBU/RSU 設備進行優化。 借助我們的設備，客戶可以為立即的部署需求有效地開發應用程式和服務，無需任何額外的 V2X 堆棧許可費或授權使用費。

為確保流程順利進行，我們要求客戶在產品交付前簽署《V2Xcast®軟體許可協議》；內容涵蓋嵌入式 V2Xcast® 軟體和相關軟體成果。

購買我們的V2X設備並建立長期合作夥伴關係的操作流程如下：

評估：

您可以探索我們設備的功能和效能，確定是否滿足您開發 V2X 應用程式的要求。

聯繫：

您可以通過我們的網站，聯繫亞勳的專業銷售團隊，開始購買流程，我們將指派專人為您提供必要的資訊。

產品選擇：

我們的銷售團隊將根據您的具體應用需求，協助您選擇合適的V2X設備，並提供詳細的規格、價格資訊以及您可能需要的相關文件。

商議：

選擇所需的 V2X 設備後，您可以與我們的銷售團隊就價格、條款、所需條件或附加服務進行討論。

V2Xcast®軟體許可協議：

產品交付前，必須簽署《V2Xcast®軟體許可協議》， 本協議確保您遵守使用嵌入式 V2Xcast® 軟體和相關軟體成果的條款和條件。

訂購：

一旦完成所有協議，您可以繼續進行訂購流程；銷售團隊將為您提供所需的訂單，並在整個過程中提供幫助。

產品交付：

收到訂單後，我們將及時處理，安排運送V2X設備到您指定的地點。

支援與合作：

收到 V2X產品後，您可以使用我們的設備和內建 V2Xcast® 軟體開發您的應用程式和服務。 開發過程中，我們的技術支援團隊，隨時幫助解決遇到的任何疑問或技術挑戰。

我們希望此資訊能夠闡明評估亞勳 V2X 設備，並建立長期合作夥伴關係的流程； 如果您還有任何其他問題或需要幫助，請隨時聯繫我們的銷售團隊。

SOM

OBU

RSU

下載

實用主題

取得協助

說明中心

V2Xcast® & V2X Stack Software

SOM 系統模組

OBU 車載元件

RSU路側元件

V2X Co-Creation

V2X Shipping