uCOS-II在STM32上的移植步骤
加入技术交流群
二、
1. 首先在官网上下载基于STM32的移植工程案例，里面的移植文档AN-1018中是作者写的移植文档，说的很详细，想要移植的话，多看看这个文档。
2. 其中有张图，非常重要，其实就是告诉了移植者要做的工作，如下图所示：
这个图表达了什么信息呢，其实就是告诉移植者需要将那些文件移植到你的工程当中，首先是uC/OS-ii的源文件，就是OS_CORE.C、OS_FLAG.C.....ucos_ii.H这些文件，其实是uC/OS-ii的Port文件，包括4个，分别是OS_CPU_C.C,OS_CPU_A.ASM,OS_CPU.H,OS_DBG.C,还有是用户应用程序里的包含文件，这个里面不能照搬，选择使用两个文件，分别为OS_CFG.H和INCLUDES.H，其他三个，可以自己编写，为什么不套用另外那三个呢，主要是因为那三个文件是针对官方开发板创建的任务，里面包含的信息量太大，编译的时候，肯定会有大量的错误（因为我们是一直到我们自己的板子），所以最好自己写最简单的，至于怎么写，后面再详细说，可以先建2个空文件，分别是APP.C和APP_CFG.H,这两个文件的含义很简单，APP是自己的应用程序C文件，APP_CFG.H是对我们自己的应用程序做的配置文件，看到这里可能会有个疑问，APP_VECT.C文件怎么处理呢，答案是舍弃，因为官方提供的案例是自己写启动文件，APP_VECT.C文件是向量表，我们使用的是STM32固件库里的启动代码，所以就不用使用了。BSP部分有两个文件BSP.C和BSP.H，这个也建议直接舍弃，这个是官方文档中针对他们的的开发板写的一些底层的设备驱动，我们自己的开发板跟他们的不同，所以根本就没必要要，至此，将刚刚分析的这些必须的文件加入到上面创建的无操作系统裸板程序中，进行编译。肯定会有很多错误，下面我们就一一的修改这些错误。添加到项目后的文件树，如下图所示：
需要注意的是，这其中的app.c和app_cfg.h是自己创建的空的文件，而不是使用官网案例里提供的，如果非要使用官网里面的，那么只能不停的更正其中的错误啦。下面就是要修改错误的过程了。
3. 修改os_cfg.h 这个是配置uCOS-ii系统功能的头文件，根据自己的需要进行裁剪任务吧，我只做了一个修改，就是：
，禁用钩子函数，这是为了防止出现那些所谓的文档中分析的要写的那几个钩子函数出现错误，禁用钩子函数了，也就不用写钩子函数了，其他的根据自己需要裁减吧。
4. OS_CPU_A.ASM文件的修改
这样修改的目的，是因为MDK编程环境不认识PUBLIC，要用EXPORT.
这个也是因为编程环境的问题。
5. 修改OS_DBG.C
修改：
是编程环境的问题。6. 修改启动代码
这个步骤是移植的核心：上面说的其他的修改，都是一些附属的格式方面的修改，而启动代码的修改才是移植的核心，这里简单的分析2个问题，一是，什么叫移植，二是移植的操作系统如何能够被我们的工程所应用。所谓移植，打一个恰当的比喻——器官移植，就是将A的器官移植到B身上，使A的器官能够为B所用。所以移植绝对不是简单的“复制”，不仅要放到你的工程项目中，更重要的是要能够和你的项目建立联系。那么uCOS-ii怎么跟STM32建立联系呢？
uCOS-ii的核心作用就是任务调度，要使用STM32的一个特殊中断——PendSV，就是可挂起系统任务中断，通过该中断进行系统的调度。还有就是uCOS-ii需要一个基准时间，那么STM32中有一个专用的定时器，嘀嗒定时器SysTick，这个定时器，就是专为操作系统而设计的，通过这个滴答定时器给uCOS-ii提供一个时间基准，每隔固定的时间出发一个PendSV中断，进行任务的调度。所以呢，在官方案例的移植文档AN-1018中也特别提到这一点，要将启动代码中所有“PendSV_Handler”和“SysTick_Handler”，替换成“OS_CPU_PendSVHandler”和“OS_CPU_SysTickHandler”，这样就相当于将uCOS-ii的“神经”跟你的项目的“神经”搭在了一起。
7. 此时编译，发现还有一个错误：
8. 创建任务，验证移植效果。
另外特别注意，官网代码的创建的第一个开始任务里有一段代码，如下图所示：
这个，调用了OSStatInit（）函数，这个函数的作用是启动统计CPU占用率的函数，这个不太清楚还有没有其他功能，建议不要使用，因为我在使用的时候，发现，创建的任务都不能工作了，索性就不使用，反倒好了。
评论