ucos实时操作系统学习笔记——操作系统在STM32的移植

使用ucos实时操作系统是在上学的时候,导师科研项目中。那时候就是网上找到操作系统移植教程以及应用教程依葫芦画瓢,功能实现也就罢了,没有很深入的去研究过这个东西。后来工作了,闲来无聊就研究了一下这个只有几千行代码的操作系统,也没所有的代码都看,只是看了其中部分内容。自己还自不量力的尝试着去写过简单的操作系统,最后写着写着就被带到了ucos的设计思路上了,后来干脆就“copy”代码了,虽说对操作系统内核的理解有很大的帮助,但是很是惭愧啊,智力不够,对操作系统内核的设计者更加仰慕,O(∩_∩)O哈哈~

之前项目开发用的STM32,接下来就从ucos在STM32的移植开始讲一下学习过程吧。当时系统移植也是根据开发板例程来的,像OS_STK,OS_CPU_SR以及堆栈的增长方式等设置都已经根据ARM-CoreM3的硬件特性设置好了,所以移植过程相对简单一点。以下所讲内容纯属个人理解,如果不对的地方,请批评指正。

首先,讲一下个人对ucos操作系统整体架构的理解,网上有很多对ucos每个文件是干什么的做介绍的文章,在这里不做详细介绍,可以网上搜一下。ucos主要包括TIMER管理(os_tmr.c),任务(os_task.c),任务间通信(os_sem.c,os_mutex.c等),内存管理(os_mem.c),和处理器相关底层实现。除了处理器相关底层实现外,其他的算是操作系统内核的东西,处理器相关实现却因处理器的不同而具体实现不同。操作系统移植主要的操作就是做这部分内容。

  其次,讲一下个人对ucos操作系统工作原理的理解,主要分为四点:

1. 操作系统给每个任务分配一个优先级,当有任务切换时,cpu的使用权会分配给优先级最高的任务;

2. 在操作系统内核中,当有比较重要的数据操作时,会通过开关中断来保证数据的可靠性和正确性;

3. 通过手动设置异步中断寄存器的值触发中断处理函数,实现任务的切换(此操作主要是任务间的通信操作实现的);

4. 中断会自动保存寄存器的值,完成中断处理之后,会检查有没有比当前任务优先级更高的任务,从而决定是否进行任务切换操作(此中断中比较重要的是“心跳”定时器中断保证了没有外部中断的情况下,实现任务切换);

ucos在STM32上的移植主要是针对上面提到的工作原理中的后面三点实现的,其中讲到的第一点是操作系统内核中做得事情。移植中的函数声明是在操作系统内核中,对于STM32的移植,函数的具体实现是在os_cpu_a.asm中。接下来分析一下移植过程中使用到的各个函数的。

1. 和工作原理第2条相关的进出临界区函数(其实是开关中断函数)。

#define OS_ENTER_CRITICAL() {cpu_sr = OS_CPU_SR_Save();};

#define OS_EXIT_CRITICAL() {OS_CPU_SR_Restore(cpu_sr);}.

2. 和工作原理第3条相关的任务切换函数

#define OS_TASK_SW() OSCtxSw()

3. 和工作原理第4条相关的中断退出任务切换函数

OSIntCtxSw(), 该函数是当中断处理函数完成操作之后由OSIntExit函数调用,实现原理和OSCtxSw相同,但是意义不同。

以上这三个函数是这样组织的:

对应1,对于进入临界区的函数,主要是通过修改中断寄存器中的值实现的。OS_CPU_SR_Save()通过将中断寄存器中的值取出并存入到cpu_sr中,修改中断寄存器的值,屏蔽中断(NMI和硬件fault是不能被屏蔽的)。OS_CPU_SR_Restore()是将之前存到cpu_sr中的值写入到中断寄存器,从而恢复到没有屏蔽中断之前的状态。

对应2和3,对于进行任务切换的函数,其主要是通过触发中断,在中断处理函数中通过将高优先级任务的堆栈中的数据填入到cpu寄存器中,从而实现任务的切换。这两步需要注意的是在STM32启动的过程中(即startup_stm32f10x_hd.s),需要设置中断向量对应的中断处理函数OS_CPU_PendSVHandler(),将原来的Pend_SVHandler()替换掉。

对于在STM32上的移植,比较重要的是设置操作系统的“心跳”函数SysTick_Handler,函数代码如下:

void SysTick_Handler(void)
{
OS_CPU_SR cpu_sr; OS_ENTER_CRITICAL(); /* Tell uC/OS-II that we are starting an ISR */
OSIntNesting++;
OS_EXIT_CRITICAL(); OSTimeTick(); /* Call uC/OS-II's OSTimeTick() */ OSIntExit();
}

该函数首先是对操作系统嵌套计数自加操作,当退出中断处理程序时,会对该计数变量减操作。其他对方对OSIntNesting的引用都会判断如果该值大于0,则是出于中断中,如果该值等于0,则说明已经从中断中退出,加操作(OSIntNesting++)必须对应于退出中断的减操作(OSIntNesting--),否则会其他地方对OSIntNesting的操作会认为始终出于中断处理程序中。

OSTimeTick是对所有出于等待状态的task等待delay时间片减操作,如果有任务的等待时间已经变成0,则需要将该任务加入到readytable中,为任务切换到该任务做准备。

  OSIntExit函数首先会判断嵌套等级变量OSIntNesting是否大于0,如果是会做减操作,然后判断是否所有的中断都已经处理完成,如果是,则会任务调度,会切换到高优先级的任务;如果不是,则说明只是退出当前中断处理函数,还有其他中断处理没有结束。

操作系统的移植,一个比较重要的设计操作系统切换的任务堆栈,ucos在创建任务的时候会有一个OSTaskStkInit操作,该操作的目的是为当前创建的task构建一个stack,该栈中存储的内容是像该任务刚被中断一样,模拟保存一些寄存器的值,当任务切换到当前task时,由任务调度函数操作从栈中弹出保存的内容,从而实现任务的切换。虽然说在中断等发生时cpu会自动保存一部分寄存器,但是我们是通过模拟的方式实现的类中断操作,所以cpu自动保存的内容,我们在创建task的时候也要给模拟实现。因为中断操作会pop出cpu自动保存的寄存器的值,在任务切换过程中,也会pop我们模拟存储的自动保存的寄存器的值,比如在STM32中的xPSR, PC, LR, R12, R3-R0等。

以上这些操作是ucos操作系统移植在STM32上的一些关键步骤和原理,在此作为学习笔记记录下来,为以后使用。网上有很多关于该操作系统移植的详细介绍,可供参考,其中百度文库中有一篇《ucosii在STM32上的移植详解》讲解的很不错,可供大家学习。

上一篇:Jquery购物车jsorder改进版,支持后台处理程序直接转换成DataTable处理


下一篇:通过Referer设置来防盗链