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与设备应用适配服务继续核对。