软件环境：Keil 5

Huawei_LiteOS Version：2018.11.21

源代码下载地址：

移植代码分享(包含源码)：

1.  源码文件及目录介绍

如图所示，源码共有6个目录，移植需要使用到的代码在下面用红色标记：

/arch /arm /arm-mM核中断、调度、tick相关代码

/common                                               arm核公用的cmsis core接口(这个可以在keil直接设置)

/components /cmsisLiteOS提供的cmsis os接口实现

/connectivity /agent_tiny                  agent_tiny端云互通组件

/lwm2m                       lwm2m协议实现

/net /lwip_port                                  lwip驱动及OS适配代码

/lwip-2.0.3                                 lwip协议实现

/security /mbedtls /mbedtls_port     MBEDTLS的OS适配代码

/mbedtl-2.6.0      MBEDTLS协议实现

/doc                                                                          此目录存放的是LiteOS的使用文档和API说明等文档

/examples供开发者测试LiteOS内核的demo示例，此目录存放的是内核功能测试用的相关用例的代码

/kernel /base /coreLiteOS基础内核代码，包括队列、task调度、软timer、时间片计算等功能

/om与错误处理相关的文件

/includeLiteOS内核内部使用的头文件

/ipcLiteOS中task间通讯的相关接口，包括事件、信号量、消息队列、互斥锁等

/memLiteOS中的内核内存管理的相关代码

/misc内存对齐功能以及毫秒级休眠sleep功能

/extended /tickless低功耗框架代码

/includeLiteOS开源内核头文件

/targets                                                                    不同内核的板端工程代码(含原厂芯片驱动)

由于这里移植的是stm32f1，系统中需要使用到配置文件，在移植时需要复制以下目录中的三个头文件：

/targets/STM32F103RB_NUCLEO/OS_CONFIG/(los_builddef.h, los_printf.h, target_config.h)

/targets/STM32F103RB_NUCLEO也将作为的例程工程进行移植的参考和学习。

2.  建立工程

工程可分为三个文件夹Libraries，Project和User。Libraries存放的是stm32的库文件，包括源文件和头文件；

Project存放的是工程相关的文件；

User文件夹下包括了main.c，自己写的bsp，以及移植系统需要用到的源码文件。

若使用到stm32的库函数，则需要添加"stm32f10x_conf.h"这一头文件，并在工程中定义宏“USE_STDPERIPH_DRIVER”和"STM32F10X_HD"。

main.c文件中的main()函数暂时先不做任何工作。最后在工程中添加所有使用到的头文件的目录。

工程选项中勾选C99mode，否则有些语法编译时无法通过。

target_config.h文件的头文件中，将#include "stm32f1xx.h"更改为#include "stm32f10x.h"。

在完成上面的工作后，编译会生成两个错误：

值得一提的是，对例程工程进行编译，发现例程中的工程编译后是0警告，而自己移植后的工程编译出现了8个警告，明明是相同的文件，怎么会这样呢？参考：keil中忽略特定警告的方法，例程工程将警告全部忽略掉了。

3.  修改启动文件和.sct文件

移植中的启动文件和sct文件对比源码的例程工程并没有进行大幅度的修改简化，保证程序运行的稳定性。但是这两个文件相比较于裸机工程修改的幅度还是很大的，sct文件添加了若干个加载域进行分散加载，启动文件也进行了大规模的修改，以后有机会进行深入的分析，在本文中则不进行讨论，因为涉及到的知识范围太大了。本文侧重于移植的有效性。

(之前我也尝试过不使用例程工程给的这两个文件，自己来编写，能力有限，实在是办不到，浪费了很多时间，太打击了)

在例程工程中的启动文件中，与裸机的启动文件不同，使用符号"Image$$ARM_LIB_STACKHEAP$$Base"，合并的堆栈/堆区的方法，对堆栈进行划分，并定义了了LOS_HEAP_ADDR_END和LOS_HEAP_ADDR_START两个地址变量。而原来的启动文件是将堆栈分开进行设置的。另外，例程工程中的启动文件将中断向量表省略，改成了"boot向量表"，缩减了很多，只存有栈指针和Reset_Handler，而将其他的中断向量成员的定义工作完成在"los_hwi.c"文件中，因此sct也随之变动。本人觉得这里相比于ucos实在是麻烦的多，不知道为什么要这么修改。

启动文件的代码如下：Heap_Size            EQU     0x00000400

AREA    LOS_HEAP, NOINIT, READWRITE, ALIGN=3

__heap_base

Heap_Mem            SPACE   Heap_Size

__heap_limit

AREA    LOS_HEAP_INFO, DATA, READONLY, ALIGN=2

IMPORT  |Image$$ARM_LIB_STACKHEAP$$ZI$$Base|

EXPORT  __LOS_HEAP_ADDR_START__

EXPORT  __LOS_HEAP_ADDR_END__

__LOS_HEAP_ADDR_START__

DCD     __heap_base

__LOS_HEAP_ADDR_END__

DCD     |Image$$ARM_LIB_STACKHEAP$$ZI$$Base| - 1

PRESERVE8

THUMB

AREA    RESET, CODE, READONLY

IMPORT  ||Image$$ARM_LIB_STACKHEAP$$ZI$$Limit||

IMPORT  osPendSV

EXPORT  _BootVectors

EXPORT  Reset_Handler

_BootVectors          DCD     ||Image$$ARM_LIB_STACKHEAP$$ZI$$Limit||               ; Top of Stack

DCD     Reset_Handler                                         ; Reset Handler

; Reset handler

Reset_Handler

IMPORT  __main

IMPORT  SystemInit

LDR     R0, =SystemInit

BLX     R0

LDR     R0, =__main

BX      R0

ALIGN

END

sct文件对应启动文件的改变主要增加了两个加载域：VECTOR和ARM_LIB_STACKHEAP

sct文件代码如下(地址对应自己的芯片做了修改)：LR_IROM1 0x08000000 0x00080000  {    ; load region size_region

ER_IROM1 0x08000000 0x00080000  {  ; load address = execution address

*.o (RESET, +First)

*(InRoot$$Sections)

.ANY (+RO)

* (LOS_HEAP_INFO)

}

VECTOR 0x20000000 0x400  {    ; Vector

* (.data.vector)

}

RW_IRAM1 0x20000400 0x0000F800  {  ; RW data

* (.data, .bss)

* (LOS_HEAP)

}

ARM_LIB_STACKHEAP 0x2000FC00 EMPTY 0x400  {    ;LiteOS MSP

}

}

5.  完善main()函数

内核代码移植完毕后，main()函数就可以跑起来了。贴出用来测试的main()函数的代码及相应的解释：int main(void){

UINT32 uwRet = LOS_OK;

LED_Init();                       //硬件驱动初始化

uwRet = LOS_KernelInit();         //OS内核初始化

if (uwRet != LOS_OK)

{        return LOS_NOK;

}

uwRet = create_task1();           //创建任务

if (uwRet != LOS_OK)

{        return LOS_NOK;

}

LOS_Start();                      //启动OS

}

其中，create_task1()如下所示，主要是填满TSK_INIT_PARAM_S类型结构体，调用LOS_TaskCreate函数进行创建：UINT32 create_task1(void){

UINT32 uwRet = LOS_OK;

TSK_INIT_PARAM_S task_init_param;

task_init_param.usTaskPrio = 1;//任务优先级

task_init_param.pcName = "task1";//任务名

task_init_param.pfnTaskEntry = (TSK_ENTRY_FUNC)task1;//指定任务入口函数

task_init_param.uwStackSize = LOSCFG_BASE_CORE_TSK_DEFAULT_STACK_SIZE;//设置任务堆栈大小

uwRet = LOS_TaskCreate(&g_TestTskHandle,&task_init_param);//调用任务创建函数

if(uwRet !=LOS_OK)

{        return uwRet;

}    return uwRet;

}

task1主要做的工作是指示灯的状态切换：VOID task1(void){

UINT32 uwRet = LOS_OK;

while(1)

{

macLED1_TOGGLE();

uwRet = LOS_TaskDelay(1000);//操作系统延时

if(uwRet !=LOS_OK)        return;

}

}

实验结果可以看到灯blingbling的闪，闪~闪~闪~

至此，移植工作及测试全部结束。