|
Anzeige
|
UART Signalfluss
Gast
#3704671
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.
Gast
#3704687
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
Gast
#3704692
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
Gast
#3704697
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 ;)
Gast
#3704708
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 ;-)
Gast
#3704712
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).
Gast
#3704718
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.
Gast
#3704727
Pirmin schrieb: > Hätte aber nie bei RS232 geschaut. Schon einer der Suchbegriffe "RTS", "RxD" oder "TxD" hätte dich dorthin gelenkt ;-)
Gast
#3704728
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? 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.
Gast
#3704765
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. 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. Antwort schreiben |
Anzeige
|
