本文记录了OpenHarmony系统在RISC-V架构SpacemitMusePaper2开发板移植过程中遇到的USB模块不稳定问题。故障表现为开发板静置后HDC工具频繁掉线，经排查确认是系统默认电源管理策略过于激进导致USBPHY断电。通过修改power_mode_config.xml配置文件，将系统自动休眠参数值由0改为-1，彻底禁用深度休眠机制后问题得以解决。该案例表明，在系统移植过程中，外

摘要：在SpacemitMusePaper2开发板的OpenHarmony移植过程中，HDC频繁掉线问题源于深度休眠机制导致USBPHY断电。通过修改电源配置文件（power_mode_config.xml），禁用自动休眠（SystemAutoSleepTime=-1）并优化外设电源管理策略，解决了通信稳定性问题。进一步修复WiFi模块时，从内核驱动、设备树配置到上层服务构建全链路调整，确保供电连

摘要： 在将OpenHarmony移植至RISC-V架构的SpacemitMusePaper2开发板时，团队发现WiFi模块因内核级供电死循环导致频繁离线。通过源码级分析，发现底层驱动（spacemit-pwrseq.c）异常断电逻辑与设备树配置缺陷是主因。解决方案包括：1）修改内核驱动，强制拦截非法断电指令；2）调整设备树的GPIO配置与电源属性。同时，通过注入初始化脚本、完善工具链依赖及修复构

摘要：在SpacemitMusePaper2开发板的OpenHarmony移植过程中，HDC频繁掉线问题源于深度休眠机制导致USBPHY断电。通过修改电源配置文件（power_mode_config.xml），禁用自动休眠（SystemAutoSleepTime=-1）并优化外设电源管理策略，解决了通信稳定性问题。进一步修复WiFi模块时，从内核驱动、设备树配置到上层服务构建全链路调整，确保供电连

从应用层开发转向底层系统移植，最大的挑战在于没有 IDE 惯着你。所有的错误都在冷冰冰的日志里，所有的配置都要遵循严苛的系统生命周期。但当你理清了。

面向 RISC-V 的 OpenHarmony 移植和优化。山东大学2023级软件工程创新实训项目。

从应用层开发转向底层系统移植，最大的挑战在于没有 IDE 惯着你。所有的错误都在冷冰冰的日志里，所有的配置都要遵循严苛的系统生命周期。但当你理清了。

记录源码修改。

随着本学期软件工程创新项目实训推进至中期节点，我们团队围绕《面向 RISC-V 的 OpenHarmony 移植与优化》课题，已基本完成了底层交叉编译架构的搭建。虽然目前的 OpenHarmony 6.1 全量源码编译仍在后台服务器中进行，尚待产出最终的固件镜像，但在此期间积累的代码库管理与构建系统排错经验具备重要的技术参考价值。本文将客观呈现团队前期的工程化进度，明确任务分工，并针对下半场的物理

随着本学期软件工程创新项目实训推进至中期节点，我们团队围绕《面向 RISC-V 的 OpenHarmony 移植与优化》课题，已基本完成了底层交叉编译架构的搭建。虽然目前的 OpenHarmony 6.1 全量源码编译仍在后台服务器中进行，尚待产出最终的固件镜像，但在此期间积累的代码库管理与构建系统排错经验具备重要的技术参考价值。本文将客观呈现团队前期的工程化进度，明确任务分工，并针对下半场的物理