256发现avr的一个优点

只看该作者 · 2009-11-13 17:09

本帖最后由电脑圆圆于 2009-11-13 17:15 编辑

__delay_cycles延迟那可是惊人的精确

测试程序：
TCNT3=0;
USART0_Send(TCNT3>>8);
USART0_Send(TCNT3&0xFF);
TCCR3B |= 0x04; //启动计数器3，256分频
__delay_cycles(11059200);
TCCR3B = 0; //停止计数器3
USART0_Send(TCNT3>>8);
USART0_Send(TCNT3&0xFF);

串口接收：00 00 A8 C0
OxA8C0*256 == 11059200!

只看该作者 · 2009-11-13 19:04

256指什么？

1万 · 2009-11-15 22:16

看不太明白...

1万 · 2009-11-16 11:11

是测量脉宽的实验吗？

只看该作者 · 2009-11-16 17:00

晕死，什么都看不懂。没那么深奥啊！
__delay_cycles是开发环境自带的一个软件延迟程序，如果自己写，肯定得不到精确的延迟时间，而这个延迟函数能够精确得到延迟，__delay_cycles(11059200)，晶振为11059200，故延迟1秒，为了验证，我同时运行定时器3，延迟完再停止计数器，再计算计数器所计的时钟个数，得出的结果一样。
利用这个函数可以方便很多，比如模拟串口，不用花太多的时间去自己弄个可靠的延迟程序

只看该作者 · 2009-11-16 17:03

256哪个误打的，没什么意义

只看该作者 · 2009-11-16 19:49

如果精确算延时应当在中断中做，这样的延时还占用定时器资源，完全没有必要

只看该作者 · 2009-11-17 08:00

这哪里占定时器资源了？这是个延迟程序，定时器是我用来同这衡量这个延迟的精度

只看该作者 · 2009-11-17 08:09

有些人觉得精确延迟必须用定时器，因为软件延迟占用系统时间，但有时候用延迟是因为延迟这段时间不干别的事情，就算利用定时器也是浪费资源，当定时器精度也没有任何优势，__delay_cycles()就派上用场

2万 · 2009-11-17 08:38

一点不奇怪吧. 跟AVR无关,跟编译器有关.

只看该作者 · 2009-11-17 11:18

来个中断怎么办？严重影响CPU使用率，就像中病毒一样，呵呵。

只看该作者 · 2009-11-17 23:50

你会中断吗？这能影响中断？

只看该作者 · 2009-11-18 10:49

1.确实会受中断影响，除非你禁止中断，或者你的系统中没有用到中断（如你现在这样）。而一般小系统是都会有中断的。
2.你的结果是分频256以后得出的，也就是说误差都有256个时钟周期。难以证明你说的“惊人的精确”。
3.在不需要精确定时的时候，啥延时程序都行，在需要精确定时……这个还是有点点问题的，个人认为。