Unterschied UART u. USART

[Beppe Grillo (Gast)]

Hab's immer noch nicht verstanden. Kann's jemand in kurzen Worten 
erklären?

[Werner (Gast)]

S=Synchron
A=Asynchron

[Beppe G. (Gast)]

Du bist von Beruf Manager?

[Bernhard M. (boregard)]

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&section=2

[Karl H. (kbuchegg)]

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)

[Beppe G. (Gast)]

Und was ist eine 'synchrone' Datenübertragung im Vergleich zur 
'asynchronen'?

[Beppe G. (Gast)]

Zu langsam...

[Beppe G. (Gast)]

>synchron: es gibt eine gemeinsame Taktleitung,
Aaaahhh... jetz kommen wir der Sache näher. Die Kommunikation wird über 
Steuerleitungen wie CTS unt RTS hergestellt?

[Beppe G. (Gast)]

Nein, doch nicht. RTS und CTS haben nichts damit zu tun. Das sind wohl 
nur Dreingaben. Es geht sinngemäß nur um die Taktleitung.

[Karl H. (kbuchegg)]

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.

[Lattice User (Gast)]

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

[David H. (Firma: FH Technikum Wien) (specialized0815)]

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?

[Mueller (Gast)]

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!

[David H. (Firma: FH Technikum Wien) (specialized0815)]

> Ja, sehr scharfsinnig bemerkt!

Gut dass es Leute gibt, die sich auskennen..

[Werner (Gast)]

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.

[Klaus 2. (klaus2m5)]

Demach würde auch ein UART synchron übertragen, denn der Empfänger wird 
ja mit dem Startbit synchronisiert.

[Michael H. (michael_h45)]

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.

[Klaus 2. (klaus2m5)]

Also UBSART und UFSART?

[Michael H. (michael_h45)]

Fast. UART ist immer Frame-Synchron. UASRT ist Frame- und 
Bit-synchronisiert.
Also UART und UFBSART =)