C及汇编延时程序讲解

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

有个好帖,从精度考虑,它得研究结果是:

void delay2(unsigned char i)

{

while(--i);

}

为最佳方法。

分析:假设外挂12M(之后都是在这基础上讨论)

我编译了下,传了些参数,并看了汇编代码,观察记录了下面的数据:

delay2(0):延时518us 518-2*256=6

delay2(1):延时7us(原帖写“5us”是错的,^_^)

delay2(10):延时25us 25-20=5

delay2(20):延时45us 45-40=5

delay2(100):延时205us 205-200=5

delay2(200):延时405us 405-400=5

见上可得可调度为2us,而最大误差为6us。

精度是很高了!

但这个程序的最大延时是为518us 显然不

能满足实际需要,因为很多时候需要延迟比较长的时间。

那么,接下来讨论将t分配为两个字节,即uint型的时候,会出现什么情况。

void delay8(uint t)

{

while(--t);

}

我编译了下,传了些参数,并看了汇编代码,观察记录了下面的数据:

delay8(0):延时524551us 524551-8*65536=263

delay8(1):延时15us

delay8(10):延时85us 85-80=5

delay8(100):延时806us 806-800=6

delay8(1000):延时8009us 8009-8000=9

delay8(10000):延时80045us 80045-8000=45

delay8(65535):延时524542us 524542-524280=262

如果把这个程序的可调度看为8us,那么最大误差为263us,但这个延时程序还是不能满足要求的,因为延时最大为524.551ms。

那么用ulong t呢?

一定很恐怖,不用看编译后的汇编代码了。。。

那么如何得到比较小的可调度,可调范围大,并占用比较少得RAM呢?请看下面的程序:

/*--------------------------------------------------------------------

程序名称:50us 延时

注意事项:基于1MIPS,AT89系列对应12M晶振,W77、W78系列对应3M晶振

例子提示:调用delay_50us(20),得到1ms延时

全局变量:无

返回:无

--------------------------------------------------------------------*/

void delay_50us(uint t)

{

uchar j;

for(;t>0;t--)

for(j=19;j>0;j--)

;

}

我编译了下,传了些参数,并看了汇编代码,观察记录了下面的数据:

delay_50us(1):延时63us 63-50=13

delay_50us(10):延时513us 503-500=13

delay_50us(100):延时5013us 5013-5000=13

delay_50us(1000):延时50022us 50022-50000=22

赫赫,延时50ms,误差仅仅22us,作为C语言已经是可以接受了。再说要求再精确的话,就算是用汇编也得改用定时器了。

/*--------------------------------------------------------------------

程序名称:50ms 延时

注意事项:基于1MIPS,AT89系列对应12M晶振,W77、W78系列对应3M晶振

例子提示:调用delay_50ms(20),得到1s延时

全局变量:无

返回:无

--------------------------------------------------------------------*/

void delay_50ms(uint t)

{

uint j;

/****

可以在此加少许延时补偿,以祢补大数值传递时(如delay_50ms(1000))造成的误差,

但付出的代价是造成传递小数值(delay_50ms(1))造成更大的误差。

因为实际应用更多时候是传递小数值,所以补建议加补偿!

****/

for(;t>0;t--)

for(j=6245;j>0;j--)

;

}

我编译了下,传了些参数,并看了汇编代码,观察记录了下面的数据:

delay_50ms(1):延时50 010 10us

delay_50ms(10):延时499 983 17us

delay_50ms(100):延时4 999 713 287us

delay_50ms(1000):延时4 997 022 2.978ms

赫赫,延时50s,误差仅仅2.978ms,可以接受!

上面程序没有才用long,也没采用3层以上的循环,而是将延时分拆为两个程序以提高精度。应该是比较好的做法了

楼上的说得很对,用C语言编写单片机程序时,一般开发界面(如科尔KEILE)都提供了C - 汇编的代码转换,参照转换后的汇编语言就可以精确延时了

---------------------------------------------------------------

你可以数指令,然后按着MCU的MIPS算时间,结果应该比较精确:)

---------------------------------------------------------------

void mDelay(unsigned int Delay) //Delay = 1000 时间为1S

{

unsigned int i;

for(;Delay>0;Delay--)

{

for(i=0;i<124;i++)

{;}

}

}

---------------------------------------------------------------

数一次循环的汇编指令,再乘以指令周期就知道一次循环的时间了啊,然后用1秒一除,不就知道循环次数了么

---------------------------------------------------------------

秒级的本身精度要求就不高嘛

很容易控制啊

多套用几个for语句

或者在for语句里引用n个更低量级的(如100ms级)的延时函数即可

要精确就计算汇编代码执行长度

---------------------------------------------------------------

to flowercity(Love Program,Love Living):

你的函数没有什么参考价值

延时时间和指令周期以及编译出来的代码类型有关系的

不是所谓

//Delay = 1000 时间为1S

就是一定的.

那只是针对你现在的系统.

用的晶振不同,执行CPU指令周期和时钟周期比率不同

相关文档
最新文档