本專題服務重點
邊緣AI平臺選型、目標板POC與跨平臺遷移
評估、開發和驗收圍繞該任務組織；涉及相鄰模型、系統、硬體或量產工作時，按對應專題邊界組合實施。
SERVICE BOUNDARY
平臺選型先解決計算路線與目標板可行性
理論算力用於初步篩選。平臺結論還需綜合檢查運算元覆蓋、記憶體與頻寬、影片或音訊管線、作業系統、驅動、供應狀態、SDK許可和產品形態。
專案實施邊界
- 開發套件結果不直接等同於定製載板或整機結果
- 遷移評估不預設新平臺優於原平臺
- 受限SDK、商務授權和供貨條件在立項前單獨確認
ENGINEERING SCOPE
工程服務範圍
各項服務可按專案單獨實施，也可與相關專題組合；任務書將逐項明確輸入、輸出、第三方依賴、樣機和測試責任。
需求與約束矩陣
拆分模型、輸入、介面、實時性、成本、尺寸、功耗、散熱、系統和維護要求。
- 必須項與可調整項
- 風險優先順序
- 驗收口徑
候選平臺比較
比較MCU、SoC、GPU、NPU、FPGA和x86路線的適配條件，不以單一TOPS排序。
- 運算元與精度模式
- 記憶體和資料搬運
- 生態與供貨
目標板最小閉環
在候選板上完成真實輸入、模型推理、後處理和業務輸出，記錄版本與配置。
- 可復現構建
- 板端基準
- 關鍵問題
遷移與迴歸計劃
審查原應用對CUDA、專用運算元、媒體框架、系統服務和硬體介面的依賴。
- 替代實現
- 精度迴歸
- 工作量邊界
ROUTE MATRIX
技術路線與適用條件
下列分組用於比較不同晶片、平臺或存量遷移路線。專案結論仍需核對具體型號、軟體版本、目標硬體和驗收條件。
MCU與TinyML
面向低功耗感測、音訊事件、小型視覺和實時控制協同；重點核對Flash、RAM、運算元和採集鏈路。
Arm MPU與視覺SoC
面向Linux或Android終端、攝像機和機器人；重點核對BSP、ISP、編解碼、NPU Runtime和系統版本。
GPU與高算力模組
面向多相機、複雜視覺、機器人和多模態；重點核對視訊記憶體、功耗模式、容器、驅動和散熱。
工業x86與AI PC
面向工業PC、邊緣伺服器和HMI；重點核對CPU/GPU/NPU執行時、系統維護和現場介面。
專用NPU與國產平臺
面向推理模組、加速卡和AI盒子；重點核對模型轉換器、運算元回退、影片通道和SDK許可。
FPGA與自適應計算
面向確定性低延遲、高速介面和定製資料流；重點核對IP、時序收斂、資源和軟硬體分工。
存量平臺遷移
從Jetson、x86、瑞芯微、昇騰或其他平臺遷移時，先凍結原系統基線，再逐項替換與迴歸。
受監管應用前置門
車載、醫療、生物特徵等專案先確認資料授權、適用標準、產品責任和認證流程，再確定計算平臺。
DELIVERY PROCESS
實施路徑
先確認專案基線和關鍵前置條件，再進入詳細開發與驗證；各階段結論均對應具體版本與記錄。
凍結基線
記錄原模型、應用、硬體、系統、SDK、輸入和測試結果。
建立矩陣
按必需介面、資源、功耗、成本、供應和許可篩選平臺。
目標板POC
實現最小端到端鏈路並定位運算元、記憶體、媒體和驅動風險。
形成決策
輸出建議路線、備選路線、關鍵前置問題、預算邊界和實施計劃。
遷移回歸
按凍結用例比較精度、效能、資源、穩定性和異常恢復。
DELIVERABLES
交付內容
最終交付範圍由雙方在任務書或合同中確認，檔案均對應具體硬體、軟體、工具鏈和測試版本。
- 平臺約束與候選矩陣
- SDK、工具鏈和許可清單
- 目標板POC工程與部署說明
- 板端效能和資源原始記錄
- 遷移依賴與替代方案
- 風險、限制和後續開發計劃
ACCEPTANCE
驗收條件
環境適應性、可靠性、認證和批次生產如需納入驗收，應在任務書中另行約定範圍、樣本與標準。
- 目標板能夠復現規定輸入、推理和業務輸出閉環
- 精度比較使用凍結測試集和一致的預後處理
- 端到端時延包含採集、前處理、推理、後處理和輸出
- 功耗、溫度和穩定性記錄繫結具體硬體與功耗模式
- 所有結論可追溯到模型、程式碼、SDK和配置版本
- 未透過項和平臺限制進入正式問題清單
PROJECT INPUT
專案評估需要的輸入
資料暫不完整時，可先開展基線檢查和可行性評估；正式範圍與技術結論在關鍵輸入確認後形成。
- 01原始模型及匯出環境
- 02預處理、後處理和業務規則
- 03代表性樣本與期望輸出
- 04現有平臺和原始基準
- 05介面、尺寸、功耗、成本與環境約束
- 06目標系統、量產數量和維護週期
可以先建立約束和候選平臺矩陣，但影響運算元、記憶體、影片鏈路和端到端效能的結論仍需在候選目標板上驗證。
不是。精度口徑、運算元覆蓋、記憶體、頻寬、輸入管線、作業系統、功耗模式和散熱都會影響實際結果。
可以評估。需要審查CUDA或TensorRT依賴、媒體管線、自定義運算元、系統服務和硬體介面，再按目標平臺逐項替代。
不能直接推導。定製載板、相機、儲存、電源、散熱、系統映象和結構環境都可能改變結果，需要重新迴歸。
通常包含目標板工程、模型轉換配置、執行說明、原始記錄、風險清單和下一階段計劃，具體內容按任務書確認。
先凍結原平臺基線，再在相同測試集和業務輸入下比較功能、精度、端到端效能、資源、功耗、穩定性和恢復行為。
PROJECT INTAKE
先提供基線資料，再形成範圍與驗收條件
提交目標、現有資料、版本、問題、樣機條件和必須達到的指標，可先進行資料審查或可行性評估。
線上諮詢
電話諮詢
微信諮詢
回到頂部