Optimieren von UART-Komunikation, bitte um Meinungen

[JoeM1978]

Eine Priorität gibt's nur dann, wenn mehrere Interruptanforderungen anstehen und Interrupts erlaubt sind, dann wird derjenige mit höchster Priorität zuerst ausgeführt.

Dann ist also innerhalb der ISR ein "Disable Interupts"... und
ind der letzten Zeile "Enable Interupts" sowieso nutzlos, da das automatisch gesperrt ist.

Die aktuelle Datenblock-Länge zu speichern ist eine Möglichkeit. Stimmt.

In die Gegenrichtung... also Daten senden mach ich am einfachsten über

Print"{irgendwas}";

?
oder wäre es sinnvoll das ebenfalls über das Register zu schicken ?

Ich hab gelesen, das das UDR das Register ist für I/O ... also sprich für beide Richtungen.
Ist das Problematisch, wenn Während dem Senden daten empfangen werden ?
Das gibt doch dann nur durcheinander vermute ich mal.

[MagicWSmoke]

Man kann auch Interrupts in einer ISR extra erlauben, "nested interrupts", aber das ist nicht ungefährlich und hat 'ne Menge Tücken.

Print ist problemlos benutzbar, nur mit allem wie Input usw. würdest Du Probleme haben, weil sich die URXC sofort die Daten greift. Geht aber trotzdem, einfach den Interrupt verbieten.

Nein, ist kein Problem. Schreibt z.B. ein Print auf das UDR, so hat das keinen Einfluss auf daraus gelesene Werte, das wird wie zwei unterschiedliche Register unter einem Namen behandelt.

[JoeM1978]

Fein. gut zu wissen, das es dann doch unterschiedliche Register für RX und TX sind.

Immerhin sollen schon einige Daten zum PC Wandern also Sensoren, odometrie, evtl. Statusmeldungen...
Das wäre käse, wenn das alles warten müsste.

Deshalb möcht ich ja auch lieber vorher die Komunikation genau hinterfragen... nich das es
späther schon probleme gibt, wenn z.b. Radsensoren/Drehgeber paar mal in der Sekunde Werte senden sollen.

Naja... ich frag einfach was ich nicht versteh... irgendwann machts peng und es bleibt im Hirn hängen
(oder bringt mich zur verzweiflung)*lach

[MagicWSmoke]

Deine Anfangslösung mit 2mS Waits hätte solch eine Blockade verursacht, da dort für den Empfang die ISR nicht verlassen worden wäre, hätte also für max 32mS blockiert. Interruptgesteuert dagegen wird nix blockiert, man könnte noch mit gepuffterem Senden bei dieser niedrigen Baudrate Rechenleistung freimachen.

[JoeM1978]

Ja... diese 2ms delay waren ursprünglich auch nicht geplant.
Ich hatte mich in der Geschwindigkeit vertahn und dachte der buffer würde schneller gefüllt, als die ISR das auslesen kann.

... ich kann ja alternativ den atmega mit Handbremse betreiben und nur paar Herz takt geben. *lach
Wobei mir grade so ein Bild in den Sinn kommt von den ersten "Computern" die aus tausenden Relais und Schützen ganze Stockwerke
belegt hatten.