stackpoiunter atmege16 und avr studio

[rennreh (Gast)]

Hallo ich habe einen komischen fehler:
wenn ich mit avr studio das programm simuliere kommt ein "AVR Simulator: 
Uninitialized stack pointer used at 0x0038" Fehler und das programm 
startet an igrendeiner stelle ... ich dachte immer das der stack pointer 
in C automatisch initialisiert wird, ist dem nicht so?

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


void TIMER_Init();
void ADC_Init();
uint8_t hexadezimal(short zahl);
uint16_t ADC_Read();

uint16_t cnt = 0;


SIGNAL(SIG_OVERFLOW1) {
  uint8_t tmp;

  tmp = tmp;

  PORTB = hexadezimal(cnt++);
  PORTD = hexadezimal(cnt);

}


int main (void) {
  TIMER_Init();
  sei();

  DDRB = 0xff;
  DDRD = 0xff;

  return 0;
}


uint8_t hexadezimal(short zahl) {
  uint8_t port;

  switch(zahl) {  
      //          gfdecba 
    case 0:  port = 0b1000000; break;
    case 1:  port = 0b1111001; break;
    case 2: port = 0b0100100; break;
    case 3: port = 0b0101000; break;
    case 4: port = 0b0011001; break;
    case 5: port = 0b0001010; break;
    case 6: port = 0b0000010; break;
    case 7: port = 0b1111000; break;
    case 8: port = 0b0000000; break;
    case 9: port = 0b0001000; break;
    default:port = 0b0011110;
  }

  return port;
}

void TIMER_Init() {
    TCCR1B = 0x05;
  TIMSK |= (1<<TOIE1);
}

[Stefan E. (sternst)]

Falschen Controller im Simulator ausgewählt?

[rennreh (Gast)]

Ich habe ein ATMEGA16PU allerdings gibts den nicht im simulator, also 
habe ich atmega16 ausgewählt. gibts da nen gravierenden unterschied?

[Jonathan S. (joni-st)]

Nein. Das PU gibt einfach nur die Bauform an. In deinem Fall wäre das 
DIL (bedrahtet).


Gruß
Jonathan

[Stefan E. (sternst)]

rennreh schrieb:
> Ich habe ein ATMEGA16PU allerdings gibts den nicht im simulator, also
> habe ich atmega16 ausgewählt.

Dann bei der Build-Configuration nachschauen. Du hast mit ziemlicher 
Sicherheit irgendwo den falschen Controller eingestellt.

[rennreh (Gast)]

Ja stimmt wie peinlich :)

vielen dank

mfg