Keil c51 C程序延时时间

发布者:anluran最新更新时间:2016-11-17 来源: eefocus关键字:Keil  c51  延时时间 手机看文章 扫描二维码
随时随地手机看文章

如果你要很精确的延时,可以使用定时器,C语言的定时比较难计算,你可以用KEIL里的软件仿真看看运行你的子程序需要多少时间,这样是最清楚的了。当然,如果你的编程能力已经达到比较高的水平就另一个说法,只要程序简洁,C或汇编都一样的高效率。下面我发一些别人的见解用C语言实现延时程序,首先想到的就是C常用的循环语句。下面这段代码是我经常在网上看到的:
void delay2(unsigned char i){  for(; i != 0; i--);}
到底这段代码能达到多高的精度呢?为了直接衡量这段代码的效果,我把 Keil C 根据这段代码产生的汇编代码找了出来:            
; FUNCTION _delay2 (BEGIN)                      
; SOURCE LINE # 18
;---- Variable "i" assigned to Register "R7" ----                      ; SOURCE LINE # 19                      ; SOURCE LINE # 20
0000     ?C0007:
0000 EF        MOV   A,R7
0001 6003       JZ   ?C001
00003 1F        DEC   R7
0004 80FA       SJMP  ?C0007                      
; SOURCE LINE # 21
0006     ?C0010:
0006 22        RET          
; FUNCTION _delay2 (END)

真是不看不知道~~~一看才知道这个延时程序是多么的不准点~~~光看主要的那四条语句,就需要6个机器周期。也就是说,它的精度顶多也就是6us而已,这还没算上一条 lcall 和一条 ret。如果我们把调用函数时赋的i值根延时长度列一个表的话,就是:
i  delay time/us0  61  122  18
...因为函数的调用需要2个时钟周期的lcall,所以delay time比从函数代码的执行时间多2。顺便提一下,有的朋友写的是这样的代码:

void delay2(unsigned char i)
{  unsigned char a;  
for(a = i; a != 0; a--);}
可能有人认为这会生成更长的汇编代码来,但是事实证明:      
; FUNCTION _delay2 (BEGIN)                      ; SOURCE LINE # 18;
---- Variable "i" assigned to Register "R7" ----                      ; SOURCE LINE # 19                      
; SOURCE LINE # 21;
---- Variable "a" assigned to Register "R7" ----
0000     ?C0007:
0000 EF        MOV   A,R7
0001 6003       JZ   ?C001
00003 1F        DEC   R7
0004 80FA       SJMP  ?C0007                      
; SOURCE LINE # 22
0006     ?C0010:
0006 22        RET          
; FUNCTION _delay2 (END)

其生成的代码是一样的。不过这的确不是什么好的习惯。因为这里实在没有必要再引入多余的变量。我们继续讨论正题。有的朋友为了得当更长的延时,甚至用了这样的代码:

void delay2(unsigned long i){  for(; i != 0; i--);}
这段代码产生的汇编代码是什么样子的?其实不用想也知道它是如何恐怖的$#^%&$......让我们看一看:       

; FUNCTION _delay2 (BEGIN)                      
;SOURCE LINE # 18
0000 8F00    R   MOV   i+03H,R7
0002 8E00    R   MOV   i+02H,R6
0004 8D00    R   MOV   i+01H,R5
0006 8C00    R   MOV   i,R4                      ; SOURCE LINE # 19                      
; SOURCE LINE # 20
0008     ?C0007:
0008 E4        CLR   A
0009 FF        MOV   R7,A
000A FE        MOV   R6,A
000B FD        MOV   R5,A
000C FC        MOV   R4,A
000D AB00    R   MOV   R3,i+03H
000F AA00    R   MOV   R2,i+02H
0011 A900    R   MOV   R1,i+01H
0013 A800    R   MOV   R0,i
0015 C3        CLR   C
0016 120000   E   LCALL  ?C?ULCMP
0019 601A       JZ   ?C0010
001B E500    R   MOV   A,i+03H
001D 24FF       ADD   A,#0FFH
001F F500    R   MOV   i+03H,A
0021 E500    R   MOV   A,i+02H
0023 34FF       ADDC  A,#0FFH
0025 F500    R   MOV   i+02H,A
0027 E500    R   MOV   A,i+01H
0029 34FF       ADDC  A,#0FFH
002B F500    R   MOV   i+01H,A
002D E500    R   MOV   A,i
002F 34FF       ADDC  A,#0FFH
0031 F500    R   MOV   i,A
0033 80D3       SJMP  ?C0007                      
; SOURCE LINE # 21
0035     ?C0010:
0035 22        
RET          
; FUNCTION _delay2 (END)

呵呵,这倒是的确可以延迟很长时间~~~但是毫无精度可言了。  

那么,用C到底能不能实现精确的延时呢?我把代码稍微改了一下:
void delay1(unsigned char i){  while(i--);}

因为根据经验,越简洁的C代码往往也能得出越简洁的机器代码。那这样结果如何呢?把它生成的汇编代码拿出来看一看就知道了。满怀希望的我按下了“Build target”键,结果打击是巨大的:       
; FUNCTION _delay1 (BEGIN)                      
;SOURCE LINE # 13
;---- Variable "i" assigned to Register "R7" ----                      
; SOURCE LINE # 14
0000     ?C0004:                      
; SOURCE LINE # 15
0000 AE07       MOV   R6,AR7
0002 1F        DEC   R7
0003 EE        MOV   A,R6
0004 70FA       JNZ   ?C0004                      
; SOURCE LINE # 16
0006     ?C0006:
0006 22        
RET          
; FUNCTION _delay1 (END)

虽说生成的代码跟用for语句是不大一样,不过我可以毫无疑问的说,这两种方法的效率是一样的。似乎到此为止了,因为我实在想不出来源程序还有什么简化的余地。看来我就要得出来这个结论了:“如果需要us级的延时精度,需要时用汇编语言。”但是真的是这样吗?我还是不甘心。因为我不相信大名鼎鼎的 Keil C 编译器居然连 djnz 都不会用???因为实际上程序体里只需要一句 loop: djnz r7, loop。近乎绝望之际(往往人在这种情况下确可以爆发出来,哦呵呵呵~~~),我随手改了一下:
void delay1(unsigned char i){  while(--i);}
心不在焉的编译,看源码:       
; FUNCTION _delay1 (BEGIN)                      
;SOURCE LINE # 13;
---- Variable "i" assigned to Register "R7" ----                      ; SOURCE LINE # 14
0000     ?C0004:                      
; SOURCE LINE # 15
0000 DFFE       
DJNZ  R7,?C0004                      
; SOURCE LINE # 16
0002     ?C0006:
0002 22        
RET          
; FUNCTION _delay1 (END)

天~~~奇迹出现了......我想这个程序应该已经可以满足一般情况下的需要了。如果列个表格的话:i  delay time/us1  52  73  9...计算延时时间时,已经算上了调用函数的lcall语句所花的2个时钟周期的时间。  

终于,结果已经明了了。只要合理的运用,C还是可以达到意想不到的效果。很多朋友抱怨C效率比汇编差了很多,其实如果对Keil C的编译原理有一个较深入的理解,是可以通过恰当的语法运用,让生成的C代码达到最优化。即使这看起来不大可能,但还是有一些简单的原则可循的:1.尽量使用unsigned型的数据结构。2.尽量使用char型,实在不够用再用int,然后才是long。3.如果有可能,不要用浮点型。4.使用简洁的代码,因为按照经验,简洁的C代码往往可以生成简洁的目标代码(虽说不是在所有的情况下都成立)。


关键字:Keil  c51  延时时间 引用地址:Keil c51 C程序延时时间

上一篇:I2C(24C64)驱动程序
下一篇:PID调节C51程序(1)

推荐阅读最新更新时间:2024-03-16 15:20

keil生成bin文件
在烧写stm32程序的时候,有时候需要用到串口烧写。那么就需要一个可烧写的bin文件了。 我们可以直接用keil来直接生成,不过keil的默认配置是没有这个设置的。配置如下图 添加指令:fromelf.exe --bin -o $L@L.bin #L 然后编译就会生成bin文件了
[单片机]
<font color='red'>keil</font>生成bin文件
[C51代码]菜单函数[用于LCD1602]
#ifndef __menu_h__ #define __menu_h__ #include head.h #include LCD1602_2.h #include DS18B20.h #define Null 0 /*********************** * 函数声明 * ***********************/ void ShowMenu(void); void Menu_Change(uchar KeyNum); /*********************** * 按键功能键宏定义 * ***********************/ #define up 1 #define d
[单片机]
STM32 keil printf的使用
请在MDK(keil)工程属性的 Target -》 Code Generation 中勾 选 Use MicroLIB 前提是你有一个完整keil的工程 比如ADC的调试的时候很多时候用到串口 这里教你怎么样使 用Printf 函数 红色字句为重点!!!!! 若使得在程序中使用Printf需做一下几步 1,输入输出文件包含#include stdio.h 2,在程序下添加宏定义代码 /* Private function prototypes -----------------------------------------------*/ #ifdef __GNUC__ /* With GCC/RAI
[单片机]
一种基于C51的多任务机制及应用
引言   传统的单片机程序一般采用单任务机制,单任务系统具有简单直观、易于控制的优点。然而由于程序只能按顺序依次执行,缺乏灵活性,只能使用中断函数实时地处理一些较短的任务,在较复杂的应用中使用极为不便。嵌入式多任务操作系统的出现解决了这个问题。在多任务系统中,可以同时执行多个并行任务,任务之间可以相互跳转。但是嵌入式操作系统在提供强大功能的同时,也带来了代码量大、结构复杂、对硬件要求较高、开发难度大且成本高等问题。而很多时候只需要实现简单的多任务操作就可以满足实际需要,本文设计的这种简单的多任务机制,在只增加极少量C语言代码的前提下,不需使用汇编,无需对原本的程序进行大改动,就可以实现多任务操作。   实时操作系统RTOS的核心
[单片机]
keil中的变量和常量定位问题
变量定位:char tab1 _at_ 0x200; 赋值:在函数中赋值,如tab1 =0x01; 常量定位及初始化: 新建一个TABLE.C, 写入 char code table ={ 初始值}; KEIL定位:选择 option-- BL51 Locate, 在CODE:栏中写入如: ?CO?TABLE(0x7000) 这样,table 表就定位到了0x7000开始的程序段。
[单片机]
ds1302的C51驱动
#include D:\reg51.h //头文件 #define uchar unsigned char uchar settime ={1,2,3,4,5,6,7}; uchar readtime ; //********************************************************************* sbit T_CLK = P1^1; //实时时钟时钟线引脚 sbit T_IO = P1^0; //实时时钟数据线引脚 sbit T_RST = P1^2; //实时时钟复位线引脚 //************************************************
[单片机]
C51编译器-语言扩展(3)-指针
Pointers指针 Cx51支持使用字符*来声时一个指针类型的变量。Cx51的指针可以完成标准C的所有功能。然而,由于8051及其变种的特殊构架,Cx51使用两种类的指针: memory-specific pointers and generic pointers(特定存储器类型指针和通用指针), Generic Pointers 通用指针的定义方法与标准C指针的定义方法相同。通用指针总是使用三个字节来存储。第一个字节是存储器类型。第二字节是偏移量的高位,第三字节是偏移量的低位。通用指针可以访问所用的变量,而不论变量位于8051的哪一个存储区内。因为这个原因,许多8051的运行时库都使用这个种指针。通过使用通用指针,函数可以访
[单片机]
Keil对STM32代码封库的实现方法
有时候,我们所写代码的具体实现方法不想让其他人知道。这时,可以用Keil对代码进行封库。 注意:在封库之前,必须确保整个工程代码能够编译通过。 下面举例说明操作步骤: 想要把工程中“firmware.c”文件封装成库文件。 1、对不封装成库的文件执行以下操作: 点击“OK”确定。对除“firmware.c”的其他文件,执行上述操作。操作完成后,会发现文件图标有所变化: 2、选择“Options for Target”- output选项卡- 选择Create Library项 3、编译整个工程,会在选定的路径 ..\Output\ 下出现 firmware.lib 文件 4、删除工程中的“fir
[单片机]
用<font color='red'>Keil</font>对STM32代码封库的实现方法
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved