发现很多人在LiteOS的移植过程中总会遇到一些问题，现在简单做一些总结。后续有新的问题提再继续补充。
1、CMSIS版本导致的问题
问题现象一般如下图所示，编译后报错，Undefined symbol __get_IPSR (找不到 符号__get_IPSR )。
分析：该问题一般出现在stm32f103系列的单片机使用标准库移植的情况下。F103系列单片机标准库只更新到3.5版本，cmsis版本较低。
内核相关的文件中缺少 __get_IPSR 函数。
解决办法有三种：
1、将标准库替换成HAL库。（代码改动大，有些人可能不愿意。但hal库是趋势，建议大家及早准备）
2、从mdk安装目录中复制最新的cmsis文件出来，替换掉当前工程目录下的文件。
即将MDK安装目录下 PacksARMCMSIS5.5.1CMSISCoreInclude 目录下的头文件，复制到当前工程目录下CMSIS头文件路径下。
3、将liteos源码中archarmcommoncmsis 目录下的文件，复制到当前工程目录下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、在线调试，日志打印等。
至于使用问题，可以仔细阅读官方教程，还是蛮详细的。
在实际项目过程中，总会遇到各式各样的问题，大家需要掌握调试手段，善于解决问题，提高自己的能力！
作者：llb90
往期文章精选
javascript基础修炼(13)——记一道有趣的JS脑洞练习题