atmega168

[andreas (Gast)]

hallo, ich habe folgendes problem mit dem atmega168:
zum reagieren auf eine tastatureingabe habe ich die usart receive
complete interrupt enable gesetzt (UCSR0B =
(1<<RXEN0)|(1<<TXEN0)|(1<<RXCIE0);).  Statt nach meiner Interrupt
routine weiterzumachen startet er die main-methode immer wieder neu und
schreibt mir den bildschirm voll.
Sicher ist es nichts grosses aber ich komme nicht drauf... beim atmega8
hat die entsprechende implementation funktioniert.
schon mal 1000 dank für ideen.
programm hängt an.

[Koopi (Gast)]

Hallo,
hast Du berücksichtigt, dass die Register und die Interrupttabelle
nicht gleich sind. Du darfst nicht die mega8.h nehmen

Koopi

[andreas (Gast)]

Nein die includes sind alle richtig. auch auf andere registernamen habe
ich natürlich umgestellt.
Trotzdem glaube ich auch das das problem beim 168er interrupt liegt.
...danke trotzdem..

[andreas (Gast)]

also ich weiss jetzt dass man dem Quarz eine Zeit zum einschwingen
lassen muss.
Das Problem dass ich nich aus meiner Interrupt-routine zurückkomme
konnte ich immer noch nicht lösen.

/*ECHO*/
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/signal.h>

SIGNAL(SIG_UART_RECV)
{
  while (!(UCSR0A & (1<<RXC0))); // Warte bis empfangen abgeschlossen
  unsigned char data=UDR0;
  while (!(UCSR0A & (1<<UDRE0))); // Warte bis Senden möglich
  UDR0 = data;
}
int main (void)
{
 USART_Init(MYUBRR);
 CLOCK_Stab();

 sei();
 while(1);
}

ich arbeite mir twinavr und tera term.
er schmeisst mir einfach den bildschirm voll .
könnte es an den interrupt vektoren liegen dass er sich aufhängt?
herzlichen dank für anregungen.
andreas

[Werner B. (Gast)]

Ich kenn den mega168 zar nicht, aber bei

SIGNAL(SIG_UART_RECV)
und evtl USART_Init(...)

fehlt mir irgendwo die USART-Nummer (das '0')