Simpelstes Prog funktioniert nicht ATMega32

[Dirk (Gast)]

hallo,

Ich habe folgendes Programm geschrieben:

#include <stdint.h>
#include <avr/io.h>

int main( void )
{
  DDRA=255;
  PORTA=0;
  DDRD=0;
  PORTD=0;
  while(1){
    PORTA=PIND;
  }
    
  return 0;
}

Wenn ich es per ISP hochlade funktioniert es nicht. Wenn ich es per JTAG 
im AutoStep ausführe funktioniert es. Wenn es mit JTAG laufen lasse 
(Run) funktioniert es wieder nicht. confused

Wenn ich nach dem Run auf pause drücke befinde ich mich im disassembler 
bei data or unknown opcode.

Was mach ich falsch???

Danke für eure HIlfe

[Andreas R. (blackpuma)]

Ich weiß nicht wie es beim ATMega ist aber bei PIC musst du ein Config 
word mitgeben in dem steht welcher Oszillator, Watchdog on oder off, 
usw...

[Dirk (Gast)]

Ja das macht man im AVR-Studio über eine GUI
(Fuse-Settings (häkchen bei:
 OCDEN
 JTAG
 SPIEN
 Bootflash section size = 2048
 BODLEVEL=1
 Ext. Crys/Res Hi Freq 16kCK+4ms)

Einstellungen in den Proj. Options:
device: atmega32
Freq: 16000000Hz
Opt -Os


Ich verstehe das einfach nicht -hmmm

[Andreas R. (blackpuma)]

Ja das kann ich bei meinem IDE MPLAB auch einstellen aber machen tut er 
es net. Ich muss im Code das reinschreiben.

[Johannes M. (johnny-m)]

Andreas Riegebauer wrote:
> Ja das kann ich bei meinem IDE MPLAB auch einstellen aber machen tut er
> es net. Ich muss im Code das reinschreiben.
Beim AVR ist das aber anders! Die Fuses werden separat programmiert.

[Michael G. (linuxgeek)]

Vielleicht mal bei Port D die die Pullups einschalten? PORTD = 0xff;

[nixversteh (Gast)]

Hmmm... JTAG hört sich an wie MEGA16 oder größer.
Hab's mal spaßeshalber auf 'nen MEGA32 geworfen und kann die Aussage 
"funktioniert nicht" nicht nachvollziehen.
Ich habe allerdings auch keine Pegel an die Port's angelegt/geprüft.
Ergänze Deine "while"-Schleife mal um folgenden Befehl:

asm volatile ("nop" ::);

Nicht, daß da wieder was wegoptimiert wird.
Sieht auch im "AutoStep" besser aus...

[Dirk (Gast)]

aaaalso

Es scheint wohl daran zu liegen das der ATMega 32 zumindest was den XTAL 
Eingang angeht nicht mehr ganz in Ordnung ist..

Benutze ich den internen Oszilator funktioniert das Programm, schalte 
ich auf Ext. crystal hi freq um funktioniert das Programm nicht mehr.

Mit einem anderen Mega funktioniert es auch mit dem ext. crystal.

Ich habe mal mit dem DSO XTAL2 (gelb) und XTAL1 (blau) aufgezeichnet; 
jeweils an einem ATMega an dem es funktioniert und an dem es nicht 
funktioniert. Man sieht in der Ampl. schon einen deutlichen Unterschied, 
aber ich finde so schlecht sieht das CLK Signal jetzt auch wieder nicht 
aus.

Naja vllt. liest das ja nochmal jmd. der dazu was sagen kann.
(Warum das CLK singal bei dem nicht funktionierenden zu schlecht ist, 
woran man das erkennt etc. Wie ich den ATMega / XTAL Eingang kaputt 
gemacht haben könnte...)

Trotzdem danke für eure Lösungsansätze

[nixversteh (Gast)]

Ist das Fuse-Bit "CKOPT" 'programmed'? (scheiß Denglisch)

[Johannes M. (johnny-m)]

nixversteh wrote:
> Hmmm... JTAG hört sich an wie MEGA16 oder größer.+
Wie, Du hast nichtmal den Betreff gelesen?

> Ergänze Deine "while"-Schleife mal um folgenden Befehl:
>

> asm volatile ("nop" ::);
>

> Nicht, daß da wieder was wegoptimiert wird.
Nö. Das ist unsinnig. Da wird nichts wegoptimiert.

@Dirk:
Die Bilder deuten tatsächlich darauf hin, dass CKOPT nicht programmiert 
sein könnte.

[Dirk (Gast)]

For resonators, the maximum frequency is 8 MHz with CKOPT unprogrammed 
and
16 MHz with CKOPT programmed.

ist ein Crystal ein Resonator?
dann sollte es ja wirklich geproggt werden...
Hab ich noch nie gemacht ;)

Aber auch das proggen von CKOPT ändert nichts..

[Michael G. (linuxgeek)]

Da schwingt garnichts, die Amplitude muesste 5V betragen => Fuses und 
Quarz pruefen.