dev board sig技术文章：轻量系统适配ARM架构芯片平台

摘要：本文简单介绍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相关的代码存放在kernel\liteos_m\arch文件夹中

 

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

 

（2）SoC相关代码

SoC相关的代码位于：device\soc

 

 

（3）board相关代码

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

 

 

（4）vendor相关代码

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

内容如下：

 

 

1.3移植思路

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

vendor —— board —— soc —— ARCH

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

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

 

具体移植示例：https://gitee.com/lianzhian/openharmony-bsp-example