uC/OS-II应用程序基本结构

应用uC/OS-II，自然要为它开发应用程序，下面论述基于uC/OS-II的应用程序的基本结构以及注意事项。

kernel提供给用户一些功能函数,使得用户的系统建立更加方便,但是kernel内部不会处理用户的工作,对于整个系统的具体应用工作还得需要用户自己去考虑,如何利用好这些功能服务函数就成为一个比较重要的问题.

1. main函数的结构

void main (void)

{

初始化系统的硬件;

OSInit();

任务的建立,消息机制的建立;

OSStart();

}

这里需要的是在OSStart()执行之前不得启动中断,硬件系统还不能工作.必须先让软件系统进入工作状态后才行.

2 .任务的结构

每一个uC/OS-II应用至少要有一个任务。而每一个任务必须被写成无限循环的形式。以下是推荐的结构：

void task ( void* pdata )

{

INT8U err;

InitTimer(); // 可选

For( ;; )

{

// 你的应用程序代码

…….

……..

OSTimeDly(1); // 可选

}

}

以上就是基本结构，在任务启动函数执行完后,系统会切换到最高优先级的任务去执行,此时,可以将系统硬件部分的启动放在该任务的最前边,仅仅是启动时执行一次,主要是启动系统的节拍中断,或者一些必须在多任务系统调度后才能初始化的部分,使系统的真正开始工作,达到软件硬件的基本同步.

至于为什么要写成无限循环的形式?那是因为系统会为每一个任务保留一个堆栈空间，由系统在任务切换的时候换恢复上下文，并执行一条reti 指令返回。如果允许任务执行到最后一个花括号(那一般都意味着一条ret指令)的话，很可能会破坏系统堆栈空间从而使应用程序的执行不确定。换句话说，就是“跑飞”了。所以，每一个任务必须被写成无限循环的形式。

现在来谈论上面程序中的InitTimer()函数，这个函数应该由系统提供，程序员有义务在优先级最高的任务内调用它而且不能在for循环内调用。注意，这个函数是和所使用的CPU相关的，每种系统都有自己的Timer初始化程序。

在uC/OS-II的帮助手册内，作者特地强调绝对不能在OSInit()或者OSStart()内调用Timer初始化程序，那会破坏系统的可移植性同时带来性能上的损失。所以，一个折中的办法就是象上面这样，在优先级最高的程序内调用，这样可保证当OSStart()调用系统内部函数OSStartHighRdy()开始多任务后，首先执行的就是Timer初始化程序。或者专门开一个优先级最高的任务，只做一件事情，那就是执行Timer初始化，之后通过调用OSTaskSuspend()将自己挂起来，永远不再执行。不过这样会浪费一个TCB空间。对于那些RAM吃紧的系统来说，还是不用为好。