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

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

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

 

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

 

1.1移植类型

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

1ARCH部分的代码 

2SoC部分的代码

3board级的代码

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

ARCH也就是架构,例如ARM架构、RISC-V架构等

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

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

 

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

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

 

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

1ARCH移植:全新的架构级别的移植

2SoC移植:已支持的架构做SoC级别的移植

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

 

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

 

1.2 相关代码

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

1ARCH相关代码

ARCH相关的代码存放在kernel\liteos_m\arch文件夹中

可以看到目前已支持的架构有ARMM3M4M33M7ARM9)、cskyrisc-vxtensa

 

2SoC相关代码

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

 

3board相关代码

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

 

4vendor相关代码

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

内容如下:

 

1.3移植思路

建议是先从最简单的开始,路线如下:

vendor —— board —— soc —— ARCH

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

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

 

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

猜你喜欢

转载自blog.csdn.net/aa120515692/article/details/133103489
Dev