【LiteOS】LiteOS移植常见问题分析

发现很多人在LiteOS的移植过程中总会遇到一些问题，现在简单做一些总结。后续有新的问题提再继续补充。

1、CMSIS版本导致的问题

问题现象一般如下图所示，编译后报错，Undefined symbol __get_IPSR (找不到 符号__get_IPSR )。

分析：该问题一般出现在stm32f103系列的单片机使用标准库移植的情况下。F103系列单片机标准库只更新到3.5版本，cmsis版本较低。

内核相关的文件中缺少 __get_IPSR 函数。

解决办法有三种：

1. 将标准库替换成HAL库。（代码改动大，有些人可能不愿意。但hal库是趋势，建议大家及早准备）

2. 从mdk安装目录中复制最新的cmsis文件出来，替换掉当前工程目录下的文件。即将MDK安装目录下 Packs\ARM\CMSIS\5.5.1\CMSIS\Core\Include 目录下的头文件，复制到当前工程目录下CMSIS头文件路径下。

3. 将liteos源码中arch\arm\common\cmsis 目录下的文件，复制到当前工程目录下CMSIS头文件路径下。

2、无法下载和调试代码

问题现象一般是：首次下载代码后，无法进行调试，找不到器件；有的情况下也无法再下载程序。

分析：该问题一般是由于使用STM32CubeMX生成裸机工程导致的。在配置时，没有使能Debug功能，导致调试接口禁用。

解决方法：配置时，要使能串行调试功能（如果使用的是SWD接口）。如下图：

如果由于禁用了SWD导致已经不能下载程序了，那么需要先按住CPU的复位，然后再点击下载程序。

3、没有重定向printf导致程序死掉

内核在运行过程中，有时会打印一些日志，打印函数使用的是printf。

因此，如果没有重定向printf函数，那么会导致程序死掉。或者，你可以关闭日志打印功能，不使用printf函数。

重定向printf的示例代码如下，需要勾选使用微库：

///重定向c库函数printf到USART1
int fputc(int ch, FILE *f)
{
    /* 发送一个字节数据到USART1 */
    UART_SendByte(USART1, (uint8_t) ch);
    return (ch);
}

///重定向c库函数scanf到USART1
int fgetc(FILE *f)
{
    /* 等待串口1输入数据 */
    while((USART1->SR&UART_FLAG_RXNE)==0);
    return (int)USART1->DR&0xff;
}

4、关于OS是否托管中断

个人建议在移植的时候选择OS不托管中断(LOSCFG_PLATFORM_HWI 定义为 NO)。

如果选择OS托管中断（LOSCFG_PLATFORM_HWI 定义为 YES），那么移植相对比较复杂：

1. 需要修改启动文件，将通过DCD指令开辟的中断向量表删除；

2. 同时，要修改sct文件，加入中断向量表存储地址相关的内容。

写程序时，应在内核初始化之后，再使用 LOS_HwiCreate 创建中断，绑定中断处理函数。

在内核初始化之前调用LOS_HwiCreate 是无效的，切记。

5、关于时间片轮转

如果 LOSCFG_BASE_CORE_TIMESLICE 定义为 NO ，关闭时间片轮转，则任务无法按时间片方式调度。

即：当任务优先级相同时，若任务不主动阻塞自己，则不会触发进行任务调度。表现为：如果创建了两个相同优先级的任务，则其中一个任务会一直占用 CPU，另外一个任务无法得到执行。

6、其他问题

其他问题，大家可以按如下方式排除：

1. 排除配置问题，可以对比target_config.h中的宏定义，找出自己是否有配置不对的地方

2. 在线调试，日志打印等。

3. 至于使用问题，可以仔细阅读官方教程，还是蛮详细的。

在实际项目过程中，总会遇到各式各样的问题，大家需要掌握调试手段，善于解决问题，提高自己的能力！