適配評估需要兩端的實際設備與應用協議,不能只提供「支援 CAN」或品牌名稱。先把已具備的資料、缺失項及可安排的測試條件列清,才能區分協議分析、客供板固件和實機聯調的工作量。
啟動資料清單
| 資料組 | 需要提供 | 影響的判斷 |
|---|---|---|
| 裝置身份 | 電池、BMS/BMU、逆變器型號及韌體,現有系統連接關係 | 協定適用範圍與版本差異 |
| 應用協定 | 兩端實際使用的 CAN 檔案、版本、欄位表格及授權使用範圍 | 幀解析、限值與狀態映射 |
| 電氣介面 | 引腳、供電、參考地、終端、線束與隔離資料 | 闆卡選型與連接條件 |
| 原始範例 | 含時間資訊的封包、配置及已知工況說明 | 欄位、週期、符號與啟動過程 |
| 卡與軟體 | 原理圖、控制器/收發器、SDK、驅動及已有代碼 | 韌體實作與介面資源 |
| 測試與交付 | 可用實機、人員、操作範圍、階段交付和通過條件 | 聯調計劃、驗收與費用邊界 |
協議文件如何確認?
核對文件明確寫出的介面、版本和適用型號。 RS485 文件不能取代 CAN 應用協定;名稱相近的協定也不能直接視為同一版本。架構參考圖中的品牌、型號或「已相容」說明需要回到實際設備和測試記錄核實。原廠資料不便外發時,可先確認授權範圍與評審方式,不把受限文件公開上傳。
資料不足時可以先做什麼?
可先做資料缺口表、介面資源核對、已有報文分析和明確範圍的原型計畫。協定缺少關鍵限值、狀態或逾時定義時,應將對應功能列為未確認;沒有實機條件時,模擬器測試與設備聯調分別登記。報價應拆分已有輸入下可執行的工作、補資料後的工作及樣機/測試等費用。
驗收前固定資料版本
交付清單關聯設備、協定、卡和韌體版本,保留測試案例與未決項。更換逆變器型號、升級韌體、調整訊息或更換卡後,評估受影響功能並安排對應回歸,無法直接沿用原設備組合的通過結論。
常見問題與答复
協議或設備資料不齊時,可以先啟動哪些工作?
可先整理缺項、核對已有介面資料並確定可授權取得的封包與設備配合條件。缺少關鍵字段、狀態或測試設備時,無法把資料核對階段寫成適配完成,也不能預先承諾完整功能通過。
需要提交哪些版本信息,而不只是設備名稱?
記錄兩端設備型號、BMS 與逆變器韌體、各自協定版本,以及網關闆卡、MCU、SDK 和驅動版本。報文與測試記錄應能追溯到這組版本,避免以不同版本的資料拼成一個驗收基準。
協定或韌體在開發中變更,原範圍如何處理?
先記錄變更前後版本與受影響欄位、互動和用例,再確認需追加的開發與迴歸範圍。更新映射表和驗收基線後重新驗證相關功能,原版本的通過記錄不能直接當作新版本的通過記錄。
線上諮詢
電話諮詢
微信諮詢
回到頂部