XMega UART Baudrate

Max schrieb:
> Nun mehrere Fragen.
> 1.) Macht es einen Unterschied ob ich Interruptgesteuert oder Polled
> vorgehe um hohe datenübertragungsraten zu erreichen?

"Polled" ist schneller, ist "pfui", ist unnötig und du kannst nichts 
anderes nebenbei erledigen.

> 2.) Welche Datenübertragungen sind realistisch/überhaupt machbar?
> Excel-Tabelle  hat eine Spalte für 921600.

1 MBaud bei 32 MHz CPU-Clock macht ca. 320 Takte pro Byte. Das ist noch 
Luft und du kannst dir aussuchen, wie du die Daten aus dem Empfänger 
holst. Was spricht gegen DMA?

> 3.) Und noch wichtiger. Was hat es mit dem CLK2X(Double Speed) auf sich.
> Ich finde in der beiliegenden PDF und in dem Beispiel-Code keine
> nützlichen Informationen wie ich diesen Modus nutzen kann.

Bei CLK2X gibt es nur noch 8 "Zeitslots", in denen nach dem Startbit 
gesucht wird, normalerweise sind es 16. Lies dazu "21.8.1 Asynchronous 
Clock Recovery" im "XMEGA A MANUAL".

> 4.) Aus welchem Grund funktioniert der Calculator und die Excel-Tabelle
> von Atmel nicht?

Hab ich noch nie verwendet.

Also ich habe es gerade mal getestet. Ebenfalls Atxmega (Atxmega32A4) 
bei 32 MHz internen Oszillator. Ebenfalls CP2102
Baudrate: 921600

Bsel = 150
Bscale = -7
Ergibt 0.08% Abweichung. Bisher keine Übertragungsfehler.
Allerdings wird es vermutlich schwierig größere Datenemengen so schnell 
zu verarbeiten bei 32 MHz. Mehr als erstmal nur entgegennehmen und im 
Speicher ablegen würde ich vermutlich nicht machen.

Hier würde ich mit Interrupts arbeiten. Der Interrupt schreibt einfach 
nur die empfangenen Daten in einen Speicher und parallel kannst du in 
einer anderen Routine die Daten schonmal abarbeiten.
Mit der DMA-Maschine habe ich mich noch nicht beschäftigt.

max schrieb:
> Erschlagt mich bitte nicht wenn ich mich irre aber 921600 macht bei 8
> datenbits und einem stopbit ca. 100kb/s aus. Sehe ich das richtig?

Jo, genau wären es, da 10 bits pro byte übertragen werden, maximal 92160 
bytes/sec. Die Zeit zum Empfang des nächsten Bytes muss dann allerdings 
reichen, um das eine Byte wegzuspeichern und den Rest des Programms zu 
beackern. Übrigens warens oben noch 57600 bytes/sec, warum denn jetzt 
doppelt so schnell ?

max schrieb:
> Ist mein xmega überhaupt in der Lage das zu bewerkstelligen?

Tja, wenn das alles gleichzeitig passieren soll und währenddessen die 
UART ihn auch noch beschäftigt, kann es eng werden. SPI ist allerdings 
nicht so zeitkritisch in Bitdauer und clocklänge usw.
SD Karten können aber etwas unvorhersehbar reagieren, ein RDY Signal nch 
dem Schreiben kann mal früher, mal später kommen.

Max schrieb:
> oder muss ich mir
> dafür schon einen stärkeren µC zulegen?

Ich sag mal nee, das schafft er schon, vor allem wenn du mit den 
Interrupts geschickt umgehst. Ein Cortex M3 mit 24 Mhz ist da keineswegs 
schneller :P Ich zumindest bin bei Vergleichen zwischen den XMegas mit 
32 Mhz und den STMs mit 24 Mhz von den XMegas überzeugter. Will aber 
jetzt keinen Thread über Performance lostreten :-)