如何移植OpenHarmony轻量系统

摘要：本文简单介绍OpenHarmony轻量系统移植，会分多篇

适合群体：想自己动手移植OpenHarmony轻量系统的朋友

开始尝试讲解一下系统的移植，主要是轻量系统，也可能会顺便讲下L1移植。

1.1 移植类型

OpenHarmony轻量系统的移植比较简单，代码中解耦做得非常好。从代码的设计理念上来看，移植主要是3部分的内容：

(1)ARCH部分的代码

(2)SoC部分的代码

(3)board级的代码

从上至下我们可以用一张图来做对比：

ARCH也就是架构，例如arm架构、RISC-V架构等

SoC是具体芯片，例如STM32、海思等，一个架构可以有多个芯片。

Board是具体开发板，例如3861有润和的开发板、也有小熊派的开发板。

通常来说，相关架构的不同SoC，应该是共用一套ARCH代码，不需要为每个SoC都重新写一遍ARCH代码，可以增加代码的复用。

相关SoC的不通过board开发板，也应该共用一套SoC代码即可，板卡之间的代码差异应该放到board中。

基于如上设计，我们移植的类型可以分为3部分：

(1)ARCH移植：全新的架构级别的移植

(2)SoC移植：已支持的架构做SoC级别的移植

(3)board级别的移植：只针对开发板做少量移植。

移植的难度也是ARCH最难，SoC较难、board较简单。

1.2 相关代码

我们看下OpenHarmony轻量系统之3部分的代码分别在哪里：

(1)ARCH相关代码

ARCH相关的代码存放在kernelliteos_march文件夹中

可以看到目前已支持的架构有ARM(M3、M4、M33、M7、ARM9)、csky、risc-v、xtensa。

(2)SoC相关代码

SoC相关的代码位于：devicesoc

(3)board相关代码

board相关的代码位于：device/board

(4)vendor相关代码

除了以上3部分的代码之外，还有厂商配置相关代码，这一部分主要是用于编译系统、HDF配置等，路径为：vendor

内容如下：

1.3 移植思路

建议是先从最简单的开始，路线如下：

vendor —— board —— soc —— ARCH

下一篇文章，将开始讲解如何创建一个自己的vendor厂商配置和编译流程。

一开始基于hi3861，之后会基于STM32或者gd32单片机开始，大家也可以在评论区里写上想要移植的芯片型号。

原文标题：移植OpenHarmony轻量系统【1】移植思路

文章出处：【微信公众号：HarmonyOS官方合作社区】欢迎添加关注!文章转载请注明出处。

审核编辑：汤梓红