微波EDA网,见证研发工程师的成长!
首页 > 硬件设计 > 嵌入式设计 > 浅谈μCOSII在Cortex-M3核的ARM处理器上的移植

浅谈μCOSII在Cortex-M3核的ARM处理器上的移植

时间:12-20 来源:互联网 点击:

发模式称为超循环模式,即通常主程序是由C语言中的for语句或while语句构成的一个无限循环,程序在此循环中检测事件的发生,从而转向不同的任务。这种程序开发模式有两个主要的不足之处。首先从程序维护和可靠性的角度来看,所有任务都需要程序开发人员来进行全局性的维护,当系统变得庞大和复杂时,任务的维护会变得非常麻烦,同时程序的可靠性也受到影响。其次,从任务级响应时间来看,这个时间是不确定的,因为程序在循环体中检测事件发生的位置是固定的,但事件的发生是随机的,因此从事件发生到程序检测到事件发生这段时间也是不确定的。

在基于嵌入式操作系统的应用程序开发过程中,应用程序开发人员只需关心各个任务本身,而任务调度由操作系统代劳。以下的例子说明了基于μCOS—II嵌入式操作系统的应用程序开发模式

其中函数SysInit的作用是根据具体应用对处理器芯片进行必要的初始化,例如对系统的时钟分配以及通用输入输出端口配置。函数OSInit是μCOS—II操作系统的内核初始化程序。第一个OSTaskCreate函数创建了任务Taskl,此任务的入口地址是Taskl,优先级是0。第二个OSTaskCreate函数创建了任务Task2,此任务的入口地址是Task2,优先级是1。函数OSTaskCrate还会将其创建的任务置于就绪态。文献叙述了函数OSTa-skCreate的各个参数的含义。函数OSStart用于启动多任务调度。OSTimeDly是μCOS—II内核提供的系统调用函数,用于延时或定时,这里的参数5表示延时5个时钟节拍。应用程序开发人员需要做的就是通过调用μCOS—II内核提供的任务创建函数OSTaskCreate将编写好的任务程序交给操作系统管理。

该例中在调用OSStart后,操作系统发现任务Taskl的优先级最高,于是操作系统就调度任务Taskl使其投入运行,而任务Task2暂时不能获得处理器的使用权。任务Taskl首先点亮一个LED,然后延时一段时间,当运行到OSTimeDly处时,该任务被挂起而处于等待状态,此时任务Task2成为优先级最高的就绪态任务,于是操作系统调度Task2运行。当5个时钟节拍的延时时间结束时,系统时间节拍中断服务子程序会重新将任务Taskl置于就绪状态,此时任务Taskl再一次成为优先级最高的就绪态任务,于是操作系统保存任务Task2的状态,并恢复任务Taskl的状态使其又一次获得处理器的使用权。此后程序执行过程将重复上述步骤。可以看到,在这个例子中的现象是某个LED灯不停的闪烁。

μCOS—II操作系统内核是实时可剥夺型的,这意味着在任务执行过程中或中断服务子程序中,一旦有一个新的更高优先级的任务就绪,内核将立刻调度此新任务运行,这说明响应任务的时间是即刻的、确定的。

综上所述,基于嵌入式操作系统的应用程序开发过程相对于以往传统应用程序开发大为简化而且任务级响应时间也得到最优化。

4 结束语

通过将移植过程中修改的μCOS—II内核代码与上述例子中的应用程序代码在μVision3集成开发环境中编辑整合后进行编译、链接并且下载到目标硬件平台进行长时间观察,发现LED不停的闪烁,说明本移植过程是成功的。

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top