说点废话,网上有很多关于uCOS-ii移植的文章,好多都是千篇一律,理论性很强,分析了一大堆虚头巴脑的东西,真想问他们,你确定你分析的这些东西是需要你做的工作吗?实操性严重欠缺。。。这方面我也走了很多弯路,下面就将自己的移植过程一步步的记录下来,也给大家做做参考。
首先,简单总结一下移植的大概过程:
(1)
(2)
(3)
(4)
(5)
好了,下面就开始详细的记录怎么去移植。
一、
1.
其中文件夹“CMSIS”为内核的接口,包含的文件如下图
文件夹STM32_StdPeriph为固件驱动文件夹,这个把STM32的固件全都添加进去即可。
文件夹User为其他文件,如下图所示:
文件夹Output和List主要是放那些编译产生的乱七八糟的文件,为了使工程代码更加简洁。
2.使用MDK创建无操作系统工程项目,这一点就不一一说了,将创建后的工程项目文件树截图如下:
注意:main.c中要有一个mian函数,否则编译器会报错提示你的。然后就是项目的配置,这个还是很重要的,下面分别说需要配置的地方:
(1)Output选项如下:
这里面勾选了Create HEX File选项,同时将项目输出放到了之前创建的Output文件夹。
(2)List选项,将List产生的文件放入到之前创建的List文件夹中。
(3)C/C++配置选项如下:
其中Define选项中,填入:USE_STDPERIPH_DRIVER,STM32F10X_HD,这是告诉编译器,使用标准外设,还有选择的CPU类型,其中CPU类型需要根据你选择移植的CPU进行适当的更改。Include Paths是要包含的头文件路径,这个为了保险,将项目中的所有有.h的文件的文件夹都包含进去就可以了。
4.Debug选项如下:
,我使用的是Jlink进行烧写调试,所以选择了如图所示,还要进行settings,如下:
这里要勾选“Reset and Run”,这样做的目的是,每当烧写下载后,CPU进行复位并运行。
5.Utilities选项设置如下所示:
至此,配置完毕,编译一下,没有错误,创建一个简单的点亮LED程序,验证一下即可。
备注说明:如果按照这个步骤操作,编译,如果出现一些简单的错误,比如没有main函数,没有发现某个头文件,那么按照提示解决即可,但是如果发现了很多怪怪的编译错误,比如说未定义u32,u8这些符号时,那就要注意一下了,有可能是MDK版本的问题,我在使用MDK低版本的时候,发现有问题,而使用高版本的时候就没问题了,所以需要注意一下。[page]
二、
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占用率的函数,这个不太清楚还有没有其他功能,建议不要使用,因为我在使用的时候,发现,创建的任务都不能工作了,索性就不使用,反倒好了。
上一篇:ARM·UART
下一篇:ARM之协处理器CP15
推荐阅读最新更新时间:2024-03-16 14:39
设计资源 培训 开发板 精华推荐
- 秀创意!免费试用LPC1114F 进行中...
- ADI【混合动力汽车(HEV)/电动汽车(EV)】锂电池管理解决方案
- EEWorld有奖主题征文来了~现金奖励等你来拿!
- 以科技先行,传感新未来 下载艾迈斯半导体 《高精度短距离测量方案 》答题赢好礼!
- 【泰有聊】系列技术文章连载1:示波器“芯”升级,聊一聊TEK061/041 ASIC创新平台
- 开发板芯币竞拍,每日一款!今日竞拍开发板:Banana PI D1
- 征集|无线充电套件已经准备好,你打算用它做什么?
- 有奖调查:ST MEMS 传感器论坛用户问卷调查,参与有惊喜
- EEWORLD2018开年送礼,答题赢红包
- EEWorld邀你来拆解(第五期):拆拆排插学评电路