AVR springt aus Subroutine ins Nirvana

[Harald (Gast)]

Hallo,

ich hab folgenden Code:

#define F_CPU 8000000UL

#include <avr/io.h>
//#include <util/delay.h>

//Makros

#define EINGANG    0x00
#define AUSGANG    0xFF


//Funktionsprototypen

void ports_init(void);
void enable(void);

//Variablen

int n;

//Funktionen

void ports_init(void)
{
  DDRA = AUSGANG;
  DDRD = EINGANG;
}

void enable(void)
{
  PORTA = 0b00000110;
}

int main(void)
{
  ports_init();
  //DDRA = AUSGANG;
  //DDRD = AUSGANG;
  enable();
  PORTD = 0xFF;
  
  while(1) 
    {
    }
}

Und das Problem dazu: Der Prozessor springt nach Abarbeitung von 
ports_init an eine Adresse, in der offenbar kein Coder gespeichert ist.

Ich arbeite mit GCC und Atmel Studio, der Fehler tritt sowohl mit als 
auch ohne Debugger auf. Hardware ist ein Atmega64A mit JTAG, der über 
einen ICE Mark 2 angespochen wird.

Am Ende von ports_init macht der Debuger den Disassembler auf, und da 
steht der PC dann auf irgendeiner Adresse, um die herum es seitenweise 
nur NOPs gibt. Das, was der vorher im Assemblercode steht, sieht so aus:

    32: {
    33:   DDRA = AUSGANG;
0000005A  SER R24    Set Register 
0000005B  OUT 0x1A,R24    Out to I/O location 
    34:   DDRD = EINGANG;
0000005C  OUT 0x11,R1    Out to I/O location 
0000005D  RET     Subroutine return 
    52: {
    53:   ports_init();
0000005E  CALL 0x0000005A    Call subroutine 
    48:   PORTA = 0b00000110;
00000060  LDI R24,0x06    Load immediate 
00000061  OUT 0x1B,R24    Out to I/O location 
    57:   PORTD = 0xFF;
00000062  SER R24    Set Register 
--- D:\Entwicklung\source\Brenner\Brenner\Debug/.././main.c 
00000063  OUT 0x12,R24    Out to I/O location 
00000064  RJMP PC-0x0000    Relative jump 
--- No source file -------------------------------------------------------------
00000065  CLI     Global Interrupt Disable 
00000066  RJMP PC-0x0000    Relative jump

Und zwar geht der falsche Sprung von 05D RET aus.
Mit dem Simulator funktioniert es, auf der Hardware nicht.

Prozessor kaputt? Comiler kaputt? Oder sitzt das Problem vor dem 
Bildschirm?

Gruß,
Harald

[Falk B. (falk)]

Dann stimmt was nicht mit dem Stack. Wahrscheinlich ist eine Fuse falsch 
gesetzt. Stichwort M103C Fuse . . .

[(prx) A. K. (prx)]

Ist der ATmega64A eine Schrumpfversion vom ATmega128? Dann such mal nach 
einer Compatibility-Fuse für einen ATmega103 oder so. Beim 128er ist die 
aktiv und führt zu einem falschen Stackpointer mit exakt diesem 
Fehlerbild.

[Harald (Gast)]

Danke!
Es war die genannte Fuse.

Gruß,
Harald