FPGA CAN 介面開發｜服務範圍、交付與驗收

FPGA CAN 介面開發

服務物件：需要實現片上互連、外部通訊、儲存訪問或協議轉換的裝置企業。圍繞“CAN/CAN FD 控制器介面、訊息收發、過濾、錯誤處理與主機連線”開展需求評估、專項實施、聯調驗證和版本交付。

CAN/CAN FD訊息過濾錯誤狀態控制器介面

FPGA 邏輯不替代外部 CAN 收發器；協議版本、位時序和一致性範圍需明確。

SERVICE SCOPE

FPGA CAN 介面開發服務範圍

圍繞確認的專案輸入、工作內容、交付物與驗收條件組織實施；是否進入 PoC 或完整開發階段由雙方確認的任務書確定。

劃分 CAN 控制器、主機介面與收發器邊界：先將“劃分 CAN 控制器、主機介面與收發器邊界”寫入需求與介面基線，明確“CAN/CAN FD”涉及的物件、引數、依賴和透過條件。
配置仲裁段和資料段位時序：圍繞“配置仲裁段和資料段位時序”形成專項設計，記錄“訊息過濾”相關架構、配置、約束和版本。
實現訊息快取、過濾、中斷和錯誤狀態：針對“實現訊息快取、過濾、中斷和錯誤狀態”完成工程整合，保留“錯誤狀態”相關構建、日誌、問題定位和變更記錄。
驗證 Bus-Off、恢復和匯流排異常行為：以“驗證 Bus-Off、恢復和匯流排異常行為”為驗證重點，在約定環境中執行“控制器介面”相關測試並提交可複核結果。

CAN 控制器整合或主機介面 RTL 工程：“CAN 控制器整合或主機介面 RTL 工程”用於復現約定實現，提交時繫結目標器件、工具、依賴和原始碼版本。
位時序、訊息 RAM、過濾、中斷和錯誤碼說明：“位時序、訊息 RAM、過濾、中斷和錯誤碼說明”說明介面、引數、配置與限制，作為系統聯調和後續維護依據。
驅動或暫存器訪問示例及構建制品：“驅動或暫存器訪問示例及構建制品”按任務書列明檔案範圍、第三方授權邊界、構建方法和製品校驗值。
仲裁、錯誤注入、Bus-Off 和恢復測試記錄：“仲裁、錯誤注入、Bus-Off 和恢復測試記錄”繫結測試物件、環境、用例、結果與剩餘限制，作為階段或最終驗收證據。

FPGA 邏輯不替代外部 CAN 收發器；協議版本、位時序和一致性範圍需明確。未經目標專案驗證的廠商引數、理論峰值、路線圖或示例工程不作為專案實測結果；最終結論以凍結版本和書面測試證據為準。

FPGA 邏輯通常承擔控制器或主機介面，差分物理層需要外部收發器；兩者的供電、終端和保護應聯合驗證。

應分別記錄仲裁段和資料段位率、取樣點、SJW、時鐘源及匯流排負載，並使用約定節點和分析儀測試。

可由硬體自動恢復、驅動控制或應用策略處理，具體方式需與安全要求、網路管理和主機軟體共同凍結。

以專案任務書為準。計劃交付的CAN 控制器整合或主機介面 RTL 工程、位時序、訊息 RAM、過濾、中斷和錯誤碼說明等內容需逐項列明；第三方 IP、加密網表、廠商庫、協議資料和許可證檔案受原授許可權制。

工作量取決於輸入完整度、介面和模組數量、器件與工具成熟度、第三方 IP、板卡狀態、軟體配套、測試裝置及驗收深度。完成輸入審查後再形成階段計劃與報價。