Optimieren von UART-Komunikation, bitte um Meinungen

[JoeM1978]

OK. habs in der Bascom-hilfe dann letztendlich doch gefunden UDR ist das Data-Register vür UART.
Also lese ich damit direkt aus dem Register.

Was mich stutzig macht... mit "On Urxc Uart_get_char" im Header spuckt er mir ne fehlermeldung aus,
wenn ich serialin configurieren will...
liest er dann also jedes einzelne zeichen sofort über die isr aus ?
Dann ist also hier nix mit Buffer verwenden drinn wenn ich das recht sehe.

[MagicWSmoke]

OK. habs in der Bascom-hilfe dann letztendlich doch gefunden UDR ist das Data-Register vür UART.

Das würdest Du auch im Datenblatt finden.

Was mich stutzig macht... mit "On Urxc Uart_get_char" im Header spuckt er mir ne fehlermeldung aus,
wenn ich serialin configurieren will...

Klar, verwendet ja auch den selben Interrupt.

liest er dann also jedes einzelne zeichen sofort über die isr aus ?
Dann ist also hier nix mit Buffer verwenden drinn wenn ich das recht sehe.

Sobald ein Zeichen eintrifft, wird die ISR aufgerufen, das UDR gelesen und passend verarbeitet, gepuffert wird's in buff().
Das ist genauso eine gepufferte Empfangsroutine, wie sie Bascom per gepufferten Serialin aufbaut, nur eben darauf spezialisiert, einen bestimmten Datenblock zu empfangen.

[JoeM1978]

ok... also ist das sozusagen wie der gepufferte Empfang... nur eben "manuell".

Dann muss ich aber nochmal was hinterfragen...
bei 9600baud, meinst da könnte es passieren, das während dieser "manuellen Bufferroutine" ein zweites Zeichen schon ankommt ?
Würde das in einer "warteschleife hängen oder einfach verworfen werden ?

[MagicWSmoke]

ok... also ist das sozusagen wie der gepufferte Empfang... nur eben "manuell".

Ich würd' eher sagen eine andere Version des gepufferten Empfangs.

bei 9600baud, meinst da könnte es passieren, das während dieser "manuellen Bufferroutine" ein zweites Zeichen schon ankommt ?

Keine Chance

9600 Baud sind 9600 Bits pro Sekunde, ein Zeichen sind mit Start- und Stopbit rund 10 Bits, also sind's rund 960 Zeichen pro Sekunde, das sind etwas mehr als 1 mS für ein Zeichen.
In dieser Zeit hat der µC ca. 8000 Takte zur Verfügung, meine gepufferte Routine braucht so ca. 140-200 Takte pro Aufruf.

Bei 400000 Baud würdest Du an Grenzen stoßen.

Würde das in einer "warteschleife hängen oder einfach verworfen werden ?

Ohne Handshake gehen Zeichen verloren, wenn der UART-Puffer voll ist und nichts mehr aufnehmen kann.

[JoeM1978]

joa... und da die routine eh sofort bei jedem zeichen aufgeht sollte das kein problem sein.

Jetzt muss ich nur aufpassen, das ich bei anderen ISR keine gravierenden Verzögerungen reinbekomm.
Denn dann könnte es doch seltsame auswirkungen haben, je nachdem welche ISR höherer priorität hat.

Betreffs deinem Code... die Array buff() und data_block() ...
Gibts eine schnellere möglichkeit ein Array zu löschen als eine For_Next-Schleife ?
Denn wenn ich unterschiedlich lange Messages Empfange wäre es schon störend, wenn der Inhalt der vorherigen noch drinn steht.

[MagicWSmoke]

Denn dann könnte es doch seltsame auswirkungen haben, je nachdem welche ISR höherer priorität hat.

Sobald eine ISR aktiv ist, sind alle anderen gesperrt, d.h. eine Endlosschleife in einer anderen ISR kann alles blockieren.
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.

Gibts eine schnellere möglichkeit ein Array zu löschen als eine For_Next-Schleife ?

Memcopy() mit entsprechender Option ist recht schnell. Aber das ist unnötig, stört doch nicht, wenn da was drinsteht. Du musst nur wissen, wie lange die Nutzdaten tatsächlich sind.
Wenn Du hier die Länge in eine zusätzliche Variable kopierst, weißt Du das immer.

tmp = memcopy(buff(1) , data_block(1) , db_index)
  data_block_len = db_index

[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.