建立一个属于自己的AVR的RTOSWord文件下载.docx
《建立一个属于自己的AVR的RTOSWord文件下载.docx》由会员分享，可在线阅读，更多相关《建立一个属于自己的AVR的RTOSWord文件下载.docx（43页珍藏版）》请在冰豆网上搜索。
好了，当这一切准备好后，我们就可以开始我们的Rtos
for
mega8的实验之旅了。
本文列出的例子，全部完整可用。
只需要一个文件就可以编译了。
我相信，只要适当可用，最简单的就是最好的，这样可以排除一些不必要的干扰，让大家专注到每一个过程的学习。
第一篇：
函数的运行
在一般的单片机系统中，是以前后台的方式（大循环+中断）来处理数据和作出反应的。
例子如下:
makefile的设定:
运行WinAvr中的Mfile，设定如下
MCU
Type:
mega8
Optimization
level:
s
Debug
format
:
AVR-COFF
C/C++
source
file:
选译要编译的C文件
#include
<
avr/io.h>
void
fun1（void）
{
unsigned
char
i=0;
while
（1）
PORTB=i++;
PORTC=0x01<
（i%8）;
}
int
main（void）
fun1（）;
首先，提出一个问题：
如果要调用一个函数，真是只能以上面的方式进行吗？
相信学习过C语言的各位会回答，No!
我们还有一种方式，就是“用函数指针变量调用函数”，如果大家都和我一样，当初的教科书是谭浩强先生的《C程序设计》的话，请找回书的第9.5节。
例子：
用函数指针变量调用函数
（*pfun）（）;
//指向函数的指针
pfun=fun1;
//
//运行指针所指向的函数
第二种，是“把指向函数的指针变量作函数参数”
RunFun（void
（*pfun）（））
//获得了要传递的函数的地址
//在RunFun中，运行指针所指向的函数
RunFun（fun1）;
//将函数的指针作为变量传递
看到上面的两种方式，很多人可能会说，“这的确不错”，但是这样与我们想要的RTOS，有什么关系呢？
各位请细心向下看。
以下是GCC对上面的代码的编译的情况：
对main（）中的RunFun（fun1）;
的编译如下
ldi
r24,lo8（pm（fun1））
r25,hi8（pm（fun1））
rcall
RunFun
对void
（*pfun）（））的编译如下
/*void
（*pfun）（））*/
/*（*pfun）（）;
*/
.LM6:
movw
r30,r24
icall
ret
在调用void
（*pfun）（））的时候，的确可以把fun1的地址通过r24和r25传递给RunFun（）。
但是，RTOS如何才能有效地利用函数的地址呢？
第二篇：
人工堆栈
在单片机的指令集中，一类指令是专门与堆栈和PC指针打道的，它们是
相对调用子程序指令
icall
间接调用子程序指令
ret
子程序返回指令
reti
中断返回指令
对于ret和reti，它们都可以将堆栈栈顶的两个字节被弹出来送入程序计数器PC中，一般用来从子程序或中断中退出。
其中reti还可以在退出中断时，重开全局中断使能。
有了这个基础，就可以建立我们的人工堆栈了。
例：
Stack[100];
//建立一个100字节的人工堆栈
RunFunInNewStack（void
（*pfun）（）,unsigned
*pStack）
*pStack--=（unsigned
int）pfun>
>
8;
//将函数的地址高位压入堆栈，
int）pfun;
//将函数的地址低位压入堆栈，
SP=pStack;
//将堆栈指针指向人工堆栈的栈顶
__asm__
__volatile__（"
RET
\t"
）;
//返回并开中断,开始运行fun1（）
RunFunInNewStack（fun1,&
Stack[99]）;
RunFunInNewStack（）,将指向函数的指针的值保存到一个unsigned
char的数组Stack中，作为人工堆栈。
并且将栈顶的数值传递组堆栈指针SP,因此当用"
ret"
返回时，从SP中恢复到PC中的值，就变为了指向fun1（）的地址，开始运行fun1（）.
上面例子中在RunFunInNewStack（）的最后一句嵌入了汇编代码
"
实际上是可以去除的。
因为在RunFunInNewStack（）返回时，编译器已经会加上"
。
我特意写出来，是为了让大家看到用"
作为返回后运行fun1（）的过程。
第三篇：
GCC中对寄存器的分配与使用
在很多用于AVR的RTOS中，都会有任务调度时，插入以下的语句：
入栈：
PUSH
R0
R1
......
R31
出栈
POP
通常大家都会认为，在任务调度开始时，当然要将所有的通用寄存器都保存，并且还应该保存程序状态寄存器SREG。
然后再根据相反的次序，将新任务的寄存器的内容恢复。
但是，事实真的是这样吗？
如果大家看过陈明计先生写的small
rots51,就会发现，它所保存的通用寄存器不过是4组通用寄存器中的1组。
在Win
AVR中的帮助文件
avr-libc
Manual中的Related
Pages中的Frequently
Asked
Questions,其实有一个问题是"
What
registers
are
used
by
the
C
compiler?
回答了编译器所需要占用的寄存器。
一般情况下，编译器会先用到以下寄存器
1
Call-used
（r18-r27,
r30-r31）:
调用函数时作为参数传递，也就是用得最多的寄存器。
2
Call-saved
（r2-r17,
r28-r29）:
调用函数时作为结果传递,当中的r28和r29可能会被作为指向堆栈上的变量的指针。
3
Fixed
（r0,
r1）:
固定作用。
r0用于存放临时数据，r1用于存放0。
还有另一个问题是"
How
to
permanently
bind
a
variable
register?
是将变量绑定到通用寄存器的方法。
而且我发现，如果将某个寄存器定义为变量，编译器就会不将该寄存器分配作其它用途。
这对RTOS是很重要的。
在"
Inline
Asm"
中的"
Names
Used
in
Assembler
Code"
明确表示,如果将太多的通用寄存器定义为变量，刚在编译的过程中，被定义的变量依然可能被编译器占用。
大家可以比较以下两个例子，看看编译器产生的代码：
（在*.lst文件中）
第一个例子：
没有定义通用寄存器为变量
add（unsigned
b,unsigned
c,unsigned
d）
升级会员 