单片机两大延时方法总结

实现延时通常有两种方法：一种是硬件延时，要用到定时器/计数器，这种方法可以提高CPU的工作效率，也能做到精确延时；另一种是软件延时，这种方法主要采用循环体进行。

使用定时器/计数器实现精确延时

单片机系统一般常选用11.0592 MHz、12 MHz或6 MHz晶振。第一种更容易产生各种标准的波特率，后两种的一个机器周期分别为1 μs和2 μs，便于精确延时。本程序中假设使用频率为12 MHz的晶振。最长的延时时间可达216=65536 μs。若定时器工作在方式2，则可实现极短时间的精确延时;如使用其他定时方式，则要考虑重装定时初值的时间(重装定时器初值占用2个机器周期)。

在实际应用中，定时常采用中断方式，如进行适当的循环可实现几秒甚至更长时间的延时。使用定时器/计数器延时从程序的执行效率和稳定性两方面考虑都是最佳的方案。但应该注意，C51编写的中断服务程序编译后会自动加上PUSH ACC、PUSH PSW、POP PSW和POP ACC语句，执行时占用了4个机器周期;如程序中还有计数值加1语句，则又会占用1个机器周期。这些语句所消耗的时间在计算定时初值时要考虑进去，从初值中减去以达到最小误差的目的。

软件延时与时间计算

在很多情况下，定时器/计数器经常被用作其他用途，这时候就只能用软件方法延时。下面介绍几种软件延时的方法。

短暂延时

可以在C文件中通过使用带_NOP_( )语句的函数实现，定义一系列不同的延时函数，如Delay10us( )、Delay25us( )、Delay40us( )等存放在一个自定义的C文件中，需要时在主程序中直接调用。如延时10 μs的延时函数可编写如下：

Delay10us( )函数中共用了6个_NOP_( )语句，每个语句执行时间为1 μs。主函数调用Delay10us( )时，先执行一个LCALL指令(2 μs)，然后执行6个_NOP_( )语句(6 μs)，最后执行了一个RET指令(2 μs)，所以执行上述函数时共需要10 μs。

可以把这一函数当作基本延时函数，在其他函数中调用，即嵌套调用[4]，以实现较长时间的延时。但需要注意，如在Delay40us( )中直接调用4次Delay10us( )函数，得到的延时时间将是42 μs，而不是40 μs。这是因为执行Delay40us( )时，先执行了一次LCALL指令(2 μs)，然后开始执行第一个Delay10us( )，执行完最后一个Delay10us( )时，直接返回到主程序。依此类推，如果是两层嵌套调用，如在Delay80us( )中两次调用Delay40us( )，则也要先执行一次LCALL指令(2 μs)，然后执行两次Delay40us( )函数(84 μs)，所以，实际延时时间为86 μs。

简言之，只有最内层的函数执行RET指令。该指令直接返回到上级函数或主函数。如在Delay80μs( )中直接调用8次Delay10us( )，此时的延时时间为82 μs。通过修改基本延时函数和适当的组合调用，上述方法可以实现不同时间的延时。

在C51中嵌套汇编程序段实现延时

在C51中通过预处理指令#pragma asm和#pragma endasm可以嵌套汇编语言语句。用户编写的汇编语言紧跟在#pragma asm之后，在#pragma endasm之前结束。

如：

#pragma asm

…

汇编语言程序段

…

#pragma endasm

延时函数可设置入口参数，可将参数定义为unsigned char、int或long型。根据参数与返回值的传递规则，这时参数和函数返回值位于R7、R7R6、R7R6R5中。在应用时应注意以下几点：

#pragma asm、#pragma endasm不允许嵌套使用;

在程序的开头应加上预处理指令#pragma asm，在该指令之前只能有注释或其他预处理指令;

当使用asm语句时，编译系统并不输出目标模块，而只输出汇编源文件;

asm只能用小写字母，如果把asm写成大写，编译系统就把它作为普通变量;

#pragma asm、#pragma endasm和 asm只能在函数内使用。

将汇编语言与C51结合起来，充分发挥各自的优势，无疑是单片机开发人员的最佳选择。

用示波器确定延时时间

利用示波器来测定延时程序执行时间。方法如下：编写一个实现延时的函数，在该函数的开始置某个I/O口线如P1.0为高电平，在函数的最后清P1.0为低电平。在主程序中循环调用该延时函数，通过示波器测量P1.0引脚上的高电平时间即可确定延时函数的执行时间。方法如下：

把P1.0接入示波器，运行上面的程序，可以看到P1.0输出的波形为周期是3 ms的方波。其中，高电平为2 ms，低电平为1 ms，即for循环结构“for(j=0;j

使用反汇编工具计算延时时间

用Keil C51中的反汇编工具计算延时时间，在反汇编窗口中可用源程序和汇编程序的混合代码或汇编代码显示目标应用程序。为了说明这种方法，还使用：

可以看出，0x000F～0x0017一共8条语句，分析语句可以发现并不是每条语句都执行DlyT次。核心循环只有0x0011~0x0017共6条语句，总共8个机器周期，第1次循环先执行“CLR A”和“MOV R6，A”两条语句，需要2个机器周期，每循环1次需要8个机器周期，但最后1次循环需要5个机器周期。DlyT次核心循环语句消耗(2+DlyT×8+5)个机器周期，当系统采用12 MHz时，精度为7 μs。

当采用while (DlyT--)循环体时，DlyT的值存放在R7中。相对应的汇编代码如下：

循环语句执行的时间为(DlyT+1)×5个机器周期，即这种循环结构的延时精度为5 μs。

通过实验发现，如将while (DlyT--)改为while (--DlyT)，经过反汇编后得到如下代码：

可以看出，这时代码只有1句，共占用2个机器周期，精度达到2 μs，循环体耗时DlyT×2个机器周期;但这时应该注意，DlyT初始值不能为0。

注意：计算时间时还应加上函数调用和函数返回各2个机器周期时间。

延时代码分析与调整

声明：作者初学单片机编程，本着刨根问底的探索精神，对延时代码进行了完全透彻的分析，计算出其中的误差，根据不同代码占用机器周期进行调整。至于调整0.01ms左右的时间误差对实际应用有何实际意义则不敢妄谈。不过您看完本部分，即可明确延时程序的设计方法。

举例程序段落

系统频率：6MHz

左右滑动查看

程序解析

1）首先计算机器周期T=12*1/f=2μs。

2）注意DJNZ R7,Delay3每执行1次需要占用NOP的时间和DJNZ本身的时间共3个机器周期。6μs。那么1ms的时间需要1ms*1000/6μs=166.67，取166。

3）注意DJNZ R6,Delay2是在166次循环后执行1次的(时间为MOV机器周期+本身机器周期，3*2=6μs)，直到166*200次后，R6=0，才执行DJNZ R5,Delay1。

4）DJNZ R5,Delay1是在R5不为0的时候循环回去。时间也为6μs。

5）时间总计：166*200*25*6μs+200*25*6μs+25*6μs=5010150μs，合计5.01015ms(编程的人都遇到过类似的潜逃循环，此程序忽略了执行MOV的时间，只计算了循环所用时间，即166*200*25*6/1000000=4.98ms，近似5ms)。

程序改进

去掉NOP命令，整数化1ms需要的延时常数。

左右滑动查看

此时时间总计：250*200*25*4μs+200*25*6μs+25*6μs=5030150μs。时间占用误差反而比未改进的时候大，可修正，将R7-30150/(25*200*4)=248(因为R7=250循环1次占用2个机器周期，4μs，计算等于R7-1.5075,将时间减小到小于5ms，剩余时间另补，取248)。则：

左右滑动查看

解析205*24调整为205*6——这是因为Delay循环为4机器周期代码，因此将24/4=6。请计算：205*6*4=4920;4920+5=4925。时间补充正好。此时时间计算：

248*200*25*4μs+200*25*6μs+25*6μs=4990150μs+4925*2μs=5000000μs合计5ms。

理论上1μs都不差