傳統CAN測試通常由工程師攜帶電腦與介面設備到現場執行資料擷取，測試完成後再將記錄檔交給其他成員分析。當測試車輛分散於不同地區，或需要長時間道路測試時，這種方式容易形成資料延遲與人力調度問題。

Kvaser Edge將CAN資料擷取、設備端處理、網路傳輸與本地儲存整合在同一平台。資料可以在採集後依需求分送至不同目的地，讓現場測試與後端分析不必維持在同一地點。

Kvaser現場應用工程師Adam Raymer與MathWorks軟體工程師Govind Suresh共同建立展示系統，從CAN訊號產生、Kvaser Edge資料處理，到AWS S3儲存與MATLAB雲端分析，呈現一套完整的遠端資料工作流程。

此案例將資料處理分成訊號模擬、Kvaser Edge採集與輸出、MATLAB解碼，以及瀏覽器遠端管理四個階段。各階段共用同一筆CAN資料，不必為記錄與分析分別建立獨立採集設備。

1. 1

   產生CAN測試訊號

   展示系統使用Kvaser CanKing 7模擬CAN匯流排資料，以500 kb/s通訊速率產生約每秒1筆的溫度訊號，作為後續傳輸與分析的資料來源。

2. 2

   Kvaser Edge採集並分送資料

   Kvaser Edge接收CAN資料後，使用單一採集管線將資料同步送往三個目的地：

   • AWS S3中的TXT記錄檔
   • AWS S3中的MF4標準量測檔案
   • 透過MATLAB Production Server傳送至雲端MATLAB
3. 3

   MATLAB進行DBC解碼與視覺化

   CAN原始訊框進入MATLAB後，可透過Vehicle Network Toolbox相關函數與DBC檔案轉換為結構化訊號。工程人員能即時繪製溫度變化，也可將處理結果輸出為MDF檔案，供後續載入與比較分析。

4. 4

   透過瀏覽器遠端管理展示系統

   展示中的Kvaser Edge執行Apache2 Web服務。設備完成聯網後，工程師可透過電腦或手機瀏覽器查看資料與操作介面，不必直接接觸現場設備。

當測試設備分散、資料需要同步傳回，或分析人員無法長時間駐守現場時，遠端CAN資料架構能降低資料移交與跨地協作的負擔。

• 實車道路測試 長時間記錄CAN資料，並將關鍵訊號傳回分析平台。
• 分散式測試車隊 讓不同地區的車輛採用一致的資料採集與輸出流程。
• ECU演算法驗證 將CAN訊號傳入MATLAB，進行即時繪圖、解碼與演算法分析。
• 耐久與環境測試 同時保留原始記錄與遠端監測資料，降低等待測試結束後才發現異常的風險。
• 遠端技術支援 讓異地專家查看相同資料，協助判斷設備或車輛通訊狀況。
• 測試自動化整合 將資料採集流程銜接雲端運算、檔案管理及後端分析工具。

評估Kvaser Edge遠端CAN資料方案時，應先確認資料來源、輸出格式、網路及分析目的地。資訊越完整，越能快速判斷硬體配置與PoC範圍。

需要自行開發CAN Logger或建立可重複部署的Linux環境時，可延伸閱讀Kvaser Edge Embedded Linux與CAN Logger部署教學。