RK3588系統適配資料清單：Android、Linux與OpenHarmony如何劃定範圍

工程指南

RK3588 Android板卡SDK基線採購應先核對下表中的輸入、證據和未決項，再確定方案。缺失資料須登記負責人與獲取方式，不得僅憑演示即直接確認相容性或效果。

三類專案分別確認什麼

表格可橫向滑動檢視完整欄位。

專案方向	主要輸入	需要單列的工作
Android系統與裝置應用程式	廠商Android SDK、板卡、周邊與APK/SDK	系統配置、權限、周邊介面、應用程式服務和簽章/升級。
Linux BSP與裝置應用程式	Bootloader、核心、裝置樹、根檔案系統和目標周邊	啟動、驅動程式、使用者空間介面、系統服務、映像檔和還原。
OpenHarmony階段適配	指定系統原始碼、板卡資料、建構與啟動目標	先明確最小啟動、系統服務、圖形、多媒體等階段，逐項評估。

這是專案分工表，不是跨系統相容清單。更換系統、SDK或板卡時，原有驗證記錄的適用範圍需要重新判斷。

報價前可準備的資料

• 板卡型號、硬體版本、原理圖、儲存和除錯連接方式。

• SDK或原始碼、版本/提交號、工具鏈、建構命令及已有映像檔。

• 每個周邊的型號、介面、目標模式和當前可運行狀態。

• 業務應用程式、介面、權限、資料輸入輸出和第三方依賴。

• 當前故障的重現步驟、日誌、發生頻率和已嘗試措施。

• 計劃交付的原始碼、修補程式、映像檔、文件及維護責任。

無法提供的資料單列為缺口，由雙方確認獲取方式或評估階段，不用未核實的版本填空。

把驗收寫成可複測條件

以「指定版本在指定板卡上從指定媒介啟動，按步驟採集日誌並核對服務狀態」替代籠統的「系統適配完成」。顯示、攝影機、音訊、網路、應用程式、升級和長時間運行各有測試條件；最小啟動通過不能自動覆蓋這些工作。

若包含NPU任務，應另附模型、樣本、預處理與後處理和目標環境，不把系統能啟動作為模型已部署的證據。

用已有案例判斷階段

OpenHarmony 6.1 RK3588 Stage-0案例公開的是限定板卡上的最小無介面驗證，其日誌和映像檔檢查方法可作階段交付參考，不代表完整圖形、多媒體或量產認證已完成。

Android應用程式整合可參考離線TTS SDK案例，也需保留案例自身的系統、裝置和測試邊界。

下一步如何拆分工作包

已有SDK但周邊未通，可從Android適配或Linux BSP服務開始；模型轉換與推理整合進入NPU部署服務。準備好板卡、版本、介面與測試輸入，再討論開發範圍和報價依據。

採購核對表

表格可橫向滑動檢視完整欄位。

核對項	輸入與檢查	判斷邊界
版本對應	板卡硬體修訂、SDK提交號、修補程式與已有映像檔逐項對應	相同晶片不能代替板級相容檢查
原始碼與建構	確認原始碼範圍、工具鏈、依賴獲取和建構使用權限	缺失內容登記獲取責任，不用未核實版本補齊
簽章與發布	區分除錯建構、簽章服務、升級與第三方許可	量產私鑰不要求交付給開發方；約定受控簽章方式

啟動前需要哪些資料？

完整板卡型號與修訂、Android SDK、建構說明、已有映像檔、周邊清單和序列埠日誌。先核對資料版本與可用性，缺項保留為待確認輸入。

怎樣確認交付與驗收範圍？

在約定環境按交付步驟完成建構與指定板啟動，核對版本、日誌和問題項；阻塞缺陷的處置需確認。基線可重現不代表周邊、應用程式、長期穩定或量產發布通過；Linux與OpenHarmony分別立項。

面向深圳企業，可先提交上述資料開展遠端評審。樣機聯調、寄樣或現場工作及費用按具體專案確認。

Linux目標板採購補充核對

表格可橫向滑動檢視完整欄位。

核對項	輸入與檢查	判斷邊界
板卡與媒介	核對板卡修訂、儲存配置和啟動選擇	相同處理器不能證明啟動配置相同
SDK組成	列出引導、核心、裝置樹、根檔案系統及工具鏈版本	區分廠商二進位制、可修改原始碼與再散布權限
除錯與還原	確認序列埠電平、接線、還原工具及授權存取	缺少還原條件時不貿然覆蓋原啟動媒介

同樣適用於面向天津企業的Linux基線資料評審；Android、Linux與OpenHarmony分別確認範圍，不能互用測試結論。

先核對服務範圍並提交專案資料，再確認開發與交付。 原簡體中文服務範圍