Gast
#3066508
Hab's immer noch nicht verstanden. Kann's jemand in kurzen Worten erklären?
Gast
#3066509
S=Synchron A=Asynchron
Gast
#3066537
Du bist von Beruf Manager?
Mal in Wikipedia geschaut? Im Artikel über UART: "USART (Aussprache: ʊəˡsat oder 'ju sart) steht für Universal Synchronous/Asynchronous Receiver Transmitter und bietet zusätzlich die Möglichkeit einer synchronen Datenübertragung." http://de.wikipedia.org/w/index.php?title=Universal_Asynchronous_Receiver_Transmitter&action=edit§ion=2
Eine UART beherrscht einen 'asynchronen' Datentransfer. Eine USART kann zusätzlich auch noch einen 'synchronen' Modus. asynchron: es gibt keine dezidierten Transfer-Steuerleitungen, der Empfänger muss aus den Pegeln alleine die Information gewinnen. Daher wird ein zeitliches Fenster festgelegt - Stichwort: "die Baudrate muss auf beiden Seiten übereinstimmen". Sender und Empfänger laufen nur während eines Bytes synchron. Danach ist die Synchronisierung wieder aufgehoben und der Empfänger muss sich mit dem nächsten Zeichen wieder neu zeitlich synchronisieren indem er die Datenleitung beobachtet. synchron: es gibt eine gemeinsame Taktleitung, die dem Empfänger den genauen Zeitpunkt nennt, wann die Datenleitung den nächsten gültigen Pegel eingenommen hat. Die Taktleitung synchronisiert Sender und Empfänger. (In a nutshell und vereinfacht ausgedrückt)
Gast
#3066556
Und was ist eine 'synchrone' Datenübertragung im Vergleich zur 'asynchronen'?
Gast
#3066558
Zu langsam...
Gast
#3066560
>synchron: es gibt eine gemeinsame Taktleitung,
Aaaahhh... jetz kommen wir der Sache näher. Die Kommunikation wird über
Steuerleitungen wie CTS unt RTS hergestellt?
Gast
#3066565
Nein, doch nicht. RTS und CTS haben nichts damit zu tun. Das sind wohl nur Dreingaben. Es geht sinngemäß nur um die Taktleitung.
Beppe G. schrieb: > Nein, doch nicht. RTS und CTS haben nichts damit zu tun. Das sind wohl > nur Dreingaben. Es geht sinngemäß nur um die Taktleitung. Puh. Gerade noch die Kurve gekratzt. Ich hab mir schon sowas gedacht, als ich nach einem allgemeinerem Begriff für die Taktleitung gesucht habe, dass es da zu Verwchslungen mit RTS/CTS DSR/DTR kommen könnte.
Gast
#3066613
Karl Heinz Buchegger schrieb: > > Puh. Gerade noch die Kurve gekratzt. Nö, volle Kanne rausgeflogen ;-) Auch bei der synchronen seriellen Datenübertragung wird in der Regel keine extra Taktleitung verwendet. Folgender Satz aus der englischen Wikipedia bringt es auf den Punkt: > USART chips have both synchronous and asynchronous modes. In synchronous > transmission, the clock data is recovered separately from the data stream > and no start/stop bits are used. http://en.wikipedia.org/wiki/Universal_asynchronous_receiver/transmitter#Synchronous_transmission Siehe auch als Beispiel wie das geht: http://en.wikipedia.org/wiki/High-Level_Data_Link_Control
Lattice User schrieb: >> In synchronous transmission, the clock data is recovered separately from the data stream >> and no start/stop bits are used. Bedeutet das dann gleichzeitig auch einen Performancegewinn (zeitlich gesehen), da ja 2 Bits weniger übertragen werden müssen?
Gast
#3067147
David Höftberger schrieb: > Lattice User schrieb: > >>> In synchronous transmission, the clock data is recovered separately from the > data stream >>> and no start/stop bits are used. > > > Bedeutet das dann gleichzeitig auch einen Performancegewinn (zeitlich > gesehen), da ja 2 Bits weniger übertragen werden müssen? Ja, sehr scharfsinnig bemerkt!
> Ja, sehr scharfsinnig bemerkt!
Gut dass es Leute gibt, die sich auskennen..
Gast
#3068457
Karl Heinz Buchegger schrieb: > synchron: es gibt eine gemeinsame Taktleitung, die dem Empfänger den > genauen Zeitpunkt nennt, wann die Datenleitung den nächsten gültigen > Pegel eingenommen hat. Die Taktleitung synchronisiert Sender und > Empfänger. Eine synchrone Übertragung ist nicht unbedingt an eine gemeinsame, separate Taktleitung gebunden. Jede Funkübertragung muss ohne auskommen. Dazu werden Datenkodierungen verwendet, die die Rekonstuktion der Taktinformation aus dem Datenstrom erlauben. Das bringt ein paar Einschränkungen mit sich, wie z.B. einen Begrenzung der Anzahl von direkt aufeinanderfolgenden "0" oder "1"-Bits, was dann zu Maßnahmen wie Bit-Stuffing führt.
Demach würde auch ein UART synchron übertragen, denn der Empfänger wird ja mit dem Startbit synchronisiert.
Klaus 2m5 schrieb: > Demach würde auch ein UART synchron übertragen, denn der Empfänger wird > ja mit dem Startbit synchronisiert. Er verwechselt Frame-synchron und Bit-synchron.
Also UBSART und UFSART?
Fast. UART ist immer Frame-Synchron. UASRT ist Frame- und Bit-synchronisiert. Also UART und UFBSART =)