UART Signalfluss

[Pirmin (Gast)]

Eine UART Verbindung hat ja 4 Leitungen: CTS, RTS, TX und RX.

RX "kommt" zum Kontroller.
TX "geht" vom Kontroller weg.

Beide sind unidirektional. Aber wie ist das mit CTS und RTS? Wie ist bei 
dehnen der Signalfluss?
Ich müsste das wissen, weil ich mit unidirektionalen Pegelumsetzern 
arbeite.

[Mike (Gast)]

Pirmin schrieb:
> Eine UART Verbindung hat ja 4 Leitungen: CTS, RTS, TX und RX.

Und was ist mit DSR und DTR?

> Ich müsste das wissen, weil ich mit unidirektionalen Pegelumsetzern
> arbeite.

Andere sind für RS-232 auch nicht besonders sinnvoll.

Guckst du hier:
http://de.wikipedia.org/wiki/RS232#Verkabelung_und_Stecker

[spess53 (Gast)]

Hi

>Eine UART Verbindung hat ja 4 Leitungen: CTS, RTS, TX und RX.

Nur bei Hardware-Handshake. Im einfachsten Fall reichen für eine 
bidirektionale Verbindund TX, RX und Masse.

MfG spess

[Pirmin (Gast)]

Mike schrieb:
> Und was ist mit DSR und DTR?

Kannte ich bis jetzt nicht. Hab am Kontroller auch keine Anschlüsse für 
die...

Link ist super, genau nach dem hab ich gesucht. Hätte aber nie bei RS232 
geschaut.

spess53 schrieb:
> Nur bei Hardware-Handshake. Im einfachsten Fall reichen für eine
> bidirektionale Verbindund TX, RX und Masse.

Im einfachsten Fall schon. Nur ist das keiner ;)

[Mike (Gast)]

Pirmin schrieb:
> Kannte ich bis jetzt nicht. Hab am Kontroller auch keine Anschlüsse für
> die...

Da kannst du beliebige IO-Pins für nehmen ;-)

[Pirmin (Gast)]

DSR und DTR sind doch in den meisten fällen völlig unnötig?! Das wird ja 
eigentlich schon mit RTS und CTS abgedeckt.
Ich will doch meistens wissen, ob ich Daten senden darf. Wenn ich Senden 
darf, ist er meistens auch betriebsbereit (eingeschaltet).

[DingsDa (Gast)]

Pirmin schrieb:
> ist er meistens auch betriebsbereit (eingeschaltet).

Wenn es ein "echter" Modem ist, dann sollte man DSR und DTR auch 
benutzen.
Heute jedoch gibt es fast keine wirklichen Modem mehr.
Bei den v.g. Pegelumsetzern kann er das aber mit ziemlicher Sicherheit
vergessen.

[Mike (Gast)]

Pirmin schrieb:
> Hätte aber nie bei RS232 geschaut.

Schon einer der Suchbegriffe "RTS", "RxD" oder "TxD" hätte dich dorthin 
gelenkt ;-)

[Pirmin (Gast)]

Mike schrieb:
> Da kannst du beliebige IO-Pins für nehmen ;-)

DAs gilt also auch für RTS/CTS. Die werden beim Partner jeweils auf 
einen IO-Pin verbunden?

[Karl H. (kbuchegg)]

Pirmin schrieb:
> Mike schrieb:
>> Da kannst du beliebige IO-Pins für nehmen ;-)
>
> DAs gilt also auch für RTS/CTS. Die werden beim Partner jeweils auf
> einen IO-Pin verbunden?

Meinstens ja.
Es sei denn, der hat eine UART Komponente, die selbsttätig 
Hardware-Handshake beherrscht.
Gesehen hab ich sowas noch nie, aber möglich wärs.

[Petr Tomášek (Gast)]

Pirmin schrieb:
> DSR und DTR sind doch in den meisten fällen völlig unnötig?! Das
> wird ja
> eigentlich schon mit RTS und CTS abgedeckt.

Das stimmt nicht!

DSR/DTR sagt, dass die andere Seite überhaupt komuniziert, RTS/CTS sind 
dagegen da um zu sagen: „Hey, ich brauche mehr Zeit um die Daten zu 
verarbeiten!“

Z.B. wenn man unter Linux folgendes startet: "cat /dev/ttySx > datei" 
und dann die DSR auf logisch 1 stellt (die Logik ist verkehrt!), dann 
wird das befehl automatisch beendet. Oder wenn man auf dem PC einen 
Terminal-Programm startet, wird DTR auf log. 0 gestellt, wenn das 
programm beendet ist wird es wieder zum log. 1.

[Karl H. (kbuchegg)]

Petr Tomášek schrieb:
> Pirmin schrieb:
>> DSR und DTR sind doch in den meisten fällen völlig unnötig?! Das
>> wird ja
>> eigentlich schon mit RTS und CTS abgedeckt.
>
> Das stimmt nicht!
>
> DSR/DTR sagt, dass die andere Seite überhaupt komuniziert,

theoretisch.
Praktisch hat sich DSR/DTR (ausser bei ein paar Modems) längst überholt. 
Die Leitungen stammen noch aus der Zeit als man mit Fernschreibern 
gearbeitet hat und man wissen musste ob die Gegenstelle 300km entfernt 
abgeschaltet ist, oder ob die Leitung überhaupt tot ist.