μC/OS-II在S3C44BOX处理器上的移植

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

完成上述工作后，μC/OS-II就可以运行在ARM处理器上了。

3 使用μC/OS-II系统应注意的问题

①μC/OS-II和Linux等分时操作系统不同，不支持时间片轮转法。它是一个基于优先级的实时操作系统。每一个任务的优先级必须不同（分析它的源码会发现，μC/OS-II把任务的优先级当作任务在标识来使用，如果优先级相同，任务将无法区分）。进入就绪态的优先级最高的任务首先得到CPU的使用权，只有等它交出CPU的使用权后，其它任务才可以被执行。所以，它只能就是多任务，不能就是多进程，至少不是我们所熟悉的那种多进程。

②μC/OS-II对共享资源提供了保护的机制。μC/OS-II是一个支持多任务的操作系统。我们可以把一个完整的程序划分成几个任务，不同的任务执行不同的功能。对于共享资源（比如串口），μC/OS-II也提供了很好的解决办法，一般情况下使用的是信号量方法。我们创建一个信号量并对它进行初始化，当一个任务需要使用一个共享资源时，它必须先申请得到这个信号量。在这个过程中即使有优先权更高的任务进入了就绪态，因为无法得到信号量，也不能使用该资源。在μC/OS-II中称为优先级反转。简单地说，就是高优先级任务必须等待低优先级任务的完成。在上述情况下，在两个任务之间发生优先级后转是无法避免的。所以不在使用μC/OS-II时，必须对所开发的系统了解清楚才能选择对于某种共享资源是否使用信号量。

③μC/OS-II内存管理不够完善。在分析许多μC/OS-II的应用实例中发现，任务栈空间和内存分区的创建采用了定义全局数组的方法，这样实现起来固然简单，但不够灵活有效。

编译器会将全局数组作为未初始化的全局变量，放到应用程序映像的数据段。数组的大小是固定的，生成映像后不可能在使用中动态地改变。对于任务栈空间来说，数组定义大了会造成内存浪费；定义小了任务栈溢出，会造成系统崩溃。对于内存分区，在不知道系统初始化后给用户留下了多少自由内