USART beim AVR 1284p

[Magnou (Gast)]

Hallo,

wer kann mir sagen, warum ich das USART vom Atmega 1284p nicht zum 
laufen bekomme?

Getestet wurde zuerst auf einer eigenen Platine mit MAX232N,

dann auf dem Pollin-Evoluationsboard. Ein Blick ins Datenblatt sagte, 
dass mega16 und mega1284p soweit pinkompatibel sind, dass man das machen 
kann.

Taktung mehrmals überprüft (_delay_ms und LED toggeln)

[Magnou (Gast)]

Oh ja und der avr-gcc mag findet einfach kein PRR0 und PRUSART0. Ich 
hatte es daher auskommentiert. Beispiele anderer Leute aus dem Netz 
ließen sich compilieren, brachten aber auch kein Ergebnis am PC. Mit 
einem atmega8, der vorher auf dem Board war, ging es aber problemlos.

[c-hater (Gast)]

Magnou schrieb:

> wer kann mir sagen, warum ich das USART vom Atmega 1284p nicht zum
> laufen bekomme?

Vermutlich, weil du die falsche Partdefinition included hast.

> dann auf dem Pollin-Evoluationsboard. Ein Blick ins Datenblatt sagte,
> dass mega16 und mega1284p soweit pinkompatibel sind, dass man das machen
> kann.

Das sind sie.

> Oh ja und der avr-gcc mag findet einfach kein PRR0 und PRUSART0

Tja, die gibt's auch weder beim Mega16 noch beim Mega8. Erstaunlich ist, 
daß er UBRR_0_ usw. nicht anmeckert. Die gibt's nämlich auch weder beim 
Mega8 noch beim Mega16.

[Uwe (de0508)]

Hallo,

PRR0 = (0<<PRUSART0);

 ist auch sinnfrei und =0

[Magnou (Gast)]

Ja, mein Skript sagte dem avr-gcc es sei ein atmega128...

Manchmal hat man echt Tomaten auf den Augen.

Danke!

[c-hater (Gast)]

Uwe S. schrieb:

> PRR0 = (0<<PRUSART0);
> ist auch sinnfrei und =0

Naja, im Prinzip macht's schon das, was der OP hier vermutlich nur 
erreichen wollte.

Dummerweise macht es aber auch noch einiges mehr, was dem OP im Moment 
wohl egal ist, aber wenn's nicht gleich korrigiert wird, irgendwann mal 
zu einem dämlichen Posting á la: "Mega1284 power reduction funktioniert 
nicht" führen könnte...

Deine Anmerkung ist also zum Schutz des Forums absolut zu begrüßen ;o)