Proteus環境下Avr I/O電平反復變化（看門狗復位）

#include

void main()

{

DDRB=0XFF;

PORTB=0X00;

while(1);

}

然而就是這么簡單的一個程序得到的仿真結果是：

一會高一會低，非常郁悶，學了這么長時間，居然讓一個燈常亮都不行了……于是群里問……可惜沒人回答

終于，搜索中找到了以下是原文：

這個問題主要會出現在用CVAVR來編譯的程序中。

之前學AVR有用到proteus仿真，我用的是proteus7.4，拿一個ATMega16出來，用AVR編譯出來的一些簡單的程序，根本不能正常的運行，這把我搞的相當的郁悶，后

來在仿真日志中發現原來是看門狗一直都開著，我又沒喂狗，因此一直都把處理器復位了，這回我更郁悶，我又沒開看門狗，又沒配置fuse，為什么自己會開呢，搞了N久后，發

現有這個可能，一個CVAVR本身編譯之后在proteus仿真中，默認開了看門狗（實際上我并沒有開啊！！！而且在實物中，要配置fuse才能開的吧？）經過考究后發現，原來真的

是CVAVR給開了，因為我問了其它的師兄說他們的proteus沒問題），于是試著手動顯式關掉看門狗，關閉的方法如下：

1.先喂狗;

2.把WDTCR寄存器中的WDTOE位先置1，然后在接下來馬上把WDE位置0;

3.可以了.

具本的C語言代碼可以這樣寫(CVAVR編譯器下通過):

#asm("WDR")

WDTCR=0x10;

WDTCR=0x00;

OK，就可以啦，這回在proteus中的仿真日志中就不會再看到諸如“看門狗溢出，處理器被重置”這樣可惡的信息了，如果是在仿真中學習AVR的話，建議在主程序一開始就把看門

狗給關掉，畢竟這跟實物不一樣的。

希望這能讓別的人少走彎路。

以上的情況是在使用CVAVR編譯器中出現的，使用ICCAVR貌似沒有這個問題。

即在cvavr中應帶這么編寫：

#include

void main()

{

#asm("WDR")

WDTCR=0x10;

WDTCR=0x00;

DDRB=0XFF;

PORTB=0X00;

while(1);

}

結果仿真成功。