死循環(huán)的原因

ID:163490 · 發(fā)表于 2017-2-5 18:49

使用STC89C54RD+P1口接8個LED燈，低到高位的流水燈，每次只亮一個燈。
程序如下：

#include<reg52.h>
void Delay(unsigned int t);
void main(void)
{
unsigned char i;
P1=0xFE;
for(i=0;i<8;i++)
{
P1<<=1;
Delay(50000);
}
}
void Delay(unsigned int t)
{
while(--t);
}

復(fù)制代碼

實際運行結(jié)果是無限循環(huán)，P1.0 P1.1常亮，P1.2口依次被點亮

ID:7485 · 發(fā)表于 2017-2-5 20:51

#include<reg52.h>

void Delay(unsigned int t);

void main(void)
{
      unsigned char i;
//       P1=0xFE;
  while(1){
      P1=0x01;
      for(i=0;i<7;i++)
      {
            P1<<=1;
            Delay(50000);
      }
}
}
void Delay(unsigned int t)
{
      while(--t);
}

ID:163490 · 發(fā)表于 2017-2-5 21:01

電路設(shè)計的是低電平燈才亮的

ID:100391 · 發(fā)表于 2017-2-5 22:11

你確定你這個程序會無限循環(huán)嗎？按我的理解，應(yīng)該是P1.0到P1.7依次亮，最后的現(xiàn)象就是所有燈都亮了。而且，感覺你這個程序好像有點不規(guī)范，因為單片機做完你說寫的程序就沒事做了。我是一名單片機初學(xué)者，請多多指教。

ID:163490 · 發(fā)表于 2017-2-6 00:47

感謝大家的回復(fù)，找到燈顯示異常的原因了。因為開發(fā)板設(shè)計的低電平亮燈。

P1<<=1

復(fù)制代碼

會造成左移后的地位自動補零，導(dǎo)致顯示異常。
修改后的代碼如下：

#include<reg52.h>
void Delay(unsigned int t);
void main(void)
{
unsigned char i;
B=0xFE;
for(i=8;i>0;i--)
{
P1=B;
B<<=1;
B=B|0x1;
Delay(50000);
}
}
void Delay(unsigned int t)
{
while(--t);
}

復(fù)制代碼

但是把HEX文件燒錄到STC89C54RD+后，仍然是死循環(huán)
DEBUG的時候未發(fā)現(xiàn)i的值有變化
C生成的匯編如下：

C_STARTUP:
C:0x0000 020026 LJMP STARTUP1(C:0026)
main:
C:0x0003 75F0FE MOV B(0xF0),#0xFE
C:0x0006 750808 MOV 0x08,#0x08
C:0x0009 85F090 MOV P1(0x90),B(0xF0)
C:0x000C E5F0 MOV A,B(0xF0)
C:0x000E 25E0 ADD A,ACC(0xE0)
C:0x0010 F5F0 MOV B(0xF0),A
C:0x0012 43F001 ORL B(0xF0),#0x01
C:0x0015 7F50 MOV R7,#0x50
C:0x0017 7EC3 MOV R6,#0xC3
C:0x0019 120032 LCALL Delay(C:0032)
C:0x001C 1508 DEC 0x08
C:0x001E E508 MOV A,0x08
C:0x0020 D3 SETB C
C:0x0021 9400 SUBB A,#0x00
C:0x0023 50E4 JNC C:0009
C:0x0025 22 RET
STARTUP1:
C:0x0026 787F MOV R0,#0x7F
C:0x0028 E4 CLR A
IDATALOOP:
C:0x0029 F6 MOV @R0,A
C:0x002A D8FD DJNZ R0,IDATALOOP(C:0029)
C:0x002C 758108 MOV SP(0x81),#0x08
C:0x002F 020003 LJMP main(C:0003)
Delay:
C:0x0032 EF MOV A,R7
C:0x0033 1F DEC R7
C:0x0034 7001 JNZ C:0037
C:0x0036 1E DEC R6
C:0x0037 14 DEC A
C:0x0038 4E ORL A,R6
C:0x0039 70F7 JNZ Delay(C:0032)
C:0x003B 22 RET

復(fù)制代碼

ID:163582 · 發(fā)表于 2017-2-6 01:45

你這個本身就不是只亮一個，左移的時候最低位會是0，第一個和第二個沒延時所以常亮

ID:163589 · 發(fā)表于 2017-2-6 08:40

mark

ID:163490 · 發(fā)表于 2017-2-6 23:20

本帖最后由 nicktf 于 2017-2-6 23:23 編輯

最后自己找到原因了。
換成XP用Keil uv2，去掉延時代碼，如下

#include <STC89C5xRC.H>
void main(void)
{
unsigned char i;
B=0xFE;
for(i=8;i>0;i--)
{
P1=B;
B<<=1;
B=B|0x1;
}
}

復(fù)制代碼

Debug后匯編代碼如下：

C:0x0003 75F0FE MOV B(0xF0),#0xFE
C:0x0006 7F08 MOV R7,#0x08
C:0x0008 85F090 MOV P1(0x90),B(0xF0)
C:0x000B E5F0 MOV A,B(0xF0)
C:0x000D 25E0 ADD A,ACC(0xE0)
C:0x000F F5F0 MOV B(0xF0),A
C:0x0011 43F001 ORL B(0xF0),#0x01
C:0x0014 DFF2 DJNZ R7,C:0008
C:0x0016 22 RET
C:0x0017 787F MOV R0,#0x7F
C:0x0019 E4 CLR A
C:0x001A F6 MOV @R0,A
C:0x001B D8FD DJNZ R0,C:001A
C:0x001D 758107 MOV SP(0x81),#0x07
C:0x0020 020003 LJMP main(C:0003)

復(fù)制代碼

注意看0x0017之后的代碼是編譯器自動加上的，不知道為啥，代碼如下：

MOV R0,#0x7F
CLR A
MOV @R0,A
DJNZ R0,C:001A
MOV SP(0x81),#0x07
LJMP main(C:0003)

復(fù)制代碼

R0為127
A置零
零傳送給地址為127的內(nèi)存單元
把上面重復(fù)127次
。。。
又跳回開頭的main函數(shù)入口繼續(xù)執(zhí)行（這里是死循環(huán)的更本原因）

最后改為匯編重新編寫，代碼如下：

ORG 0
START:MOV A,#0FEH
MOV R3,#8
LOOP:MOV P1,A
CALL DELAY
RL A
DJNZ R3,LOOP
DELAY:MOV R4,#20
D1:MOV R5,#20
D2:MOV R6,#248
DJNZ R6,$
DJNZ R5,D2
DJNZ R4,D1
RET
END

復(fù)制代碼

然后燒錄程序，終于世界安靜了，只執(zhí)行了一次。8個燈從P1.0到P1.7依次點亮，目標達成。
使用12Mhz晶振，算了下延時為199660us，也就是0.199660s。
最后，弄不明白為什么編譯器會自動加上那些多余的匯編代碼

ID:163669 · 發(fā)表于 2017-2-6 23:27

這個錯誤好像我也犯過。。值得警惕

ID:163490 · 發(fā)表于 2017-2-6 23:50

1971417800 發(fā)表于 2017-2-6 23:27
這個錯誤好像我也犯過。。值得警惕

請問這是什么錯誤，又該如何解決呢？如果都用匯編寫復(fù)雜度就太高了，謝謝！

ID:144931 · 發(fā)表于 2017-2-7 11:02

清沒清零。。

ID:163789 · 發(fā)表于 2017-2-7 16:43

mark

ID:163490 · 發(fā)表于 2017-2-8 18:27

不知道這種情況用C怎么解決，有大大知道么，萬分感謝！

帳號		自動登錄	找回密碼
密碼			立即注冊

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

死循環(huán)的原因

評分

評分

評分