Diskussion:RS-232
Füge neue Diskussionsthemen unten an:
Klicke auf , um ein neues Diskussionsthema zu beginnen.| Zum Archiv |
RTS[Quelltext bearbeiten]
Die englische Version dieser Seite beschreibt, dass die hier gegebene Definition von RTS (DTE setzt RTS wenn er Daten zum senden hat) irgendwann in den 80er Jahren geändert wurde. Spricht man heute von RTS/CTS Flusskontrolle, dann meint man eigentlich RTR/CTS. Der DTE setzt RTR (gleicher Pin wie RTS), wenn er bereit ist Daten zu empfangen. CTS wird vom DCE gesetzt, wenn dieser bereit ist Daten zu empfangen, unabhängig vom Pegel am RTS/RTR Ping des DTE. Das fehlt hier völlig. Die beschreibung auf der englischen Wikipedia deckt sich auch mit der Beschreibung hier. Die auf dieser Seite angegebene Bedeutung von RTS impliziert, dass RTS/CTS nur Flusskontrolle in eine Richtung ermöglicht, während RTS/CTS heutzutage Flusskontrolle in beide Richtungen erlaubt.
LED, MS-Dos[Quelltext bearbeiten]
"Der RS-232-Standard lässt auch Prozesse zu, die mit heutigen Schnittstellen prinzipbedingt nicht möglich/ansteuerbar sind, wie das simple Aufleuchten einer LED verbunden mit einer Spannungsquelle am Port und der Masse. Dazu ist allerdings auch ein hardwarenahes (zeitkritisches) Betriebssystem wie MS-DOS nötig." Denke nicht, dass hier von "Prozessen" gesprochen werden sollte. Außerdem ist das aufleuchten einer LED auch ohne RS-232 möglich. Was sind "heutige Schnittstellen"? LED-Blinken geht auch ohne zeitkritisches OS. Außerdem wäre eher VxWorks ein Echtzeitsystem und nicht MS-DOS. Vielleicht kann sich nochmal jemand Gedanken machen zu der Qualität dieses Satzes. -- 11:51, 10. Jul. 2017 149.243.232.3
- Selbst bei wohlwollender Auslegung des ersten Satzes ist er sinnlos: Eine Aussage wie "Die Farbe Rot erzeugt einen Sinneseindruck, der mit Blau prinzipbedingt nicht möglich ist" ist trivialerweise richtig.
- Ob das Aufleuchtenlassen einer Led im RS232-Standard erwähnt ist, würde mich interessieren.
- Hab's mal entfernt.
- Vermutlich meint der Mitautor sowas wie "Verbreitete Implementationen des Standards auf verbreiteter Hardware lassen es zu, dass die eigentlich für die RS232-Schnittstelle vorgesehenen IO-Pins auch zweckentfremdet werden können, beispielsweise für das Anschließen und Aufleuchtenlassen einer Led oder die Stromversorgung geringer Lasten. Dazu ist allerdings auch ein Betriebssystem nötig, das es dem Programmierer erlaubt, an selbigem vorbeizuprogrammieren." Ob das relevant ist? Hm.
- -- Pemu (Diskussion) 12:18, 10. Jul. 2017 (CEST)
Danke für die Anpassung. Von mir aus kann die Diskussion hier wieder weg.
RTS/CTS - in der Tabelle[Quelltext bearbeiten]
Hab mich aufgrund doppelten Aufführung von RTS/CTS in der Tabelle selbst verwirrt. Hier wäre ein verbaler und/oder optischer Hinweis gut. Min könnte zum Beispiel ab der Pin-Spalte Rowspan verwenden und vorne eine Fußnote mit Verweis auf den nächsten Abschnitt machen. --Morty (Diskussion) 22:09, 7. Dez. 2017 (CET)
Heutige Verwendung[Quelltext bearbeiten]
Die Verwendung heute (2019) ist im Mikrocontrollerbereich mit 5-Volt- oder 3,3-Volt-Pegeln zu finden. Dabei entsprechen High 5 V oder 3 Volt, Low 0 Volt. Bei Arduino- und Atmel-Mikrocontrollern wird die DTR-Leitung dazu verwendet, um den Mikrocontroller vor dem Programmieren zurückzusetzen. Ansonsten werden oft nur TxD und RxD verwendet. Selten werden RS232-, öfter USB-zu-seriell-Adapter verwendet.
- Ich habe den obigen Abschnitt aus dem Artikel hierherkopiert, da er IMHO noch nicht reif genug für den Artikel ist und hier reifen sollte. Dabei ist zu beachten, dass der Abschnitt natürlich in Konkurrenz zum Abschnitt RS-232#Aktuelle Verwendung steht (von dem ich den Eindruck habe, dass der Mitautor ihn noch gar nicht wahrgenommen hat) und in diesen eingearbeitet werden sollte. Ein paar Rechtschreibfehler habe ich schon korrigiert, außerdem habe ich mit meinem letzten Artikel-Edit alles, was IMHO in den Artikel sollte, dort bereits ergänzt. -- Pemu (Diskussion) 23:12, 12. Dez. 2019 (CET)