RK3588 OpenHarmony啟動分層：核心、init與應用服務

技術指南

RK3588出現串列埠shell後，仍需分別檢查核心、init和應用服務。shell可用能幫助定位啟動進度，圖形介面、外設功能及持續執行則各有驗證條件。把每一層的輸入、日誌和判斷單獨記錄，更容易找到最早失敗的位置。

先明確Stage-0記錄的適用範圍

OpenHarmony 6.1在RK3588上的Stage-0適配記錄採用指定板卡、Build22構建標記和SD啟動介質。這裡的Stage-0指最小無圖形介面的驗證階段；Build22是原記錄使用的構建標記，排查時還應關聯原始碼修訂、構建配置和映象雜湊。

閱讀該案例時，應分別檢視“系統啟動到哪裡”和“本階段驗證了哪些功能”。後續增加介面、應用或外設時，繼續沿用相同的版本記錄方式，再擴充對應驗收項。

各層職責與排查入口

表格可橫向滑動查看完整欄位。

DTB是裝置樹的二進位制描述檔案，用於向核心提供硬體描述。檢查時需要讓它與目標板型和映象版本對應，不能只比較檔名。init是啟動子系統中的技術名稱，具體配置與實現應按使用的OpenHarmony版本核對。啟動子系統原始碼可用於定位機制和配置，專案結論仍依據對應版本的實際記錄。

按最早失敗點定位，避免混用不同版本日誌

先固定板型、映象和啟動介質，復現後按時間順序檢視日誌。驅動初始化失敗、檔案系統路徑錯誤、依賴未就緒與程序反覆退出應分別記錄。應用服務退出時，先核對依賴資源，再檢查服務配置與錯誤返回。

每次復現建議附下面的欄位表。這是問題記錄的欄位定義，可以直接用於聯調，不包含預設的測試結果。

表格可橫向滑動查看完整欄位。

委託適配前整理哪些資料

準備板卡型號與修訂、現有系統、原始碼可用範圍、啟動介質、完整串列埠日誌和目標功能。先約定本階段覆蓋的層級，再確定介面、外設、應用和穩定性測試範圍。相關輸入與交付可從嵌入式Linux BSP與裝置應用適配服務繼續核對。