USART löst Interrupt nicht aus

ATmega16 @ 8MHz

Du mißt auch nicht, ob es einen Int gibt, sonder ob seine Zeichen 
richtig empfangen werden.
Also Pin am Anfang der ISR setzen und am Ende löschen.

Ob die Baudrate stimmt (nur dann kann man Frames korrekt empfangen), 
läst sich durch Senden ermitteln, denn dabei wird ein messbares Signal 
erzeugt. Beim Empfang zwar auch, aber dann stammt das Signal nicht von 
Prüfling.

Was für einen Transreciever hast du dran ?
Poste mal den Schaltplan.

Funktioniert es wenn du in der ISR einen Pin toggelst ?

Gruß JackFrost

Christian Karle schrieb:
> Die Baudrate stimmt, wurde in einem anderen Thread bereits diskutiert...
> Wie du siehst wird in der ISR ein Pin getoggelt! Ich kann am Oszi jedoch
> nichts messen! Alle Versuche führten nicht zum Ergebnis.

Also du machst alles richtig, aber es geht trotzdem nicht.

Schade, dann kann ich dir leider nicht weiterhelfen ;-(

Prüf in Main das FE Flag in UCSRA und gib dir das auf einen Pin.

Deine Fuses sind richtig gesetzt oder ?

Mit welcher Spannung läuft der Mega16 ? Ist der Hi-Pegel von dem 
Transreciever nur 2 V. Oder meintest du mit den 2 V dem Bild 2 V / diff

Gruß JackFrost

Christian Karle schrieb:
> Stimmt die Reihenfolge in der ich in das Baudratenregister schreibe?
Sende doch einfach mal vom uC aus ein Zeichen, dann kannst du es am 
Oszi sehen...

Moin,
die initialisierung sollte stimmen 
(http://www.atmel.com/images/doc2466.pdf).

1)Wie sieht es mit einem Schaltplan aus? Oder einem Foto der Schaltung.
2)Funktioniert die Schaltung? Ggf. mal ne LED blinken lassen oder einen 
Pin toggeln (passt die gemessene Frequenz zu der gewählten?)

1

#include <util/delay.h>

2

...

3

4

while(1){ //Ohne Gewähr

5

_delay_ms(1);

6

PORTB ^= ( 1 << PB1 );

7

}

-->  Jetzt sollte an B1 eine frequenz von 0,5kHz liegen.
Wenn alles OK, dann ggf. mal ein Zeichen senden. Und das mit dem LA 
aufnehmen.
3) Du scheibst, dass die FUSE Bits richtig gesetzt sind? Das kann ich 
von hier aus nicht überprüfen. Auf welchen Wert hast du sie gesetzt?

Da der Code richtig zu sein scheint, vermute ich den Fehler bei 1 oder 3

Grüße

Hallo,

kann es sein dass in Zeile 32 noch was fehlt?
 UCSRC = ( 1 << URSEL ) | ( 1 << UCSZ1 ) | ( 1 << UCSZ0 ); //8N1

--> |

Du meinst:

1

UCSRC |= ( 1 << URSEL ) | ( 1 << UCSZ1 ) | ( 1 << UCSZ0 ); //8N1

Nein, das sollte egal sein. Alle anderen Bits in dem Register sind schon 
null.
Eigentlich könnte man sich die Zeile ganz sparen. Es ist der 
Init-Zustand des AVR

Jan S. schrieb:

> Nein, das sollte egal sein. Alle anderen Bits in dem Register sind schon
> null.

Ich glaube dass macht schon einen Unterschied. UCSRC und UBRRH teilen 
sich den Zugriff, könnte es sein dass der TO aus Versehen auf UBRRH 
schreibt?

Ich hab deinen Code mal auf nem Atmega32 ( ich hatte keinen Atmega16 da 
) getestet.

Der Atmega32 war auf dem STK500 montiert. Gesendet hab ich mit KiTTY und 
nem USB<->RS232 Adapter.

Fuses :

High 0x99
Low 0xE4

Hier läufts ohne Probleme.

Channel 0 ist RX und Channel 1 ist PB1.

Gruß JackFrost

Jan S. schrieb:
> Du meinst:
>

1

> UCSRC |= ( 1 << URSEL ) | ( 1 << UCSZ1 ) | ( 1 << UCSZ0 ); //8N1

2

>

> Nein, das sollte egal sein. Alle anderen Bits in dem Register sind schon
> null.
> Eigentlich könnte man sich die Zeile ganz sparen. Es ist der
> Init-Zustand des Avr
Diese Schreibweise währe sogar falsch, die "veroderung" führt erst zu 
einem Read des Registers, und wie es das Datenblatt schreibt wird dabei 
UBRRH gelesen. Erst ein darauffolgenes Read würde den Wert von UCSRC 
liefern.
Somit landet in UCSRC der Wert von UBRRH zuzüglich der gewünschten Bits.

Währe in dem Beispiel hier zwar egal da UBRRH = 0 ist, aber auch eine 
schöne Stoplerstelle..

Sascha

Sascha W. schrieb:
> Diese Schreibweise währe sogar falsch,
> [...]
> Währe in dem Beispiel hier zwar egal da UBRRH = 0 ist, aber auch eine
> schöne Stoplerstelle..
Stimmt, das hatte ich ganz übersehen. Wirklich eine Stoplerstelle!

Bastian W. schrieb:
> Hier läufts ohne Probleme.

Das passt doch zu meiner Vermutung, dass etwas an der HW nicht stimmt... 
Abwarten, wann der TO weitere Infos nachlegt:
Jan S. schrieb:
> 1)[...]Schaltplan
> 3)[...] FUSE Bits
> 2)Funktioniert die Schaltung?
Punkt 2): wohl eher nein.

Grüße

Christian Karle schrieb:
> Die Baudrate stimmt, wurde in einem anderen Thread bereits diskutiert...
> Wie du siehst wird in der ISR ein Pin getoggelt! Ich kann am Oszi jedoch
> nichts messen! Alle Versuche führten nicht zum Ergebnis.