实操性最强uCOS-II移植到STM32上的详细步骤

前言：说点空话，网上有很多关于uCOS-ii移植的文章，很多都是千篇一律，理论性很强，解析了一大堆虚头巴脑的东西，真想问他们，你确定你解析的这些东西是需要你做的工作吗？实操性严重欠缺。。。这方面我也走了很多弯路，下面就将自己的移植过程一步步的记录下来，也给大家做做参照。第一，简单总结一下移植的大概过程:（1）去uC/OS-ii官网下载你要移植芯片CPU的相关案例，不必然完好对应，那就找相应系列吧。（2）编程环境一般有两种，分别是IAR和MDK，这个依照你自己的编程环境进行下载。（3）本领例需要将uC/OS-II移植到STM32F103ZET6上，而我使用的编程环境是MDK,很遗憾，官网上供应的案例是基于IAR的，所以要基于IAR的案例进行更正。（4）使用MDK创办一个无操作系统的最简单程序，保证这个程序能够使用，这样做的目的是为了一步步的排查错误，假如无操作系统时，都有错误，移植过程中也必然会有编译错误，那么在排查错误的时候也就增加了难度，不会写物操作系统的简单程序怎么办。。。那就不要往下看了。（5）移植的最大的改动主要有两部分，一个是一些头文件的增减，此外一个就是向量表中PendSV_Handler和SysTick_Handler的更正。这里我要吐槽一下，网上说了一大堆关于什么的更正还有各种函数的的解析，这都是扯淡。。。这些根本就不用移植者去更正，官网供应的案例都已经供应了，除非你选择移植的CPU是比较偏的，那么这些东西需要移植者自己去编写。好了，下面就开始详细的记录怎么去移植。一、创办一个无操作系统的简单裸板系统1．创办源文件工程文件夹，以以下图所示：其中文件夹“CMSIS”为内核的接口，包括的文件以下图文件夹STM32_StdPeriph为固件驱动文件夹，这个把STM32的固件全都增加进去即可。文件夹User为其他文件，以以下图所示：文件夹Output和List主若是放那些编译产生的乱七八糟的文件，为了使工程代码更加简洁。使用MDK创办无操作系统工程项目，这一点就不一一说了，将创办后的工程项目文件树截图以下：这个时候还没有main文件，那么创办一个文档即可，这里需要注意，创办后，要将其增加到项目中才行，而不是简单的保存。以以下图所示：、注意：中要有一个mian函数，否则编译器会报错提示你的。尔后就是项目的配置，这个还是很重要的，下面分别说需要配置的地方：1）Output选项以下：这里面勾选了CreateHEXFile选项，同时将项目输出放到了从前创办的Output文件夹。2）List选项，将List产生的文件放入到从前创办的List文件夹中。3）C/C++配置选项以下：其中Define选项中，填入：USE_STDPERIPH_DRIVER,STM32F10X，_HD这是告诉编译器，使用标准外设，还有选择的CPU种类，其中CPU类型需要依照你选择移植的CPU进行合适的更正。IncludePaths是要包括的头文件路径，这个为了保险，将项目中的所有有.h的文件的文件夹都包括进去就可以了。选项以下：我使用的是Jlink进行烧写调试，所以选择了以以下图，还要进行settings，以下：这里要勾选“ResetandRun”，这样做的目的是，每当烧写下载后，CPU进行复位并运行。选项设置以下所示：至此，配置达成，编译一下，没有错误，创办一个简单的点亮LED程序，考据一下即可。备注说明：若是依照这个步骤操作，编译，若是出现一些简单的错误，比方没有main函数，没有发现某个头文件，那么依照提示解决即可，但是若是发现了很多怪怪的编译错误，比方说不决义u32,u8这些符号时，那就要注意一下了，有可能是MDK版本的问题，我在使用MDK低版本的时候，发现有问题，而使用高版本的时候就没问题了，所以需要注意一下。二、移植uC/OS-ii到STM32F10X上第一在官网上下载基于STM32的移植工程案例，里面的移植文档AN-1018中是作者写的移植文档，说的很详细，想要移植的话，多看看这个文档。其中有张图，特别重要，其实就是告诉了移植者要做的工作，以以下图所示：这个图表达了什么信息呢，其实就是告诉移植者需要将那些文件移植到你的工程中间，第一是uC/OS-ii的源文件，就是、.....这些文件，其实是uC/OS-ii的Port文件，包括4个，分别是,,,,还有是用户应用程序里的包括文件，这个里面不能够照搬，选择使用两个文件，分别为和，其他三个，能够自己编写，为什么不套用别的那三个呢，主若是因为那三个文件是针对官方开发板创办的任务，里面包括的信息量太大，编译的时候，必然会有大量的错误（因为我们是向到达我们自己的板子），所以最好自己写最简单的，至于怎么写，后边再详细说，能够先建2个空文件，分别是和,这两个文件的含义很简单，APP是自己的应用程序C文件，是对我们自己的应用程序做的配置文件，看到这里可能会有个疑问，文件怎么办理呢，答案是舍弃，因为官方供应的案例是自己写启动文件，文件是向量表，我们使用的是STM32固件库里的启动代码，所以就不用使用了。BSP部分有两个文件和，这个也建议直接舍弃，这个是官方文档中针对他们的的开发板写的一些基层的设备驱动，我们自己的开发板跟他们的不同样，所以根本就没必要要，至此，将方才解析的这些必定的文件加入到上面创办的无操作系统裸板程序中，进行编译。必然会有很多错误，下面我们就一一的更正这些错误。增加到项目后的文件树，以以下图所示：需要注意的是，这其中的和是自己创办的空的文件，而不是使用官网案例里供应的，若是非要使用官网里面的，那么只能不停的更正其中的错误啦。下面就是要更正错误的过程了。更正这个是配置uCOS-ii系统功能的头文件，依照自己的需要进行裁剪任务吧，我只做了一个更正，就是，禁用钩子函数，这是为了防范出现那些所谓的文档中解析的要写的那几个钩子函数出现错误，禁用钩子函数了，也就不用写钩子函数了，其他的依照自己需要裁汰吧。文件的更正第一是更正为这样更正的目的，是因为MDK编程环境不认识PUBLIC，要用EXPORT.其次是更正：为：这个也是因为编程环境的问题。更正更正：为：，原因也是编程环境的问题。更正启动代码这个步骤是移植的中心：上面说的其他的更正，都是一些隶属的格式方面的更正，而启动代码的更正才是移植的中心，这里简单的解析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的“神经”跟你的项目的“神经”搭在了一起。此时编译，发现还有一个错误：在uCOS-ii源码中查找OS_TASK_TMR_PRIO定义，原来这个定义在源码文件中，以下所示：比葫芦画瓢，复制到自己创办的那个空白中。尔后编译，发现已经还有的错误就是在中，说没有包括一些的头文件，这个把中对应错误的那些包括头文件代码删掉即可，这是因为我们没有完好的使用官方案例中的所有文件。至此移植的更正工作告一段落，已经达成。创办任务，考据移植收效。这个能够参照源代码中进行创办任务，在中编写各个任务的配置文件，这里需要注意的是，我们从前创办的裸板中已经有文件，其中已经有函数，所以我们在中就不用再创办main函数了，直接在main函数中初始化uCOS-ii，尔后创办一个任务，也许调用一个函数，在这个任务也许函数中再创办需要的几个任务即可。案比以以下图所示：其中需要注意的是，在创办的第一个任务里，必然要先初始化嘀嗒定时器，这个是模拟官方案例中的代码格式写的，直接使用OS_CPU_SysTickInit( ),可能在编译的时候，会发现这个嘀嗒准时器初始化启动函数有报错，这个一般