相关热词搜索：
单片机软件设计论文
单片机软件设计论文 1概述 很多单片机的应用中都需要同时执行很多任务，对于这样的应用，我们可 以利用实时操作系统来灵活地安排系统资源。RTX51是美国Keil公司开发的一种 小型的应用于MCS51系列单片机的实时多任务操作系统，它可以工作所有8051 单片机以及派生家族中，简化了复杂的软件设计，缩短了项目周期。我们实践中 用RTX51来开发单片机软件。设计单片机控制的GPS接收板软件，取得了很好的 效果。2RTX51介绍 RTX51有2个模式：RTX51完全模式和最小模式。RTX51最小模式版是 RTX51完全版的一个子集，可以很容易地运行在8051系统上，而不需要外部RAM （DXATA）。RTX51完全模式有4个任务优先级，可以和中断函数并行处理，各 个任务之间通过使用“邮箱”系统来进行信号和消息的传递，可以从内存池中申请 和释放内存；
同时，可以强制一个任务停止执行，等待一个中断，或者是其它中 断传来的信号量或者消息。RTX51对系统硬件的要求如表1所列。
2.1RTX51任务 RTX51区分2类任务：快速任务和标准任务。快速任务有很快的响应速度， 每个快速任务使用8051一个单独的寄存器组，并且有自己的堆栈区域。RTX51 支持最大同时有3个快速任务。标准任务需要多一点的时间来进行任务切换，因 此使用的内部RAM相对快速任务要少，所有的标准任务共用1个寄存器组和堆栈。
当任务切换的时候，当前任务的寄存器状态和堆栈内容转移到外部存储器中。
RTX51支持最大16个标准任务。
RTX51任务状态：
①运行（RUNNIGN）――当前正在运行的任务处于RUNNING状态，同 一时间只有1个任务可以运行。
②就绪（READY）――等待运行的任务处于READY状态，在当前运行的 任务退出运行状态后，就绪队列中优先级最高的任务进入到运行状态。③阻塞（BLOCKED）――等待一个事件的任务处于BLOCKED状态，如 果事件发生且优先级比正在运行的任务高，此任务进入运行状态；
如果优先级比 正在运行的任务低，此任务进入READY状态。
④删除（DELETED）――没有开始的任务处于删除状态。
⑤任务切换――RTX51包含一个事件驱动的任务切换机制，它能够按照任 务的优先级进行切换，也就是抢占式多任务系统；
另外还有一个可选的时间片轮 转切换任务模式，在时间片轮转模式下，同级别的任务是按照时间片分别占用 CPU的。RTX51任务有4个优先级：0、1、2可以分配给标准任务，优先级3是为 快速任务保留的。每个任务都可以等待事件的发生，而并不增加系统的负担；
任 务可以等待消息、信号、中断、超时事件或者它们的组合。任务切换是按照一定 规则进行的，包括：进入到“就绪”状态的优先级高的任务先执行；
如果“就绪”状 态的几个任务是同一个优先级，那么最先进入“就绪”状态的先执行。
RTX51任务切换图如图1所示。
2.2RTX51事件 ◇超时（timeout）：挂起运行的任务指定数量的时间周期。
◇间隔（interval）：类似于超时，但是软件定时器没有复位，典型应用是 产生时钟。
◇信号（signal）：用于任务内部同步协调。
◇消息（message）：适用于RTX51Full，用于信息的交换。我们可以把一 个消息交送到一个特定的邮箱。消息由2字节组成，可以是用户按照自己的需求 定主的数据，也可以是指向数据的指针。如果邮箱的消息列表满，而且是中断发 送消息，这个消息将会丢失；
如果是任务发送消息，那么任务将会进入到等待状 态，直到邮箱重新有了位置可以接收这一条消息。邮箱是按照FIFO的原则来管 理消息的，如果几个任务都在等待接收消息，那么最先进入等待接收队列的将接 收消息。一个邮箱最多可以存储8条消息。当邮箱满的时候，最多只能有16个等 待任务。
◇中断（interrup）：适用于RTX51Full，信号量用于管理共享的系统资源。
通过使用“令牌”，允许在同一时刻只有一个任务使用某些资源。如果几个任务申请访问同一个资源，那么首先提出申请的将允许访问，其它的任务进入等待队列， 直到第1个任务操作完毕，下一个任务才能继续。
Os_wait()函数挂起一个任务来等待一个事件的发生。这样可以同步2个或 几个任务。它的工作过程如下：当任务等待的事件没有发生的时候，系统挂起这 个任务；
当事件发生时，系统根据任务切换规则切换任务。
2.3RTX51中断处理 RTX51完全模式提供2种方法来处理中断：一种是C51的中断函数，另一 种是RTX51的断。它又可以分为快速任务中断和标准任务中断。对于中断函数这 种方法，它同时也可以在不使用RTX51的情况下使用，当中断发生的时候，程序 就跳到了相应的中断函数，它和正在运行的任务是互相独立的，中断的处理是在 RTX51系统之外，和任务切换规则没有关联。对于任务中断的方法，不管使用快 速是标准任务来处理中断，如果中断发生，等待中断的任务就从“等待”状态进入 到就绪状态，并按照任务切换规则进行切换。这种中断处理是完全集成在RTX51 的内部，硬件中断事件的处理和信号、信息的处理是完全相同的。在系统响应中 断使能寄存器，这样才能遵守任务的切换规则并保证中断程序的无误进行。必须 注意中断使能寄存器是由RTX51完全控制的，禁止用户手动的修改。
3应用实例 以下给出RTX51在单片机控制的GPS接收板上的应用。
（1）系统硬件组成 单片机W77E58，快速8051内核、32KBROM、1KB的XDATARAM，符合 使用RTX51的硬件要求；
键盘、GPS定位模块、液晶显示模块。
（2）系统软件构成 软件运 行环境KEILuVision26.20集成开发环境加上RTX51完成版。任务 KEY-BOARD，监测键盘的情况，如果有按键按下，把按键的编码发更新到邮箱 1，外部中断1等待接收GPS数据，并把数据存储起来，向DISPLAY任务发出信号。
任务DISPLAY根据接收到的不同的信号和消息，进行处理。任务SEND-OUT，把接收到的数据进行处理，并发送出去。任务VOICE进行语音输出。
系统硬件、软件结构如图2所示。
下面给出简写的源程序：
#includeRTX51.h//包含RTX51头文件 #defineDISPLAY0 #defineSEND_OUT1 #defineKEY_BOARD2 #defineVOICE3 voidmain(void) {initsystem();//系统初始化 osstartsystem(DISPLAY);//启动RTX51 } voidtask0(void)_task_DISPLAY {os_set_slice(1000);//设置时间片大小 os_enable_isr(0);//允许外部中断0 os_creat_task(SEND_OUT);//启动SEND_OUT任务 os_creat_task(VOICE)；
//启动VOICE任务 for(;;){ switch(os_wait(K_SIG+K_MBX+1,255,keyboard))//等待接收信号和键盘消 息，分类处理 {display1();break;
caseEVENT_MBOX;//当从邮箱接收到数据的时候switch(keyboard) {case""""1"""";… os_send_signal(SEND_OUT);//向任务SEND_OUT发送信号 … os_send_signal(VOICE);}//向任务VOICE发送信号 …；
} …;} } voidtask1(void)_task_SEND_OUT//处理发送数据任务 {while(1) {os_wait(K_SIG,255,0)//等待信号 operation_send();
} voidtask3(void)_task_VOICE {while(1){ os_wait_signal(K_SIG,255,0);//等待语音处理信号 voice();} } voidinterrupt(void)interrupt2using1 {read_gps_data(p_gps_data);//接收数据 isr_send_signal(DISPLAY);//向DISPLAY任务发信号 } #pragmaREGISTERBANK(2)//使用寄存器组2 voidtask2(void)_task_KEYBOARSD_priority_3//设置为快速任务{os_attach_interrupt(0);//绑定任务和外部中断0 while(1){ os_wait(K_INT,255,0);//等待中断的发生 KEY=iic_read_keyboard();
os_send_message(1,KEY,0);}//将键盘编码发送到邮箱1 } 4结论 通过实践我们可以发现，使用RTX51开发单片机程序更加方便了。尤其是 较大的程序，避免了自己写消息循环等 繁琐工作，效率明显增加了。在硬件资源足够的情况下，效果更加明显。
