OpenHarmony开发——移植子系统

最新推荐文章于 2024-05-14 22:15:06 发布
最新推荐文章于 2024-05-14 22:15:06 发布
阅读量517 收藏 5
点赞数 3
分类专栏： 经验分享 鸿蒙开发 移动开发 文章标签： harmonyos 移动开发 Openharmony 硬件开发 鸿蒙开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_71263309/article/details/137680954
版权

移植子系统概述

OpenHarmony系统功能按照“系统 > 子系统 > 部件”逐级展开，支持根据实际需求裁剪某些非必要的部件，本文以部分子系统、部件为例进行介绍。若想使用OpenHarmony系统的能力，需要对相应子系统进行适配。

OpenHarmony芯片适配常见子系统列表如下（详见表1），需结合具体芯片再做增删减操作。

表1 OpenHarmony子系统

子系统作用
applications应用程序demo。可将应用相关源码存放在此目录下。
kernel内核子系统。负责任务调度、内存管理等常见的内核功能。
hiviewdfx可维可测子系统。提供日志相关功能。
communication通信子系统。包含Wi-Fi，蓝牙功能。
iothardwareIOT外设子系统。提供常见的外设接口，例如GPIO，I2C，SPI等。
startup启动子系统。内核启动后运行的第一个子系统，负责在内核启动之后到应用启动之前的系统关键进程和服务的启动过程的功能。
update升级子系统。用来支持OpenHarmony设备的OTA升级。
utils公共基础库子系统。提供了一些常用的C、C++开发增强API。
distributed_schedule分布式调度子系统。负责跨设备部件管理，提供访问和控制远程组件的能力，支持分布式场景下的应用协同。
security安全子系统。包括系统安全、数据安全、应用安全等功能，为OpenHarmony提供有效保护应用和用户数据的能力。当前开源的功能，包括应用完整性保护、应用权限管理、设备认证、密钥管理服务、数据传输管控。
test测试子系统。OpenHarmony为开发者提供了一套全面的自测试框架，开发者可根据测试需求开发相关测试用例，开发阶段提前发现缺陷，大幅提高代码质量。

移植启动恢复子系统

启动恢复子系统负责在内核启动之后到应用启动之前的系统关键进程和服务的启动过程的功能。

移植指导

针对轻量系统主要提供了各服务和功能的启动入口标识。在SAMGR启动时，会调用bootstrap标识的入口函数，并启动系统服务。

适配完成后，调用OHOS_SystemInit()接口，即可启动系统。

路径：“base/startup/bootstrap_lite/services/source/system_init.c”

void OHOS_SystemInit(void)
{
    MODULE_INIT(bsp);           //执行.zinitcall.bspX.init段中的函数
    MODULE_INIT(device);        //执行.zinitcall.deviceX.init段中的函数
    MODULE_INIT(core);          //执行.zinitcall.coreX.init段中的函数
    SYS_INIT(service);          //执行.zinitcall.sys.serviceX.init段中的函数
    SYS_INIT(feature);          //执行.zinitcall.sys.featureX.init段中的函数
    MODULE_INIT(run);           //执行.zinitcall.runX.init段中的函数
    SAMGR_Bootstrap();          //SAMGR服务初始化
}

移植实例

  1. 在“config.json”中添加启动子系统。
    路径：“vendor/MyVendorCompany/MyProduct/config.json”

    修改如下：

    {
    subsystem": "startup",
    components": [
        { "component": "bootstrap_lite", "features":[] },
        { "component": "syspara_lite", "features":[] }
    ]
},

    在startup子系统中有部分部件（如：syspara_lite等），会依赖“$ohos_product_adapter_dir/utils”中的模块。其中“ohos_product_adapter_dir”就是在config.json文件中配置的“product_adapter_dir”，我们通常配置其为“vendor/MyVendorCompany/MyProduct/hals”。

  2. 添加zinitcall以及run定义。
    在厂商ld链接脚本中.text段中，添加如下代码：

        __zinitcall_bsp_start = .;
    KEEP (*(.zinitcall.bsp0.init))
    KEEP (*(.zinitcall.bsp1.init))
    KEEP (*(.zinitcall.bsp2.init))
    KEEP (*(.zinitcall.bsp3.init))
    KEEP (*(.zinitcall.bsp4.init))
    __zinitcall_bsp_end = .;
    __zinitcall_device_start = .;
    KEEP (*(.zinitcall.device0.init))
    KEEP (*(.zinitcall.device1.init))
    KEEP (*(.zinitcall.device2.init))
    KEEP (*(.zinitcall.device3.init))
    KEEP (*(.zinitcall.device4.init))
    __zinitcall_device_end = .;
    __zinitcall_core_start = .;
    KEEP (*(.zinitcall.core0.init))
    KEEP (*(.zinitcall.core1.init))
    KEEP (*(.zinitcall.core2.init))
    KEEP (*(.zinitcall.core3.init))
    KEEP (*(.zinitcall.core4.init))
    __zinitcall_core_end = .;
    __zinitcall_sys_service_start = .;
    KEEP (*(.zinitcall.sys.service0.init))
    KEEP (*(.zinitcall.sys.service1.init))
    KEEP (*(.zinitcall.sys.service2.init))
    KEEP (*(.zinitcall.sys.service3.init))
    KEEP (*(.zinitcall.sys.service4.init))
    __zinitcall_sys_service_end = .;
    __zinitcall_sys_feature_start = .;
    KEEP (*(.zinitcall.sys.feature0.init))
    KEEP (*(.zinitcall.sys.feature1.init))
    KEEP (*(.zinitcall.sys.feature2.init))
    KEEP (*(.zinitcall.sys.feature3.init))
    KEEP (*(.zinitcall.sys.feature4.init))
    __zinitcall_sys_feature_end = .;
    __zinitcall_run_start = .;
    KEEP (*(.zinitcall.run0.init))
    KEEP (*(.zinitcall.run1.init))
    KEEP (*(.zinitcall.run2.init))
    KEEP (*(.zinitcall.run3.init))
    KEEP (*(.zinitcall.run4.init))
    __zinitcall_run_end = .;
    __zinitcall_app_service_start = .;  //SAMGR执行.zinitcall.app.serviceX.init段中的函数
    KEEP (*(.zinitcall.app.service0.init))
    KEEP (*(.zinitcall.app.service1.init))
    KEEP (*(.zinitcall.app.service2.init))
    KEEP (*(.zinitcall.app.service3.init))
    KEEP (*(.zinitcall.app.service4.init))
    __zinitcall_app_service_end = .;
    __zinitcall_app_feature_start = .; //SAMGR执行.zinitcall.app.featureX.init段中的函数
    KEEP (*(.zinitcall.app.feature0.init))
    KEEP (*(.zinitcall.app.feature1.init))
    KEEP (*(.zinitcall.app.feature2.init))
    KEEP (*(.zinitcall.app.feature3.init))
    KEEP (*(.zinitcall.app.feature4.init))
    __zinitcall_app_feature_end = .;
    __zinitcall_test_start = .;
    KEEP (*(.zinitcall.test0.init))
    KEEP (*(.zinitcall.test1.init))
    KEEP (*(.zinitcall.test2.init))
    KEEP (*(.zinitcall.test3.init))
    KEEP (*(.zinitcall.test4.init))
    __zinitcall_test_end = .;
    __zinitcall_exit_start = .;
    KEEP (*(.zinitcall.exit0.init))
    KEEP (*(.zinitcall.exit1.init))
    KEEP (*(.zinitcall.exit2.init))
    KEEP (*(.zinitcall.exit3.init))
    KEEP (*(.zinitcall.exit4.init))
    __zinitcall_exit_end = .;

  3. 芯片SDK创建任务。
    配置任务参数，系统启动后，启动任务，示例如下：

    void mainTask(void) {
   //厂商自定义功能
    OHOS_SystemInit();        //启动子系统初始化
    printf("MainTask running...\n");
}
 
void main(VOID) {
   //硬件初始化，printf输出重定向到debug串口等
    if (LOS_KernelInit() == 0) {            //ohos内核初始化
        task_init_param.usTaskPrio = 10;    //任务优先级
        task_init_param.pcName = "mainTask"; //任务进程名
        task_init_param.pfnTaskEntry = (TSK_ENTRY_FUNC)mainTask; //任务入口函数
        task_init_param.uwStackSize = 8192;          //任务栈大小
        LOS_TaskCreate(&tid, &task_init_param);      //创建任务
        LOS_Start();                                 //启动任务
    }
    else {
        printf("[BUG] LOS_KernelInit fail\n");
    }
    printf("[BUG] reach to unexpected code\n");
    while (1);
}

为了能让大家更好的学习鸿蒙（HarmonyOS NEXT）开发技术，这边特意整理了《鸿蒙开发学习手册》（共计890页），希望对大家有所帮助：https://qr21.cn/FV7h05

《鸿蒙开发学习手册》：

如何快速入门：https://qr21.cn/FV7h05

  1. 基本概念
  2. 构建第一个ArkTS应用
  3. ……

开发基础知识：https://qr21.cn/FV7h05

  1. 应用基础知识
  2. 配置文件
  3. 应用数据管理
  4. 应用安全管理
  5. 应用隐私保护
  6. 三方应用调用管控机制
  7. 资源分类与访问
  8. 学习ArkTS语言
  9. ……

基于ArkTS 开发：https://qr21.cn/FV7h05

  1. Ability开发
  2. UI开发
  3. 公共事件与通知
  4. 窗口管理
  5. 媒体
  6. 安全
  7. 网络与链接
  8. 电话服务
  9. 数据管理
  10. 后台任务(Background Task)管理
  11. 设备管理
  12. 设备使用信息统计
  13. DFX
  14. 国际化开发
  15. 折叠屏系列
  16. ……

鸿蒙开发面试真题（含参考答案）：https://qr18.cn/F781PH

鸿蒙开发面试大盘集篇（共计319页）：https://qr18.cn/F781PH

1.项目开发必备面试题
2.性能优化方向
3.架构方向
4.鸿蒙开发系统底层方向
5.鸿蒙音视频开发方向
6.鸿蒙车载开发方向
7.鸿蒙南向开发方向

小米椒……
关注
  • 3
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
移植openharmony到STM32H743IIT6【记录帖】
weixin_44311136的博客
04-27 2939
记录一下移植openharmony到STM32H743IIT6的过程
OpenHarmony Docker移植实践
OpenHarmony_dev的博客
05-18 1339
需要额外指出的是，Docker并不等于容器（containers），Docker只是容器的一种，其他种类的容器还有Kata container，Rocket container等。工具可以通过OpenHarmony官方的每日构建dailybuilds[7] 或发布的SDK[8] 中获得，根据使用的系统平台到相应的toolchains目录下提取。Docker是一个开源的软件项目，可以在Linux操作系统上提供一层额外的抽象，让用户程序部署在一个相对隔离的运行环境，并提供自动管理机制。
OpenHarmony 实战开发——启动过程分析
最新发布
m0_70748458的博客
05-14 777
本文基于 OpenHarmony 源码梳理应用的启动过程，介绍 appspawn/ability_runtime/ace_engine/ets_runtime 等重要模块的初始化流程，以及它们之间的相互关系。不同形态的 hap 应用在具体细节上会有一些差异，但整体的流程上是一致的。本文基于 OpenHarmoney 3.2 标准系统 FA 模式的 ets 应用进行阐述。
RK3588 移植 OpenHarmony-4.0-Beta1 之编译
Yumin's Blog
06-14 7199
【代码】RK3588 移植 OpenHarmony-4.0-Beta1 之编译。
【OpenHarmony】标准系统 新增子系统/部件
Kemin123的博客
07-17 613
标准系统新增部件
OpenHarmony添加自定义的子系统、部件、模块
weixin_44205232的博客
04-12 1726
这里我们将OpenHarmony的两个例子添加到源码中并使其编译到系统中，这里有一点需要注意的是不可以将自定义的子系统放到其他已经定义的子系统目录下，vendor下的product文件夹也被认为成一个子系统，比如/就作为product_hihope子系统存在的，其定义在/
Android系统级深入开发——移植与调试
07-16
Android系统级深入开发——移植与调试.pdf 文件太大，上传网盘，提供下载地址 如果地址失效，请给我邮件，邮件标题注明： csdn Android系统级深入开发——移植与调试.pdf 失效，我将会提供新链接。否则勿扰。
Android系统级深入开发——移植与调试.pdf
12-04
Android系统级深入开发——移植与调试.pdf 高清完整版下载
Android系统级深入开发——移植与调试 pdf
08-31
《Android系统级深入开发——移植与调试》这本书深入探讨了Android系统的内部工作原理，涵盖了从系统移植到调试的全过程。在Android开发领域，系统级的深入理解是提升开发者能力的关键，下面将对其中的主要知识点...
从零开始移植OpenHarmony轻量系统
连志安
02-10 3072
摘要：本文简单介绍OpenHarmony轻量系统移植，如何使用移植示例 适合群体：想自己动手移植OpenHarmony轻量系统的朋友 经过几天的努力，终于成功把最新版本的OpenHarmony轻量系统内核移植到ARM单片机上，现在代码开源、移植文章也完成7篇，后续会考虑增加视频讲解，直播。以便大家也可以自己移植。 移植OpenHarmony轻量系统【1】移植思路 移植OpenHarmony轻量系统【2】Board和SoC解耦的设计思路 移植OpenHarmony轻量系统【3】Board、SOC、架构与代码对
快速移植OpenHarmony Linux内核的方法
Catdeo的博客
04-12 2307
内核态与用户态 OpenHarmony = OpenHarmony内核态层 + OpenHarmony用户态层 其中内核态层就是由内核本身（如Linux Kernel，LiteOS），和一些运行在内核态的一些特性组成，比如HDF等。 OH内核态层 = OH Linux内核 + OH内核态特性（可选特性或者必选特性，如必选特性HDF，今后的可选特性HMDFS等） 而OH Linux内核 = 标准LTS Linux内核 + 三方SoC芯片平台代码 + OH内核态基础代码（支撑OH用户态层运行的最基础代码） OH
带你玩转OpenHarmony AI：打造智能语音子系统
OpenHarmony_dev的博客
12-23 499
智能家居、智慧厨房、智能汽车等等，一切衣食住行都在往智能方向发展，那我们该如何在OpenAtom OpenHarmony（简称“OpenHarmony”）系统现有的能力下，搭建一套完整的语音子系统呢？本文介绍了博泰车联网的研发同学如何搭建一套属于OpenHarmony的语音子系统CarVoiceAssistant，并以车载交互的形态研发语音助理项目的过程。设备唤醒之后，需要持续采集用户音频数据，并传输给博泰QingAI云端，做持续识别和最终语义识别，识别之后客户端根据语义做具体动作执行。
OpenHarmony轻量系统开发【4】编写第一个程序、启动流程分析
连志安
01-26 2321
摘要：本文简单介绍如何编写第一个hello world程序，以及程序是被执行的 适合群体：适用于Hi3861开发板，启动流程分析 4.1编写第一个程序 编写一个hello world程序比较简单，可以参考官网： https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/quick-start/quickstart-lite-steps-hi3861-application-framework.md 本文在这里做下总结： .
OpenHarmony实战：标准系统移植指南
m0_64420071的博客
04-03 1844
本文描述了移植一块开发板的通用步骤
OpenHarmony之系统启动流程
疯狂飙车的蜗牛的博客
01-28 970
OpenHarmony，启动流程，liteos-m，liteos
【鸿蒙OS开发入门】13 - 启动流程代码分析之第一个用户态进程：init 进程 之 init 任务详解
|~~~热爱生活、努力学习的小伙汁~~~|
12-24 1678
【鸿蒙OS开发入门】13 - 启动流程代码分析之第一个用户态进程：init 进程 之 init 任务详解
【OpenHarmony】L0L1 添加子系统/组件
Kemin123的博客
06-27 1154
在openharmony项目代码里，可暂时随意位置存放你创建的子系统代码。写完新增子系统的代码后，需要在新增的代码目录下添加BUILD.gn文件。这里创建叫做"myhello"的子系统，组件名叫"hello_test"。注意：build/lite/components编译组件已弃用，被弃用的编译组件是OpenHarmony3.0前使用。项目自定义存放路径 / myhello├── src # 源文件存放目录├── include # 头文件存放目录。
【OpenHarmony】移植 3.1 版本系统到 STM32
热门推荐
嵌入式学习记录站点
04-05 1万+
移植 OpenHarmony 最新的 3.1 版本到 MCU 上，便于使用最新的系统特性
Android系统无线视频流媒体的接收、解码与播放.pdf
06-20
在研究中，作者针对Android系统的三层架构，基于最接近应用层的Media库、原生的OpenCore、第三方移植的FFmpeg进行开发。由于Media库是以OpenCore为基础封装的，因此使用Media库开发时，主要是在应用层的设计及对库的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值