μCOS-II移植到ARM处理器上的几个要点

发布者:蓝天飞行最新更新时间:2017-11-19 来源: eefocus关键字:μCOS-II  移植  ARM处理器 手机看文章 扫描二维码
随时随地手机看文章

  uCOS II是一个源码公开、可移植、可固化、可剪裁和抢占式的实时多任务操作系统,其大部分源码是用ANSI C编写,与处理器硬件相关的部分使用汇编语言编写。总量约200行的汇编语言部分被压缩到最低限度,以便于移植到任何一种其它的CPU上。

  uCOS II最多可支持56个任务,其内核为占先式,总是执行就绪态的优先级最高的任务,并支持Semaphore(信号量)、Mailbox (邮箱)、MessageQueue(消息队列)等多种常用的进程间通信机制。与大多商用RTOS不同的是,uCOS II公开所有的源代码。并可以免费获得,只对商业应用收取少量License费用。

  uCOS II移植跟OS_CUP_C.C、OS_CPU_A.S、OS_CPU.H 3个文件有关,中断处理的移植占据了很大一部分内容。作为移植的一个重点,本文以标准中断(IRQ)为例讨论了移植中的中断处理。

  1uCOS II系统结构

  uCOS II的软硬件体系结构如图1。应用程序处于整个系统的顶层。每个任务都可以认为自己独占了CPU,因而可以设计成为一个无限循环。大部分代码是使用ANSI C语言书写的,因此uCOS II的可移植性较好。尽管如此,仍然需要使用C和汇编语言写一些处理器相关的代码。uCOS II的移植需要满足以下要求:

  1)处理器的C编译器可以产生可重入代码:可以使用C调用进入和退出Critical Code(临界区代码);

  2)处理器必须支持硬件中断,并且需要一个定时中断源;

  3)处理器需能容纳一定数据的硬件堆栈;

  4)处理器需有能在CPU寄存器与内存和堆栈交换数据的指令。

  移植uCOS II的主要工作就是处理器和编译器相关代码以及BSP(Board Support Package)的编写。uCOS II处理器无关的代码提供uCOS II的系统服务,应用程序可以使用这些API函数进行内存管理、任务间通信以及创建、删除任务等。

  2uCOS II移植过程中需要注意的几个问题

  uCOS II移植的中断处理跟ARM体系结构和uCOS II处理中断的过程有关,必须注意这2个方面的问题才能高效移植。

  2.1 ARM 处理器7种操作模式

  用户模式(USER MODE)是ARM 通常执行状态,用于执行大多数应用程序;快速中断模式(FIQ MODE)支持数据传输或通道处理;中断模式(IRQ MODE)用于通用中断处理;超级用户模式(SVC MODE)是一种操作系统受保护的模式:数据中止模式(ABT MODE)指令预取指中止、数据中止时进入该模式;未定义模式(UND MODE)当执行未定义的指令时进入该模式;系统模式(SYS MODE)是操作系统一种特许的用户模式。

  除了用户模式之外,其他模式都归为特权模式,特权模式用于中断服务、异常或者访问受保护的资源。

  特权模式中除系统模式之外另5种模式又称为异常模式,在移植过程中必须设置中断向量表来处理异常。uCOS II的移植主要处理标准中断(IRQ)、快速中断(FIQ)和软件中断(SWI)。

  2.2 uCOS II中断响应的过程

  以IRQ中断为例,假设CRPS中I_bit位为0,当有IRQ中断时,CPU强制进入IRQ模式,当前的CPSR拷贝到SPSR_irq中,PC值保存在LR_irq中,置CPSR中的I位以关闭IRQ中断。数据保存之后,CPU强行从0X00000018开始执行,PC值保存了OS_CPU_IRQ_ISR()的地址, 然后执行OS_CPU_IRQ_ISR()。在OS_CPU_IRQ_ISR()中OS_CPU_IRQ_ISR_Handler()被调用来检测中断源并执行中断。OS_CPU_IRQ_ISR_Handler()返回以后,OS_CPU_IRQ_ISR()又调用OSIntExit()来确认是否有比ISR优先级更高的任务要执行。如果当前中断任务仍然是优先级最高的任务,OSIntExit()返回,OS_CPU_IRQ_ISR()弹出中断堆栈,如果优先级更高的任务需要执行,OSIntExit()调用OSIntCtxSw()执行优先级更高的任务。

  2.3 uCOS II的临界段代码

  uCOS II使用关中断来保护临界代码。它定义了2个宏来开中断(OS_EXIT_CRITICAL()),关中断(OS_ENTER_CRITICAL())。OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()有3种方法来实现,uCOS II建议使用第3种方法可以保存当前处理器状态的值。

  3uCOS II移植过程中的中断处理

  uCOS II中断处理跟CRT.S、OS_CPU_A.S和BSP.C有关,其移植过程主要有以下几个步骤。

  3.1 在CRT.S中设置中断向量表

  ARM的中断向量表位于ROM 的最底部,其地址范围为0X00000000~0X0000001C,设置如下:

  VECTORS:LDR PC,RESET_ADDR

  LDR PC,UNDEF_ADDR

  LDR PC,SWI_ADDR

  LDR PC,PABT_ADDR

  LDR PC,DABT_ADDR

  NOP

  LDR PC,IRQ_ADDR

  LDR PC,FIQ_ADDR

  RESET_ADDR:。 WORD RESET_HANDLER

  UNDEF_ADDR:.WORD UNDEF—HANDLER

  SWI_ADDR:.WORD SWI HANDLER

  PABT_ADDR:.WORD PABT_HANDLER

  DABT_ADDR:.WORD DABT_ HANDLER

  WORD 0

  IRQ_ADDR:.WORD IRQ_HANDLER

  FIQ_ADDR:.WORD FIQ HANDLER

  UNDEF_HANDLER:B UNDEF_HANDLER

  SWI_HANDLER: B SWI_HANDLER

  PABT_HANDLER: B PABT_HANDLER

  DABT_HANDLER: B DABT_HANDLER

  IRQ_HANDLER: B OS_CPU_IRQ_ISR

  

  FIQ_HANDLER: B OS_CPU_FIQ_ISR

  

  这里设置了标准中断异常(IRQ)和快速中断异常(FIQ)的中断入口,其余异常都设置为死循环,当发生这些异常的时候,必须使系统复位才能退出死循环。

  3.2 移植中断任务切换

  中断任务切换(OSIntCtxSw)和任务切换函数(OSCtxSw)比较相似,主要有以下几步组成:

  1)调用OSTask SwHook()

  2)OSPrioCur=OSPrioHighRdy

  3)OSTCBCur=OSTCBHighRdy

  4)SP=OSTCBHighRdy-》OSTCBStkPtr

  //获取高优先级的任务堆栈指针

  5)从高优先级的任务的堆栈中弹出高优先级的任务上下文

  6)执行高优先级的任务

  3.3 移植中断服务程序

  以IRQ中断为例中断服务程序(OS_CPU_IRQ_ISR)主要依据上面所描述的“uCOS II中断响应的过程”编写,其主要代码如下:

  ……

  LDR R0,OS_IntNesting

  LDRB R1,[R0]

  ADD R1,R1,#1

  STRB R1,[R0]

  CMP R1,#l

  BNE OS_CPU_IRQ_ISR_1

  LDR R4,OS_TCBCur

  LDR R5,[R4]

  STR SP,[R5]

  OS_CPU_IRQ_ISR_1:

  MSR CPSR_c,#(NO_INT | IRQ32_MODE)

  //切换到SVC模式

  LDR R0,OS_CPU_IRQ_ISR_Handler

  MOV LR,PC

  BX R0

  MSR CPSR_c,#(NO_INT | SVC32_MODE)

  //切换到SVC模式

  LDRR0,OS_IntExit //OSIntExit()

  MOV LR,PC

  BX R0

  ……

  在代码中省略了现场工作寄存器的保护与恢复及工作模式的切换。

  3.4 移植中断处理程序

  以IRQ中断为例,移植中断处理程序:

  C程序

  void OS_CPU_IRQ_ISR_Handler(void){PFNCT pfnct; //定义中断函数指针pfnct=(PFNCT)VICVectAddr; //获取函数地址while(pfnct!=(PFNCT)0){(*pfnct)(); //调用中断函数pfnct=(PFNCT)VICVectAddr; //获取新的中断函数} //所有中断都执行完毕退出}

  中断处理程序依赖中断控制器的中断响应顺序,所以uCOS II把OS_CPU_IRQ_ISR_Handler()归属于用户程序的一部分。在中断返回之前,中断处理程序要处理完所有的中断响应,以避免在多个中断同时响应或中断处理过程中响应中断的情况下, 进入OS_CPU_IRQ_ISR () 和退出OS_CPU_IRQ_ISR()时,OS_CPU_IRQ_ISR()耗尽保存CPU寄存器的堆栈空间。

  另外,在OS_CPU_IRQ_ISR_Handler()中不要清CPSR的I位来开放中断,因为没有必要使用中断嵌套,OS_CPU_IRQ_ISR_Handler()在返回之前会检查并处理所有的中断。

  3.5 编写中断函数

  中断函数一般采用C语言编写,uCOS II建议中断函数应尽量短,一般做法是在中断函数中缓存数据,给任务发送一个信号来处理数据。中断函数的地址在系统初始化的时候要置人中断向量寄存器(VICVectAddr0~15)。由于向量中断控制器(VIC)的特殊结构,在中断函数中要写一次中断向量寄存器(VICV粗体ectAddr)。

  4中断处理的应用示例

  uCOS II要提供周期性信号源,用于实现时间延时和确认超时。节拍率应为10~100 Hz。时钟节拍源可以由专门的硬件定时器产生,以下就以IRQ中断方式产生节拍源为示例。

  初始化中断控制器:

  

  C程序

  void VICInit(void){

  VICIntEnClr=0xfffff;

  VICDefVectAddr=-(INT32U)Non_Vect_IRQ_Handler;VICVectAddr0= (INT32U)OSTickISR;

  VICVectCntl0= (0x20 | 0x04);

  VICIntEnable= 1《《4;

  }

  定时器0中断函数:

  C程序

  void OSTickISR(void)

  {

  TO_IR = 0xff;

  OSTimeTick(); //调用OSTimeTick()

  VICVectAddr=0; //通知中断控制器中断结束

  }

  当定时中断发生时调用OS_CPU_IRQ_ISR Handler(),得到OSTickISR()的地址并执行,在OSTickISR()中调用OSTimeTick()为uCOS II提供周期性信号源。

  此代码在GNU工具链ARM-GCC下编译通过,并在EasyARM2100开发实验板上得到验证。

  通过示例讲述了在uCOS II移植过程中的中断处理所需要注意的几个问题和通用方法,经笔者在GNU工具链下编译、调试,并在实验板上得到很好的验证。这种移植方案的中断函数都使用C语言编写,具有较好的移植性,有利于对不同需求的用户进行中断扩充,增强了中断嵌套时uCOS II运行的稳定性,使移植具有更好的通用性。

 

  1设置OS_CPU.H 中与处理器和编译器相关的代码

  

  #define OS_ENTER_CRITICAL() ARMDisableInt() 

  #define OS_EXIT_CRITICAL() ARMEnableInt() 

  

  #define OS_STK_GROWTH 1

  2用C 语言编写六个操作系统相关的函数(OS_CPU_C.C)

  void *OSTaskStkInit (void (*task)(void *pd),void *pdata, void *ptos, INT16U opt)

  {

  unsigned int *stk;

  opt = opt;

  stk = (unsigned int *)ptos;

  

  *--stk = (unsigned int) task;

  *--stk = (unsigned int) task;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = 0;

  *--stk = (unsigned int) pdata;

  *--stk = (SVC32MODE|0x0);

  *--stk = (SVC32MODE|0x0);

  return ((void *)stk);

  }

  void OSTaskCreateHook (OS_TCB *ptcb)

  {

  ptcb=ptcb;//防止编译时出现警告

  }

  void OSTaskDelHook (OS_TCB *ptcb)

  {

  ptcb=ptcb;//防止编译时出现警告

  }

  void OSTaskSwHook (void)

  void OSTaskStatHook (void)

  void OSTimeTickHook (void)

  后5 个函数为钩子函数,可以不加代码。

  3用汇编语言编写四个与处理器相关的函数(OS_CPU.ASM)

  (1)OSStartHighRdy();运行优先级最高的就绪任务

  LDR r4, addr_OSTCBCur ; 得到当前任务的TCB 地址

  LDR r5, addr_OSTCBHighRdy ; 得到高优先级任务的TCB 地址

  LDR r5, [r5] ;得到堆栈指针

  LDR sp, [r5] ;切换到新的堆栈

  STR r5, [r4] ; 设置新的当前任务的TCB 地址

  LDMFD sp!, {r4}

  MSR SPSR_cxsf, r4

  LDMFD sp!, {r4} ; 从栈顶得到新的声明

  MSR CPSR_cxsf, r4

  LDMFD sp!, {r0-r12, lr, pc } ; 开始新的任务

  END

  (2)OSCtxSw();任务级的任务切换函数

  STMFD sp!, {lr} ; 保存PC 指针

  STMFD sp!, {lr} ; 保存lr 指针

  STMFD sp!, {r0-r12} ;保存寄存器文件和ret 地址

  MRS r4, CPSR

  STMFD sp!, {r4} ; 保存当前PSR

  MRS r4, SPSR

  STMFD sp!, {r4}

  ; OSPrioCur = OSPrioHighRdy

  LDR r4, addr_OSPrioCur

  LDR r5, addr_OSPrioHighRdy

  LDRB r6, [r5]

  STRB r6, [r4]

  ; 得到当前任务的TCB 地址

  LDR r4, addr_OSTCBCur

  LDR r5, [r4]

  STR sp, [r5] ; 保存栈指针在占先任务的TCB 上

  ; 取得高优先级任务的TCB 地址

  LDR r6, addr_OSTCBHighRdy

  LDR r6, [r6]

  LDR sp, [r6] ;得到新任务的堆栈指针

  ; OSTCBCur = OSTCBHighRdy

  STR r6, [r4] ; 设置当前新任务的TCB 地址set new current task TCB

  address

  LDMFD sp!, {r4}

  MSR SPSR_cxsf, r4

  LDMFD sp!, {r4}

  MSR CPSR_cxsf, r4

  LDMFD sp!, {r0-r12, lr, pc}

  (3)OSIntCtxSw();中断级的任务切换函数

  LDMIA sp!,{a1-v1, lr}

  SUBS pc, lr, #4

  SUB lr, lr, #4

  MOV r12, lr

  MRS lr, SPSR

  AND lr, lr, #0xFFFFFFE0

  ORR lr, lr, #0xD3

  MSR CPSR_cxsf, lr

  (4)OSTickISR();中断服务函数

  STMDB sp!,{r0-r11,lr}

  ;interrupt disable(not nessary)

  mrs r0, CPSR

  orr r0, r0, #0x80 ; 设置中断禁止标

  msr CPSR_cxsf, r0 ;中断结束

  ; rI_ISPC= BIT_TIMER0;

  LDR r0, =I_ISPC

  LDR r1, =BIT_TIMER0

  STR r1, [r0]

  BL IrqStart

  BL OSTimeTick

  BL IrqFinish

  LDR r0, =need_to_swap_context

  LDR r2, [r0]

  CMP r2, #1

  LDREQ pc, =_CON_SW

完成了上述工作以后,μCOS-II 就可以正常运行在ARM 处理器上了。


关键字:μCOS-II  移植  ARM处理器 引用地址:μCOS-II移植到ARM处理器上的几个要点

上一篇:单片机串口通讯过程
下一篇:浅析STM32 Bootloader设计

推荐阅读最新更新时间:2024-03-16 15:45

U-Boot在FL2440上移植(三)----支持NAND Flash
一 支持NAND Flash 1. 首先在配置文件 include/config/fl2440.h 的宏 CONFIG_COMMANDS 中增加 CFG_CMD_NAND, #define CONFIG_COMMANDS (CONFIG_CMD_DFL | CFG_CMD_CACHE | CFG_CMD_NAND | 2.在配置文件 include/configs/fl2440.h 中增加如下3个宏 #define CFG_NAND_BASE 0 //无实际意义:基地址,在board_nand_init中重新定义 #define CFG_MAX_NAND_DEVICE 1 //NAND Flash设备数目为1
[单片机]
嵌入式实时操作系统Nucleus PLUS在S3C2410A上移植的实现
引言 Nucleus PLUS是美国ATI 公司为实时性要求较高的嵌入式系统应用设计的操作系统内核。约95%的Nucleus PLUS代码用ANSI C语言编写,因此,非常便于移植并能够支持大多数类型的微处理器,如X86、68K、PowerPC、MIPS、ARM等。经过截减编译后,Nucleus PLUS 核心代码区一般不超过20KB大小。 同时提供TCP/IP网络、图形界面Grafix、文件系统File等模块。还有一个特点就是免费提供源代码,有利于节省开发费用。 S3C2410A是三星公司推出的基于ARM920T内核高性能低功耗16/32位RISC微控制器,内部集成了丰富的系统外围控制器。配合Nucleus PLUS操作系统可
[应用]
基于linux-2.6.19内核的小型Linux系统制作移植
  引言   ARM9S3C2410微处理器与Linux的结合越来越紧密,逐渐在嵌入式领域得到广范的应用。目前,在便携式消费类电子产品、无线设备、汽车、网络、存储产品等都可以看到S3C2410与Linux相结合的身影。   S3C2410微处理器是一款由Samsung公司为手持终端设计的低价格、低功耗、高性能,基于ARM920T核的微处理器。它带有内存管理单元(MMU),采用0.18mm工艺和AMBA新型总线结构,主频可达203MHz。同时,它支持Thumb 16位压缩指令集,从而能以较小的存储空间获得32位的系统性能。   在众多嵌入式操作系统中,Linux目前发展最快、应用最为广泛 。性能优良、源码开放的Linux具有体
[单片机]
LwIP学习笔记——STM32 ENC28J60移植与入门
0.前言 去年(2013年)的整理了LwIP相关代码,并在STM32上“裸奔”成功。一直没有时间深入整理,在这里借博文整理总结。LwIP的移植过程细节很多,博文也不可能一一详解个别部分只能点到为止。 【本文要点】 【1】不带操作系统的LwIP移植,LwIP版本为1.4.1。 【2】MCU为STM32F103VE,网卡为ENC28J60。 【3】移植过程重点描述ethernetif.c和LwIP宏配置等。 【4】一个简单的TCP echo例子。 【5】力求简单,没有DHCP功能,甚至没有用到网卡中断。 【代码仓库】 代码仓库位于 Bitbucket (要源代码请点击这里)。博文中不能把每个细节描述
[单片机]
LwIP学习笔记——STM32 ENC28J60<font color='red'>移植</font>与入门
06-S3C2440学习之移植2012u-boot到S3C2440(移植过程四)支持Nand Flash+支持DM9000网卡
一、支持nand读写 移植 uboot到S3C2440(移植过程一)新建单板+修改时钟+SDRAM+UART(←点击查看)过程中,为了避免当时编译出现的错误,我们屏蔽了 include/configs/smdk2440.h: //#defineCONFIG_CMD_NAND (1)取消#defineCONFIG_CMD_NAND的注释,编译出现如下错误: (2)因为include/configs/smdk2440.h中: CONFIG_S3C2410改为了CONFIG_S3C2440,所以下面的定义没了 (3)分析下nand是如何发命令 数据 地址的。 CLE高:命令 ALE高:地址 (4)把d
[单片机]
06-S3C2440学习之<font color='red'>移植</font>2012u-boot到S3C2440(<font color='red'>移植</font>过程四)支持Nand Flash+支持DM9000网卡
【stm32库应用】SD驱动移植(基于SDIO外设)
来处理下SD卡这个东西(后期还将做fatfs文件系统移植) 图1 SD接口图 图1 的接口图不是完全正确的,每个PIN上都必须接一个50K的上拉电阻; 在ST官方提供的库里面有很多意见做好的外设,LCD,EEPROM,等等,当然我们比较幸运,也包括SD卡,这次移植基于3.5的库 我们要移植的文件在这个STM32F10x_StdPeriph_Lib_V3.5.0UtilitiesSTM32_EVAL下: 图2 移植需要的文件 因为我的板子是stm32f103vet6跟STM3210E_EVAL比较相近,所以选这个; 图3 common目录 把stm32_eval_spi_sd.c / stm32_ev
[单片机]
【stm32库应用】SD驱动<font color='red'>移植</font>(基于SDIO外设)
s3c2440移植openharmony
s3c2440移植openharmony。OpenHarmony是开放原子开源基金会的一个孵化项目,OpenHarmony完全开源开放,OpenHarmony轻量和小型系统比较适合内存小的IOT设备。 OpenHarmony同时提供许多可选的系统组件,设备开发者能够按需配置。系统能够把这些能够选择的组件合成一个系列的系统能力让设备开发者更好的理解和开发。 想对OpenHarmony进行开发、编译、烧录、调测能够使用DevEco Device Tool。 现在的openharmony轻量和小型系统搭建系统环境Windows版本不支持在Windows平台编译,Hi3861除外,其它的只能在Ubuntu平台下编译。
[单片机]
在MOTOROLAA68K系列MCU上移植μC/OS-II
以下介绍如何将μC/OS-II移植到MOTOROLA MC68K系列CPU上。 一、MC68K CPU简介 MC68K及68020、68040等的著名的MOTOROLA32位微处理器,和与之兼容的68K、CPU32、CPU32+等CPU扩充定时处理单元TPU、队列串行模块QSM、系统控制模块和RAM等组成MC683xx系列单片机。 CPU32内部有8个32位通用数据寄存器,8个32位通用地址寄存器。8个通用数据寄存器可作为累加器使用,也可看成C语言中各种类型的变量;8个通用地址寄存器,可作为变址寄存器使用,也可看成C语言中的指针型变量。CPU32有独立的用户堆栈指针和系统堆栈指针,可区分程序区、数据区、系统区、
[嵌入式]
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved