Druckbare Version
moment, ich glaub da ist noch ein fehler:
TXC WIRD 1, wenn der transfer beendet ist.
TXC WIRD 0, wenn man es durch schreiben einer 1 (!) cleared.
normalerweise bzw. nach dem einschalten des prozessors ist TXC = 0!!
könnte allerdings sein dass durch den bootloader irgendwas gesendet wird, dann ist es natürlich eins. glaube ich aber nicht, man sieht ja nix in hyperterminal wenn man nicht flasht.
Hi Sternthaler,
nachdem Dein Vorname nur "... Schall und Rauch" ist, (Dein Spruch!:)) muss ich Dir auch noch verkünden, dass Du mit
auch noch FALSCH liegst!:)) (Oh, du dickes Ei!)Zitat:
Unser "while ( ! (UCSRA & 0x40)) ;"-Code dreht ja nun alles auf den Kopf. Das Bit bleibt also nicht dauerhaft auf 1, sondern auf 0. Denn nur dann kommen wir ja wieder aus dem while herraus, wenn es auf 0 gegangen ist.
Deutsche Spragge, schwere Spragge! English noch viel schwerer!:))
... hatten wir schon: (und schon wieder ein "deja vu-Erlebnis"!)Zitat:
* Bit 6 - TXC: USART Transmit Complete
This flag bit is set when the entire frame in the Transmit Shift Register has been shifted out and there are no new data currently present in the transmit buffer (UDR).
Zitat:
Und da steht doch sinngemäß drin:
TXC = 1, wenn
* 1. das gesamte "Versand-Paket" (einschließlich "Start-", "Stopp-" und evtl. "Paritätsbit") hinausgeschoben (=versandt) wurde,
und
* 2. sich keine (weiteren/) neuen Daten im Transmit-Speicher (=UDR) befinden!
.... ebenso => hier unwichtig!Zitat:
The TXC Flag bit is automatically cleared when a transmit complete interrupt is executed,
Bitte beachten "it can"!Zitat:
or it can be cleared by writing a one to its bit location.
Dass wir das _zur_Sicherheit_ machen, hatte ich ja auch schon geschrieben!
Na ja, auch HIER unwichtig!Zitat:
The TXC Flag can generate a Transmit Complete interrupt (see description of the TXCIE bit).
(Und das Alles steht bei mir auf Seite 154!:-)
Na ja, es war schon ziemlich spät!:))
Umgekehrt! "TXC auf 1, wenn alles geschoben ..." und der Speicher UDR leer ist.!Zitat:
- AVR setzt TXC auf 0 wenn alles geschoben ist.
- unser "while ( ! ...) sieht dies und while bricht ab
Ich würde, damit alle glücklich sind, alles so lassen, wie es ist! Bis auf
1. m.a.r.v.i.n's #define => ist m.M. nach 'ne gute Ergänzung!
2. Doppel-FOR-Schleife weg => braucht man nicht!
3. Bei TX ein: nicht das ganze Byte setzen "UCSRB = 0x10; //enable receiver", sondern _etwas_besser_ nur das entspechende Bit: "UCSRB |= 0x10; //enable receiver"
... und zum Ausschalten: "UCSRB &= ~0x10; //disable receiver" (dto. clear'en)
4. analog dazu das Gleiche beim Empfänger!
Jeder, der ein wenig "fortgeschrittener" ist, kann sich ja die vorgefertigten Funktionen nach Gusto anpassen!
Hi @damaltor!
Glaube ich nicht, dass es zu Null wird, sondern es bleibt 1. (Das mit dem "cleared" ist m.M. nach hier etwas verwirrend ausgedrückt!)Zitat:
TXC WIRD 0, wenn man es durch schreiben einer 1 (!) cleared.
Ich wette, dass erst der Schreib-Zugriff auf UDR 'ne Null draus macht! (Denn erst dann fängt der Sendeprozess an!)
So, ich muss jetzt weiterlernen, in dem ich Eure Programme analysiere!!:))
cu Helmut
PS: Schade, dass ich noch keine Antwort auf meine Frage nach dem Zweck der Variablen "tot_count" in Go() bekommen habe! (Vielleicht kann mir hier jemand helfen?)
wenn es die ISR nicht macht! Im Polling-Betrieb kannst es auch nicht löschen und bei der nächsten Abfrage wird ein "Schieberegister leer" erkannt, weil das TXC noch vom letzten beendeten Senden gesetzt war. Das mache ich hier nicht anders:Zitat:
or it can be cleared ...
https://www.roboternetz.de/phpBB2/vi...=302605#302605
mic
nein, das stimmt schon. das bit ist clear, wenn es null ist, und es wird gecleared, wenn es mit 1 beschrieben wird. ich arbeite gerade mit der USART auf einem STK200, um die möglichkeiten der Datenübertragung zu testen.
durch das schreiben einer 1 in das bit wird es zu null! ist zwar eigenartig, aber ich vermute einen technischen rund dahinter. vermutlich wurde dadurch etwas platz auf dem silizium gespart.
Hilfe, ich verblöde! (Oder ist 3:33 doch auch für mich zu spät?)
Natürlich habt ihr alle Recht. "while ( ! (UCSRA & 0x40)) ;" heißt selbstverständlich, dass das TXC-Bit erst 1 werden muss damit die Schleife verlassen wird. Dann passt es auch zur englischen Beschreibung. (Kann ich scheinbar nach 03:00 nur manchmal verstehen)
Trotzdem sollte das Bit "before each transmission (before UDR is written)" gecleard werden. Das aber fehlt trotz meines unverzeihlichen Fehltritt's heute Nacht in uart.c SerWrite().
Und ob da ein Stück Silicium fehlt, oder das Bit halt lieber negativ denkt ist doch eigendlich egal. Hauptsache es wird vorher auf 1 gesetzt, damit es 0 wird.
Hier allerdings bin ich immer noch der Meinung, dass es in unserem Fall zwingen notwendig ist., denn der Satz geht weiter mit: "if it is used for this purpose"Zitat:
Zitat von helmut_w
(Was habe ich jetzt an Müll geschrieben? Sagt es mir)
/me beruhigt sternthaler erstmal und pustet den schall und rauch weg =)
man kann es löschen, wenn man mag. mehr ist dazu nicht zu sagen. ich denke, es ist eine feine sicherheitsabfrage, damit fehler in der übertragung begrenzt werden. leider ist mein asuro gerade in der umbauphase, hat das also mal jemand ausgetestet?
Ich zähle schon seit Sunden immer wieder bis 1000. So langsam geht es wieder. ;-)Zitat:
Zitat von damaltor
Nein, ist noch nicht ausprobiert. Oder doch, eigendlich ja schon von Arexx-Henk.
iss erstmal einen ja!-doppelkeks...
Mhhm... lecker, besonders gut mit Kaffee und Rapmusik. Gibt es eigendlich schon ein rappiges Stück für den musizierenden-Asuro? :lol:
hmm... hiphop ist ok, aber ich hör lieber musik....