原创 建立一个属于自己的AVR的RTOS(问题分析)

2010-5-6 08:48 5500 7 8 分类: MCU/ 嵌入式

   如果大家读过黄健昌先生的《建立一个属于自己的AVRRTOS》一文,相信一定会佩服他对OS的见解,可见水平之高。据我所知,这篇文章是黄先生在很短时间内完成的,黄先生是一位擅长JavaJavaEEWeb服务技术的顾问,目前就职于Sun中国工程研究院,任职Technical Consultant,负责Sun Java Enterprise System(JES)产品支持和Java技术咨询您可以通过Jason.Huang@Sun.com与他联系。另他的著作有《GlassFish——开源的 JAVA EE应用服务器》,喜欢开源的朋友可以看一下。
    
那么现在我就黄先生写的建立一个属于自己的AVRRTOS中的一部分难理解的内容作我个人的解释,由于本人水平很菜,切入到AVR时间不长,有两个月时间,所以个人观点可能不完全正确,如果您是高手,就不要看下去了,相信您一定对这些问题研究上百遍了,然而对于新手来说,对OS的理解相当有帮助!
    
时间原因,不能一一解释,如果大家还有疑问,可以给我发邮件,我会尽快回复!
/*********************************************************************************************************************************************/
/*
第六篇:时间片轮番调度法的内核  

                                 Round-Robin Sheduling 

    
时间片轮调法是非常有趣的。本篇中的例子,建立了3个任务,任务没有优先级,在时间中断的调度下,每个任务都轮流运行相同的时间。如果在内核中没有加入其它服务,感觉上就好像是有三个大循环在同时运行。 

    
本例只是提供了一个用时间中断进行调度的内核,大家可以根据自己的需要,添加相应的服务。 
    
要注意到:  
    1,
由于在时间中断内调用了任务切换函数,因为在进入中断时,已经将一系列的寄存器入栈。 
    2,
在中断内进行调度,是直接通过"RJMP Int_OSSched"进入任务切换和调度的,这是GCC AVR的一个特点,为用C编写内核提供了极大的方便。 
    3,
在阅读代码的同时,请对照阅读编译器产生的 *.lss文件,会对你理解例子有很大的帮助。 
*/      
/*
第六篇:时间片轮番调度法的内核  

                                 Round-Robin Sheduling 

    
时间片轮调法是非常有趣的。本篇中的例子,建立了3个任务,任务没有优先级,在时间中断的调度下,每个任务都轮流运行相同的时间。如果在内核中没有加入其它服务,感觉上就好像是有三个大循环在同时运行。 

    
本例只是提供了一个用时间中断进行调度的内核,大家可以根据自己的需要,添加相应的服务。 
    
要注意到:  
    1,
由于在时间中断内调用了任务切换函数,因为在进入中断时,已经将一系列的寄存器入栈。 
    2,
在中断内进行调度,是直接通过"RJMP Int_OSSched"进入任务切换和调度的,这是GCC AVR的一个特点,为用C编写内核提供了极大的方便。 
    3,
在阅读代码的同时,请对照阅读编译器产生的 *.lst文件,会对你理解例子有很大的帮助。 
*/    
#include <avr/io.h> 
#include <avr/interrupt.h>

unsigned char Stack[400]; 

register unsigned char OSRdyTbl          asm("r2");    //
任务运行就绪表 
register unsigned char OSTaskRunningPrio asm("r3");    //
正在运行的任务 

#define OS_TASKS 3                    //
设定运行任务的数量 

struct TaskCtrBlock 

unsigned int OSTaskStackTop;  //
保存任务的堆栈顶 
unsigned int OSWaitTick;      //
任务延时时钟 
} TCB[OS_TASKS+1]; 

//
防止被编译器占用 
register unsigned char tempR4  asm("r4"); 
register unsigned char tempR5  asm("r5"); 
register unsigned char tempR6  asm("r6"); 
register unsigned char tempR7  asm("r7"); 
register unsigned char tempR8  asm("r8"); 
register unsigned char tempR9  asm("r9"); 
register unsigned char tempR10 asm("r10"); 
register unsigned char tempR11 asm("r11"); 
register unsigned char tempR12 asm("r12"); 
register unsigned char tempR13 asm("r13"); 
register unsigned char tempR14 asm("r14"); 
register unsigned char tempR15 asm("r15"); 
register unsigned char tempR16 asm("r16"); 
register unsigned char tempR17 asm("r17"); 


//
建立任务 
void OSTaskCreate(void (*Task)(void),unsigned char *Stack,unsigned char TaskID) 

  *Stack--=(unsigned int)Task;     //
将任务的地址低位压入堆栈, 
  *Stack--=(unsigned int)Task>>8;           //
将任务的地址高位压入堆栈, 
     
  *Stack--=0x00;                      //R1 __zero_reg__             
  *Stack--=0x00;                      //R0 __tmp_reg__ 
  *Stack--=0x80;                                         

//SREG 
在任务中,开启全局中断         
  for(unsigned char i=0;i<14;i++)     //
 avr-libc 中的 FAQ中的 What registers are used by the C compiler? 
  {    
*Stack--=i;                     //
描述了寄存器的作用     
      }

  TCB[TaskID].OSTaskStackTop=(unsigned int)Stack;    //
将人工堆栈的栈顶,保存到堆栈的数组中 
  OSRdyTbl|=0x01<<TaskID;           //
任务就绪表已经准备好 


//
开始任务调度,从最低优先级的任务的开始 
void OSStartTask()         

  OSTaskRunningPrio=OS_TASKS; 
  SP=TCB[OS_TASKS].OSTaskStackTop+17; 
  __asm__ __volatile__(    "reti"   );  


//
进行任务调度 
void OSSched(void) 
{  
   //  
根据中断时保存寄存器的次序入栈,模拟一次中断后,入栈的情况   
  __asm__ __volatile__("PUSH __zero_reg__          \t");  //R1 
  __asm__ __volatile__("PUSH __tmp_reg__           \t");  //R0  
  __asm__ __volatile__("IN   __tmp_reg__,__SREG__  \t");  //
保存状态寄存器SREG 
  __asm__ __volatile__("PUSH __tmp_reg__           \t"); 
  __asm__ __volatile__("CLR  __zero_reg__          \t");  //R0
重新清零 
  __asm__ __volatile__("PUSH R18                   \t"); 
  __asm__ __volatile__("PUSH R19                   \t"); 
  __asm__ __volatile__("PUSH R20                   \t"); 
  __asm__ __volatile__("PUSH R21                   \t"); 
  __asm__ __volatile__("PUSH R22                   \t"); 
  __asm__ __volatile__("PUSH R23                   \t"); 
  __asm__ __volatile__("PUSH R24                   \t"); 
  __asm__ __volatile__("PUSH R25                   \t"); 
  __asm__ __volatile__("PUSH R26                   \t"); 
  __asm__ __volatile__("PUSH R27                   \t"); 
  __asm__ __volatile__("PUSH R30                   \t");     
  __asm__ __volatile__("PUSH R31                   \t"); 
          __asm__ __volatile__("Int_OSSched:               \t");  //
当中断要求调度,直接进入这里
          __asm__ __volatile__("PUSH R29                   \t");  //R28
R29用于建立在堆栈上的指针 
  __asm__ __volatile__("PUSH R28                   \t");  //
入栈完成 

     
  TCB[OSTaskRunningPrio].OSTaskStackTop=SP;           //
将正在运行的任务的堆栈底保存 

  if(++OSTaskRunningPrio>=OS_TASKS) //
轮流运行各个任务,没有优先级 
  {
  OSTaskRunningPrio=0; 
   }

  //cli();  //
保护堆栈转换 
  SP=TCB[OSTaskRunningPrio].OSTaskStackTop; 
  //sei(); 
     
    //
根据中断时的出栈次序     
  __asm__ __volatile__("POP  R28                   \t");     
  __asm__ __volatile__("POP  R29                   \t");         
  __asm__ __volatile__("POP  R31                   \t");     
  __asm__ __volatile__("POP  R30                   \t");     
  __asm__ __volatile__("POP  R27                   \t");     
  __asm__ __volatile__("POP  R26                   \t");     
  __asm__ __volatile__("POP  R25                   \t");     
  __asm__ __volatile__("POP  R24                   \t");     
  __asm__ __volatile__("POP  R23                   \t");     
  __asm__ __volatile__("POP  R22                   \t");     
  __asm__ __volatile__("POP  R21                   \t");     
  __asm__ __volatile__("POP  R20                   \t");     
  __asm__ __volatile__("POP  R19                   \t"); 
  __asm__ __volatile__("POP  R18                   \t"); 
  __asm__ __volatile__("POP  __tmp_reg__           \t");      //SERG 
出栈并恢复 
  __asm__ __volatile__("OUT  __SREG__,__tmp_reg__  \t");      // 
  __asm__ __volatile__("POP  __tmp_reg__           \t");      //R0 
出栈 
  __asm__ __volatile__("POP  __zero_reg__          \t");      //R1 
出栈 
  __asm__ __volatile__("RETI                       \t");     //
返回并开中断 
  //
中断时出栈完成 



void IntSwitch(void) 
{     
  __asm__ __volatile__("POP R31           \t");
          __asm__ __volatile__("POP R31           \t"); 
          __asm__ __volatile__("RJMP Int_OSSched           \t");  //
重新调度 



void Task0() 

  unsigned int j=0; 
  while(1) 
  {             
    PORTB=j++; 
    //OSTimeDly(50); 
  } 


void Task1() 

  unsigned int j=0; 
  while(1) 
  { 
    PORTC=j++; 
    //OSTimeDly(5); 
  } 


void Task2() 

  unsigned int j=0; 
  while(1) 
  { 
    PORTD=j++;  
    //OSTimeDly(5);   
  } 




void TaskScheduler() 
{  
  while(1) 
  {         
     OSSched();      //
反复进行调度 
  } 

void TCN0Init(void)    // 
计时器

  TCCR0 = 0; 
  TCCR0 |= (1<<CS02);  // 256
预分频 
  TIMSK |= (1<<TOIE0); // T0
溢出中断允许                   
  TCNT0 = 100;         // 
置计数起始值     



SIGNAL(SIG_OVERFLOW0) 

  TCNT0=100; 
  IntSwitch();        //
任务调度 



int main(void) 
{     
  TCN0Init(); 
  OSRdyTbl=0; 
  OSTaskCreate(Task0,&Stack[99],0); 
  OSTaskCreate(Task1,&Stack[199],1); 
  OSTaskCreate(Task2,&Stack[299],2); 
  OSTaskCreate(TaskScheduler,&Stack[399],OS_TASKS); 
  OSStartTask(); 


/******************************************************************************************************************************************/
    
以上是源程序,已经调试通过,没有问题。
    
首先,我想说的是关于堆栈。生成代码使用2个堆栈:一个是用于子程序调用和中断操作的硬件堆栈;一个是用于堆栈结构传递参数、临时变量及局部变量的软件堆栈。硬件堆栈用于存储函数返回地址,软件堆栈,通常如果程序没有子程序调用,也不调用像带%f格式的printf()等库函数,那么默认的16B在大多数情况下有良好地工作,除了很繁的递归调用程序,最多40B的硬件堆栈就足够了。硬件堆栈是从数据内存的顶部开始分配的,而软件堆栈是在它下面一定数量字节处分配。硬件堆栈和数据内存的大小是受在编译器选项中的目标装置项设定限制的。
    
看上面的调度时,大家会发现,先压入的是R1,而后是R0,SREG,R18-R27,R30,R31,R29,R28,是这样一个顺序,部分内容我已经改动,原来黄先生的是先压R28,再压入R29。为何我要改成R29,R28,是因为我在看汇编代码时发现,每调用一个子函数,都会先压入R29,再压入R28,这用来做堆栈上的指针,对是我就改了过来。那么这点理解后我们看下面的代码,在void IntSwitch(void) 函数中,为何要两次弹出R31?刚刚看这段程序时我也没有看明白,当看了注释后也不是太明白,后来我发现,这段代码是多余的。为什么我会这么说呢?下面我会讲到。请看下面的汇编:
@00000183: __vector_9
192:      { 
+00000183:   921F        PUSH      R1             Push register on stack
+00000184:   920F        PUSH      R0             Push register on stack
+00000185:   B60F        IN        R0,0x3F        In from I/O location
+00000186:   920F        PUSH      R0             Push register on stack
+00000187:   2411        CLR       R1             Clear Register
+00000188:   932F        PUSH      R18            Push register on stack
+00000189:   933F        PUSH      R19            Push register on stack
+0000018A:   934F        PUSH      R20            Push register on stack
+0000018B:   935F        PUSH      R21            Push register on stack
+0000018C:   936F        PUSH      R22            Push register on stack
+0000018D:   937F        PUSH      R23            Push register on stack
+0000018E:   938F        PUSH      R24            Push register on stack
+0000018F:   939F        PUSH      R25            Push register on stack
+00000190:   93AF        PUSH      R26            Push register on stack
+00000191:   93BF        PUSH      R27            Push register on stack
+00000192:   93EF        PUSH      R30            Push register on stack
+00000193:   93FF        PUSH      R31            Push register on stack
+00000194:   93DF        PUSH      R29            Push register on stack
+00000195:   93CF        PUSH      R28            Push register on stack <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />


<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />


点击看大图



     
这部分是进入中断时压入人工堆栈的寄存器,很明显,GCC已经将R29,R28压入了人工堆栈,此时SP就指向栈顶。那么你会问:你还没有解释为何要弹出两次R31啊?对,我想说的是这里两次弹出不是说不正确,对于黄先生的代码而言,这里必须要弹出两次,所以他才会在任务调度函数void OSSched(void)里再次压入R28,R29,这样就相当于把原来已经压入人工堆栈的R28,R29弹出来,再压进去!到这里大家应该已经明白为何要弹出两次R31了吧。
    
其实可以这样修改一下void OSSched(void)函数,就是把__asm__ __volatile__("Int_OSSched: \t");放到__asm__ __volatile__("PUSH R28  \t");的后面,这样就不会重复压入两次R28,R29,然后把void IntSwitch(void) 函数中两次弹出R31的代码就可以删除了,这样阅读程序时是不是更容易理解。
    
还有一点就是,在仿真时,最好是把优化选项关闭,否则可能会出现问题。关于这一点,大家可以去看一下AVR Studioavr-libc中的Frequently Asked Questions10Why does the PC randomly jump around when single-stepping through my program in avr-gdb?这里面就建议在调试时最好off leaving optimizations enabled!!
    
好了,到现在,大家应该能明白整个程序了吧。在理解时,一定要搞清楚RET,RETI,CALL这些函数的作用,还有就是中断以及程序进入与退出的机制是什么,只有把最底层的东西搞明白了,你才不会有太多的问题。因为我对AVR接触时间不长,难免会有些说法不当,请大家指正!

PARTNER CONTENT

文章评论1条评论)

登录后参与讨论

用户377235 2014-8-5 10:44

for(unsigned char i=0;i<14;i++) //在 avr-libc 中的 FAQ中的 What registers are used by the C compiler? { *Stack--=i; //描述了寄存器的作用 } TCB[TaskID].OSTaskStackTop=(unsigned int)Stack; //将人工堆栈的栈顶,保存到堆栈的数组中 请问:此时的栈顶不应是(Stack+1)么?
相关推荐阅读
huli184_389376486 2016-02-19 22:47
D类功率放大器的设计与实现
D类放大器(数字音频功率)是一种将输入模拟音频信号或PCM 数字信息变换成PWM(脉冲宽度调制)或PDM(脉冲密度调制)的脉冲信号,然后用PWM 的脉冲信号去控制大功率开关器件通/断音频功率放大器。D...
huli184_389376486 2016-02-19 22:46
技术宅们自制2016最浪漫礼物:DIY 机器人(附教程)
Facebook CEO 马克·扎克伯格(Mark Zuckerberg)周末在 Facebook 个人页面上撰文,公布了他 2016 年的一大目标:开发能控制家庭环境的人工智能技术。 以下是...
huli184_389376486 2013-01-20 23:11
评论:@sanmaoljh's Blog 博客中提到的“C语言指针(下篇)”
C语言指针(上...
huli184_389376486 2013-01-20 23:10
评论:@sanmaoljh's Blog 博客中提到的“C语言指针(上篇)”
最近总结再学习了下C语言和指针...
huli184_389376486 2013-01-17 11:15
评论:@艾米电子工作室 博客中提到的“QuartusII编译与仿真之warning大解析”
收下。...
huli184_389376486 2012-11-12 11:46
评论:@lihailin560's Blog 博客中提到的“编码器倍频、鉴相电路在FPGA中的实现”
FDKJDSHKJFDASJ...
EE直播间
更多
我要评论
1
7
关闭 站长推荐上一条 /3 下一条