Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #191471 > unrolled thread
| Started by | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| First post | 2015-08-31 18:36 +0200 |
| Last post | 2015-09-03 07:38 +0200 |
| Articles | 20 on this page of 80 — 20 participants |
Back to article view | Back to de.sci.electronics
Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-08-31 18:36 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Stefan Engler <Lehrerfreund@web.de> - 2015-08-31 10:01 -0700
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Johann Klammer <klammerj@NOSPAM.a1.net> - 2015-08-31 19:08 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Stefan Engler <Lehrerfreund@web.de> - 2015-08-31 11:26 -0700
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Christian Zietz <newsgroup.1001@chz.xyz> - 2015-08-31 19:22 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Christian Zietz <newsgroup.1001@chz.xyz> - 2015-08-31 19:13 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-02 20:09 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Johann Klammer <klammerj@NOSPAM.a1.net> - 2015-08-31 19:19 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-08-31 19:23 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-08-31 19:14 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-08-31 21:26 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-08-31 22:18 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Christian Zietz <newsgroup.1001@chz.xyz> - 2015-08-31 23:10 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 16:28 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-08-31 22:14 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 16:33 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-01 23:10 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hanno Foest <hurga-news2@tigress.com> - 2015-09-01 17:58 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 18:54 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-02 06:32 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-02 19:26 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-09-02 17:56 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-09-01 14:01 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-08-31 22:16 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-01 17:32 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Siegfried Schmidt <usenet-59@shivasoft.de> - 2015-08-31 17:29 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-08-31 22:19 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Siegfried Schmidt <usenet-59@shivasoft.de> - 2015-08-31 20:53 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 16:36 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Gerald Oppen <Gerald.Oppen@web.de> - 2015-09-01 21:41 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marcel Mueller <news.5.maazl@spamgourmet.org> - 2015-08-31 23:27 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 16:48 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marcel Mueller <news.5.maazl@spamgourmet.org> - 2015-09-01 20:30 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 21:30 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Gerald Oppen <Gerald.Oppen@web.de> - 2015-09-01 22:14 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Gerald Oppen <Gerald.Oppen@web.de> - 2015-09-01 21:44 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-08-31 23:37 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-08-31 22:21 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marcel Mueller <news.5.maazl@spamgourmet.org> - 2015-09-01 09:06 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 17:02 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 16:49 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-01 17:37 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2015-09-01 02:20 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-01 22:57 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2015-09-02 20:09 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-03 05:19 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-03 13:17 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-03 11:57 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-03 21:20 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-03 19:57 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Christian Zietz <newsgroup.1001@chz.xyz> - 2015-09-03 22:59 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-06 21:55 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-06 19:07 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-07 21:51 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-07 22:40 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2015-09-08 00:56 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-08 09:03 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-08 09:10 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-08 12:41 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Holger Petersen <hp@kbbs.org> - 2015-09-10 11:04 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Reinhardt Behm <rbehm@hushmail.com> - 2015-09-10 20:33 +0800
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Holger Petersen <hp@kbbs.org> - 2015-09-11 14:23 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-04 00:42 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-09-04 08:21 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2015-09-03 22:19 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-04 11:29 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-09-03 08:14 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2015-09-03 22:30 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-09-04 10:06 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2015-09-05 01:28 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-05 10:00 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Baeuerle <michael.baeuerle@gmx.net> - 2015-09-05 09:50 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Waldemar <waldemar@zedat.fu-berlin.de> - 2015-09-01 11:33 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-01 17:03 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Gerald Oppen <Gerald.Oppen@web.de> - 2015-09-01 22:01 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter all2001@spambog.com (Wolfgang Allinger) - 2015-09-01 17:01 -0300
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Michael Baeuerle <michael.baeuerle@gmx.net> - 2015-09-05 08:22 +0000
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-02 18:37 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-09-03 06:01 +0200
Re: Serielle Konsole, 5V, 3,3V und USB-Adapter Wolfgang <wolfgang@horejsi.de> - 2015-09-03 07:38 +0200
Page 3 of 4 — ← Prev page 1 2 [3] 4 Next page →
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2015-09-01 16:49 +0200 |
| Message-ID | <ms4dsu$cdi$1@news1.tnib.de> |
| In reply to | #191501 |
Hans-Peter Diettrich <DrDiettrich1@aol.com> wrote: >wer hat heute schon noch COM Buchsen an seinen Rechnern? Server haben sowas noch. Bessere Netzwerkgeräte sowieso. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2015-09-01 17:37 +0200 |
| Message-ID | <ms4fba$370$1@news.bawue.net> |
| In reply to | #191501 |
On 08/31/2015 11:37 PM, Hans-Peter Diettrich wrote: > Oder mit USB-TTL Adaptern, > wer hat heute schon noch COM Buchsen an seinen Rechnern? Ich z.B. ... Eine PCI-Karte mit 2 x echter RS232 (16550-Clones) im Rechner weil ich noch einige Geräte habe die sowas gerne als Gegenstelle haben. Auf der Arbeit benutze ich noch immer Micro-Annex-XL Terminalserver. Für die Kleingeräte mit TTL-RS232 benutze ich aber auch USB/RS232-Adapter. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2015-09-01 02:20 +0200 |
| Message-ID | <20150901022017.1376f156@Achmuehle.WOR> |
| In reply to | #191501 |
Hallo Hans-Peter, Du schriebst am Mon, 31 Aug 2015 23:37:11 +0200: > Zu meiner Zeit (80er) waren RS232 Schnittstellen noch mit TTL Pegeln > zufrieden. Da mußte man nur den Eingang (Rx) gegen Überspannung > schützen, und schon funktionierte die Verbindung mit 9600 Baud. Da haste aber enorm Glück gehabt - das taten, und mit Recht, nämlich bei weitem nicht alle. Und genaugenommen waren die, die so funktioierten, eigentlich kaputt. Die RS232-Pegel sind nämlich _definiert_ als: "Low": -3V bis -15V und "High" +3V bis +15V. Der Bereich von -3V bis +3V ist _verboten_. Da dürfte eine Schnittstelle alles machen, was denkbar ist, sogar so funktionieren, daß Daten erkannt werden - das könnten aber auch ganz falsche Daten sein. Senderseitig muß dieser Bereich möglichst schnell durchlaufen werden, Sendepegel innerhalb sind _unzulässig_. > Daneben würde mich mal interessieren, welche Pegel heutige RS232 > Eingänge tatsächlich benötigen. Genau immer noch dieselben wie damals. Und es gibt immer noch genau wie damals Bausteine, die sich übermäßig gutmütig verhalten, wenn die Vorgaben nicht eingehalten werden. Das ist teilweise sogar dokumentiertes Verhalten, wie z.B. für die Bauteile der originalen MAX232-Serie. Daneben gibt es allerdings inzwischen auch vielfach eine Abart der RS232, die eigentlich nur eine direkt herausgeführte Logikschnittstelle der Treiber-Bausteine darstellt, d.h. mit TTL-Pegeln arbeitet und gegenüber den Leitungspegeln invertiert ist. Die ist dann natürlich pegelmäßig überhaupt keine "RS232", sondern hält sich nur an das dort ebenfalls spezifizierte Übertragungsprotokoll auf "Bitebene" und "Zeichenebene". Sie kann aber mit einfachem Anschluß eines Treiber-Bausteins (wie z.B. MAX232) zu einer standard-konformen RS232-Schnittstelle ausgebaut werden. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Date | 2015-09-01 22:57 +0200 |
| Message-ID | <d4mm5fF3n6lU1@mid.individual.net> |
| In reply to | #191573 |
Sieghard Schicktanz schrieb: > Hallo Hans-Peter, > > Du schriebst am Mon, 31 Aug 2015 23:37:11 +0200: > >> Zu meiner Zeit (80er) waren RS232 Schnittstellen noch mit TTL Pegeln >> zufrieden. Da mußte man nur den Eingang (Rx) gegen Überspannung >> schützen, und schon funktionierte die Verbindung mit 9600 Baud. > > Da haste aber enorm Glück gehabt - das taten, und mit Recht, nämlich bei > weitem nicht alle. Und genaugenommen waren die, die so funktioierten, > eigentlich kaputt. Die RS232-Pegel sind nämlich _definiert_ als: > "Low": -3V bis -15V und "High" +3V bis +15V. Der Bereich von -3V bis +3V > ist _verboten_. Da dürfte eine Schnittstelle alles machen, was denkbar ist, > sogar so funktionieren, daß Daten erkannt werden - das könnten aber auch > ganz falsche Daten sein. Senderseitig muß dieser Bereich möglichst schnell > durchlaufen werden, Sendepegel innerhalb sind _unzulässig_. Die Spezifikation gilt für die *Ausgänge*, und sagt über die Eingänge nur aus, daß ihre Schaltschwelle *irgendwo* zwischen -3V und +3V liegen muß. Und daß sie +-15V aushalten müssen, unter Beachtung des maximal erlaubten Eingangsstroms. >> Daneben würde mich mal interessieren, welche Pegel heutige RS232 >> Eingänge tatsächlich benötigen. > > Genau immer noch dieselben wie damals. Und es gibt immer noch genau wie > damals Bausteine, die sich übermäßig gutmütig verhalten, wenn die Vorgaben > nicht eingehalten werden. Das ist teilweise sogar dokumentiertes Verhalten, > wie z.B. für die Bauteile der originalen MAX232-Serie. Mich hätte da interessiert, ob man (üblicherweise) bei den TTL-Pegeln geblieben ist, die ja auch noch mit 3.3V Logik kompatibel sind. Die Hersteller der Transceiver wollen ja vielleicht mit einem Baustein möglichst viele Logikarten bedienen. > Daneben gibt es allerdings inzwischen auch vielfach eine Abart der RS232, > die eigentlich nur eine direkt herausgeführte Logikschnittstelle der > Treiber-Bausteine darstellt, d.h. mit TTL-Pegeln arbeitet und gegenüber den > Leitungspegeln invertiert ist. Die ist dann natürlich pegelmäßig überhaupt > keine "RS232", sondern hält sich nur an das dort ebenfalls spezifizierte > Übertragungsprotokoll auf "Bitebene" und "Zeichenebene". Diese "Abart" gab es schon immer bei den UART Bausteinen, die für den Betrieb mit invertierenden Transceivern (RS232,RS422...) konstruiert waren. Invertierend deshalb, weil dann eine einzige Verstärkerstufe in den Transceivern ausgereicht hat. Heute sind diese UARTs eben in Mikrocontroller integriert, und die Modem-Signale sind dabei meist unter den Tisch gefallen. Mir gefiel diese Vermischung von Protokoll, Modem-Steuersignalen und Signalpegeln in einer einzigen Spezifikation noch nie. Früher konnte ich am Institut noch durchsetzten, daß jemand mit RS232 das Protokoll und mit V24 die Pegel meint, um die übliche Verwirrung zu reduzieren. > Sie kann aber mit einfachem Anschluß eines Treiber-Bausteins (wie z.B. > MAX232) zu einer standard-konformen RS232-Schnittstelle ausgebaut werden. Oder zu einer der vielen anderen spezifizierten Strom-/Spannungs-Schnittstellen, je nach Anforderungen. DoDi
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2015-09-02 20:09 +0200 |
| Message-ID | <20150902200905.6bfd9213@Achmuehle.WOR> |
| In reply to | #191601 |
Hallo Hans-Peter, Du schriebst am Tue, 01 Sep 2015 22:57:33 +0200: > > eigentlich kaputt. Die RS232-Pegel sind nämlich _definiert_ als: > > "Low": -3V bis -15V und "High" +3V bis +15V. Der Bereich von -3V bis +3V > > ist _verboten_. Da dürfte eine Schnittstelle alles machen, was denkbar ... > Die Spezifikation gilt für die *Ausgänge*, und sagt über die Eingänge Die Spezifikation gilt durchaus _auch_ für die Eingänge. > nur aus, daß ihre Schaltschwelle *irgendwo* zwischen -3V und +3V liegen Eben, das heißt, sie kann durchaus auch bei -2,5V oder bei +2,8V liegen. In einem solchen Fall ginge mit "TTL-kompatiblen" Anschlüssen gar nichts. > muß. Und daß sie +-15V aushalten müssen, unter Beachtung des maximal > erlaubten Eingangsstroms. Aber auch, daß sie +/-15V liefern _dürfen_ und damit TTL-kompatible Eingänge ohne Federleden schrotten. (Die Spezifikation sagt zwar auch, daß die Ausgänge gegen AFAIR 3kOhm dauerkurzschlußfest sein müssen, aber einen Mikroprozessor- oder LS-TTL-Eingang könnten sie damit immer noch schaffen.) > > Genau immer noch dieselben wie damals. Und es gibt immer noch genau wie > > damals Bausteine, die sich übermäßig gutmütig verhalten, wenn die ... > Mich hätte da interessiert, ob man (üblicherweise) bei den TTL-Pegeln > geblieben ist, die ja auch noch mit 3.3V Logik kompatibel sind. Die Man war da - aufder RS232-Seite - _nie_ "bei den TTL-Pegeln". TTL-Pegel gab es in weiter Verbreitung nur auf der "anderen" Seite, für den Anschluß an weiterverarbeitende Logik. > Hersteller der Transceiver wollen ja vielleicht mit einem Baustein > möglichst viele Logikarten bedienen. SIcher, deswegen kommen die 3,3V-Bausteine ja auch mit den "alten" TTL- Pegeln zurande. > > Daneben gibt es allerdings inzwischen auch vielfach eine Abart der > > RS232, die eigentlich nur eine direkt herausgeführte Logikschnittstelle > > der Treiber-Bausteine darstellt, d.h. mit TTL-Pegeln arbeitet und ... > Diese "Abart" gab es schon immer bei den UART Bausteinen, die für den Die kamen allerdings erst - lange nach der Definition der RS232 - mit der Verfügbarkeit der "Hoch-"Integrationstechnik. Es gab durchaus auch "UART"s, die aus Bausteinen der 7400er Serie bestanden oder gar Einzeltransistoren enthielten. Auch die RS2332-Treiber waren anfangs noch diskret aufgebaut. > Betrieb mit invertierenden Transceivern (RS232,RS422...) konstruiert Nein, Treiber, die mehrere RS-Standards auf der Leitungsseite bedienen konnten, gab es meines Wissens nie. Dafür gab es durchaus auch _nicht_ invertierende Treiber. > Mikrocontroller integriert, und die Modem-Signale sind dabei meist unter > den Tisch gefallen. Oft, aber bei weitem nicht immer. Es gibt immer noch aktuelle Mikrocontroller, die zumindest RTS/CTS in Hardware unterstützen. > Mir gefiel diese Vermischung von Protokoll, Modem-Steuersignalen und > Signalpegeln in einer einzigen Spezifikation noch nie. Früher konnte ich Das war aber durchaus beabsichtigt und unter Berücksichtigung der Tatsache, daß diese Spezifikation für die Anbindung von _MoDem_en erstellt war, auch durchaus sinnvoll und zielführend. > am Institut noch durchsetzten, daß jemand mit RS232 das Protokoll und > mit V24 die Pegel meint, um die übliche Verwirrung zu reduzieren. Das war dann aber ein kapitales Missverständnis, weil _beide_ Standards _beides_ definierten - V.24 (_mit_ Punkt) war im wesentlichen die europäische (CCITT-) Version des amerikanischen RS232C (eigentlich mit einem "C" hinter der Nummer - da weiß ich aber nicht, was das bedeutete). [TTL-UART-Anschluß] > Oder zu einer der vielen anderen spezifizierten > Strom-/Spannungs-Schnittstellen, je nach Anforderungen. So viele gibt es da nicht, im wesentlichen nur RS422, das mit TTL-artigen Leitungspegeln arbeitet und AFAIK ebenfalls Steuersignale beinhaltet. Wenn Du auf RS485 anspielst, das ist ein ganz anderes Verfahren, das nur in der untersten Logik-Protokollschicht wie RS232 arbeitet. Ansonsten ist es ein Bussystem mit Zugangssteuerung mittels schaltbarer Sender und der Möglichkeit zur Adressierung von (AFAIR) bis zu 127 Stationen. Die Leitungspegel liegen allerdings da auch nominal zwischen 0 und 5V, allerdings ist die Übertragung differenziell, die Empfänger müssen einen Mindestsignalhub von AFAIR 300mV erkennen können und die Spannungen auf den Leitungen dürfen zwischen -2V und +7V liegen. Die Treiber müssen zeitlich begrenzt kurzschlußfest sein und bis zu 400mA (!) liefern können. Ich würde das eigentlich eher nicht als TTL-Kompatibel bezeichnen wollen. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Date | 2015-09-03 05:19 +0200 |
| Message-ID | <d4pveuFsaqnU1@mid.individual.net> |
| In reply to | #191658 |
Sieghard Schicktanz schrieb: > Hallo Hans-Peter, > > Du schriebst am Tue, 01 Sep 2015 22:57:33 +0200: > >>> eigentlich kaputt. Die RS232-Pegel sind nämlich _definiert_ als: >>> "Low": -3V bis -15V und "High" +3V bis +15V. Der Bereich von -3V bis +3V >>> ist _verboten_. Da dürfte eine Schnittstelle alles machen, was denkbar > .... >> Die Spezifikation gilt für die *Ausgänge*, und sagt über die Eingänge > > Die Spezifikation gilt durchaus _auch_ für die Eingänge. Nur so weit, als im Betrieb ein Eingang mit einem Ausgang verbunden ist. >> nur aus, daß ihre Schaltschwelle *irgendwo* zwischen -3V und +3V liegen > > Eben, das heißt, sie kann durchaus auch bei -2,5V oder bei +2,8V liegen. > In einem solchen Fall ginge mit "TTL-kompatiblen" Anschlüssen gar nichts. Bitte nimm zur Kenntnis, daß es um die Eingänge geht. Ausgänge mit TTL Pegeln entsprechen nicht den Vorgaben, Eingänge mit TTL Schaltschwellen schon. >>> Genau immer noch dieselben wie damals. Und es gibt immer noch genau wie >>> damals Bausteine, die sich übermäßig gutmütig verhalten, wenn die > .... >> Mich hätte da interessiert, ob man (üblicherweise) bei den TTL-Pegeln >> geblieben ist, die ja auch noch mit 3.3V Logik kompatibel sind. Die > > Man war da - aufder RS232-Seite - _nie_ "bei den TTL-Pegeln". Meine praktische Erfahrung ist da eine andere. > [TTL-UART-Anschluß] >> Oder zu einer der vielen anderen spezifizierten >> Strom-/Spannungs-Schnittstellen, je nach Anforderungen. > > So viele gibt es da nicht, im wesentlichen nur RS422, das mit TTL-artigen > Leitungspegeln arbeitet und AFAIK ebenfalls Steuersignale beinhaltet. (M)Eine Teletype (RS422 20-60mA) funktionierte mit TTL Pegeln eher nicht, und hatte AFAIR auch keine Steuersignale :-( > Wenn Du auf RS485 anspielst, das ist ein ganz anderes Verfahren, das nur > in der untersten Logik-Protokollschicht wie RS232 arbeitet. Das ist ja mein Kritikpunkt an der RS232 Spezifikation, die fehlende Trennung zwischen Signalpegeln und Datenformat. DoDi
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-09-03 13:17 +0800 |
| Message-ID | <ms8l1e$4l2$1@dont-email.me> |
| In reply to | #191674 |
Hans-Peter Diettrich wrote: >> [TTL-UART-Anschluß] >>> Oder zu einer der vielen anderen spezifizierten >>> Strom-/Spannungs-Schnittstellen, je nach Anforderungen. >> >> So viele gibt es da nicht, im wesentlichen nur RS422, das mit TTL-artigen >> Leitungspegeln arbeitet und AFAIK ebenfalls Steuersignale beinhaltet. > > (M)Eine Teletype (RS422 20-60mA) funktionierte mit TTL Pegeln eher > nicht, und hatte AFAIR auch keine Steuersignale :-( Du meinst wohl Current-Loop (oft auch als TTY von Teletype abgekürzt). Die hat nichts mit RS422 zu tun. Es gab/gibt sie mit 20mA und auch mit höheren Strömen. > >> Wenn Du auf RS485 anspielst, das ist ein ganz anderes Verfahren, das nur >> in der untersten Logik-Protokollschicht wie RS232 arbeitet. > > Das ist ja mein Kritikpunkt an der RS232 Spezifikation, die fehlende > Trennung zwischen Signalpegeln und Datenformat. Ach. Die RS232 beschreibt doch gar kein Datenformat, sondern nur die Pegel und Stecker. Da "fehlende Trennung" zu kritisieren ist für mich etwas wiet hergeholt. Leider wird die Bezeichnung RS232 heute falsch zur Bezeichnung einer asynchronen seriellen Schnittstelle benutzt. Davon steht aber auch nicht das geringste in der wirklichen Norm. Bezeichnungen wie RS232 mit TTL-Pegeln ist reiner Unsinn, da ein Widerspruch in sich selbst. -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Date | 2015-09-03 11:57 +0200 |
| Message-ID | <d4qkdrF2obfU1@mid.individual.net> |
| In reply to | #191676 |
Reinhardt Behm schrieb: > Ach. Die RS232 beschreibt doch gar kein Datenformat, sondern nur die Pegel > und Stecker. Da "fehlende Trennung" zu kritisieren ist für mich etwas wiet > hergeholt. Nur der Vollstänigkeit halber: wo ist dann das Datenformat spezifiziert, wenn nicht in RS232? DoDi
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-09-03 21:20 +0800 |
| Message-ID | <ms9hca$831$1@dont-email.me> |
| In reply to | #191691 |
Hans-Peter Diettrich wrote: > Reinhardt Behm schrieb: > >> Ach. Die RS232 beschreibt doch gar kein Datenformat, sondern nur die >> Pegel und Stecker. Da "fehlende Trennung" zu kritisieren ist für mich >> etwas wiet hergeholt. > > Nur der Vollstänigkeit halber: wo ist dann das Datenformat spezifiziert, > wenn nicht in RS232? > > DoDi Gegenfrage, welches meinst Du denn? - Seriell asynchron - synchron byte oriented (wie z.B. bei BSC oder 3270 benutzt) - synchron bit oriented (z.B. HDLC) Es gibt selbst auf der untersten Ebene beliebig viele und auch viele proprietäre. Das ist auch unabhängig von den benutzten Pegeln (RS232, RS422, RS423, RS485 oder auch TTY 20mA-current-loop) Bei den darüber liegenden Protokollen sieht es genau so aus. Von alledem steht in der RS232c nichts. Und das ist auch gut so. -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Date | 2015-09-03 19:57 +0200 |
| Message-ID | <d4rg8tF9qfrU1@mid.individual.net> |
| In reply to | #191702 |
Reinhardt Behm schrieb: > Hans-Peter Diettrich wrote: > >> Reinhardt Behm schrieb: >> >>> Ach. Die RS232 beschreibt doch gar kein Datenformat, sondern nur die >>> Pegel und Stecker. Da "fehlende Trennung" zu kritisieren ist für mich >>> etwas wiet hergeholt. >> Nur der Vollstänigkeit halber: wo ist dann das Datenformat spezifiziert, >> wenn nicht in RS232? >> >> DoDi > > Gegenfrage, welches meinst Du denn? > - Seriell asynchron Genau, das mit der Baudrate, Start-, Stop- und Parity-Bit usw. Mir fehlt noch ein Link auf die RS232 Spezifikation, deshalb kann ich über deren genauen Inhalt nichts mehr sagen. Damit steht aber nur Deine Ansicht im Gegensatz zu allem, was ich an Sekundärliteratur finden konnte. DoDi
[toc] | [prev] | [next] | [standalone]
| From | Christian Zietz <newsgroup.1001@chz.xyz> |
|---|---|
| Date | 2015-09-03 22:59 +0200 |
| Message-ID | <d4rql5FcfldU1@mid.individual.net> |
| In reply to | #191705 |
Hans-Peter Diettrich schrieb: > Mir fehlt noch ein Link auf die RS232 Spezifikation, deshalb kann ich > über deren genauen Inhalt nichts mehr sagen. <https://global.ihs.com/doc_detail.cfm?&rid=TIA&item_s_key=00125234&item_key_date=870024&input_doc_number=232&input_doc_title=&org_code=TIA#abstract> Für nur 156 USD im Angebot. Christian -- Christian Zietz - CHZ-Soft - czietz (at) gmx.net WWW: http://www.chzsoft.de/ PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-09-06 21:55 +0800 |
| Message-ID | <mshgh0$cm7$1@dont-email.me> |
| In reply to | #191705 |
Hans-Peter Diettrich wrote: > Reinhardt Behm schrieb: >> Hans-Peter Diettrich wrote: >> >>> Reinhardt Behm schrieb: >>> >>>> Ach. Die RS232 beschreibt doch gar kein Datenformat, sondern nur die >>>> Pegel und Stecker. Da "fehlende Trennung" zu kritisieren ist für mich >>>> etwas wiet hergeholt. >>> Nur der Vollstänigkeit halber: wo ist dann das Datenformat spezifiziert, >>> wenn nicht in RS232? >>> >>> DoDi >> >> Gegenfrage, welches meinst Du denn? >> - Seriell asynchron > > Genau, das mit der Baudrate, Start-, Stop- und Parity-Bit usw. Was hättest Du denn da gerne genormt? Als Baudrate (!= bit/sec) ist alles möglich, es gibt lediglich einige übliche Werte, aber niemand verbietet, auch 9387bit/sec zu benutzen, Startbit ist das einzige, was immer gleich ist, Stopbits gibt es von 1, 1.5 bis 2, könnte aber auch mehr sein, Anzahl Datenbits gibt es von 5, 6, 7, 8, 9 mit und ohne Parity. Keine Ahnung, ob es da auch einen Standard gibt. Bei der deutschen Regelungswut sollte es eigentlich eine DIN-Norm geben. Du kannst ja mal dem Beuth-Verlag einiges Geld nach schmeißen. Ansonsten nimm die Dokumentation des Gerätes, mit dem Du kommunizieren möchtest. Wenn es da eine Doku gibt ;-) > > Mir fehlt noch ein Link auf die RS232 Spezifikation, deshalb kann ich > über deren genauen Inhalt nichts mehr sagen. Damit steht aber nur Deine > Ansicht im Gegensatz zu allem, was ich an Sekundärliteratur finden konnte. Da hast Du aber höchstens Tertiärliteratur gefunden, wo nur das nachgeplappert wird, was was andere plappern und wozu der jeweilige Autor selbst nichts weiß. Selbst Wikipedia schreibt das, was ich auch gesagt habe. Ich habe vor ca. 30 Jahren mal einige Studenten dran gesetzt, da soviel wie möglich zusammen zu tragen. Das war schon oft nützlich, wenn in Pflichtenheften vom Kunden Normen referenziert wurden und der Autor die auch nur vom Hörensagen kannte. Wenn dann was deswegen nicht funktioniert, hilft es ungemein, die Originalnorm zitieren zu können. Leider habe ich die Unterlagen nicht mehr im Zugriff. Ich habe die Information nur in biologischem Speicher mit nach TW genommen. -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Date | 2015-09-06 19:07 +0200 |
| Message-ID | <d53adiF89nnU1@mid.individual.net> |
| In reply to | #191813 |
Reinhardt Behm schrieb: > Hans-Peter Diettrich wrote: > Selbst Wikipedia schreibt das, was ich auch gesagt habe. Wikipedia suggeriert aber auch ein bestimmtes asynchrones Datenformat. Das würde auch Sinn machen für eine Übertragung von Kommandos an ein Modem, denn mit den spezifizierten Signalen läßt sich ein Modem nur wie ein Akustikkoppler betreiben, d.h. der Benutzer muß die Verbindung von Hand aufbauen (Hörer abnehmen, wählen, Modem anklemmen...) und abbrechen. Aber so weit wollten die Ersteller der RS-323 Spezifikation der technischen Entwicklung wohl nicht vorgreifen. DoDi
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-09-07 21:51 +0800 |
| Message-ID | <msk4mg$9ip$1@dont-email.me> |
| In reply to | #191831 |
Hans-Peter Diettrich wrote: > Reinhardt Behm schrieb: >> Hans-Peter Diettrich wrote: > >> Selbst Wikipedia schreibt das, was ich auch gesagt habe. > > Wikipedia suggeriert aber auch ein bestimmtes asynchrones Datenformat. > Das würde auch Sinn machen für eine Übertragung von Kommandos an ein > Modem, denn mit den spezifizierten Signalen läßt sich ein Modem nur wie > ein Akustikkoppler betreiben, d.h. der Benutzer muß die Verbindung von > Hand aufbauen (Hörer abnehmen, wählen, Modem anklemmen...) und > abbrechen. Aber so weit wollten die Ersteller der RS-323 Spezifikation > der technischen Entwicklung wohl nicht vorgreifen. > > DoDi Dann schau Dir mal die Signale genauer an. Für mich "suggerieren" die nichts asynchrones. Da gibt es Timing-Signale sogar getrennt für Sender und Empfänger, jeweils vom Modem geliefert. Das ist für synchrone Übertragung gedacht. Die Kombination RTS/CTS stammt noch aus Zeiten von Half-Duplex Betrieb, RTS=Sender einschalten, CTS=erledigt, kannst senden) RS232 stammt aus Zeiten, wo Modem eher für feste Leitungen benutzt wurden, also nicht mit wählen. Die Übertragung war auch eher synchron. Asynchron waren eher die Fernschreiber, aber die benutzten 20/60mA Current-Loop. Erst später (mit PDP-11 u,ä.) wurden die asynchronen populärer un auch Wählverbindungen. Wiki beschreibt das ganze unter "Role in modern personal computers" eher aus heutiger Sicht. -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Date | 2015-09-07 22:40 +0200 |
| Message-ID | <d56dkeF1sooU1@mid.individual.net> |
| In reply to | #191866 |
Reinhardt Behm schrieb: > Dann schau Dir mal die Signale genauer an. Für mich "suggerieren" die nichts > asynchrones. Gerade die *Schau*bilder zu den Signalverläufen suggerieren eine asynchrone Übertragung, mit Start- und Stopbits. Wenn das nicht zum Standard gehört, dann haben gerade solche Bilder nichts in einer Beschreibung zu suchen. DoDi
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2015-09-08 00:56 +0200 |
| Message-ID | <20150908005626.7c0169fd@Achmuehle.WOR> |
| In reply to | #191866 |
Hallo Reinhardt, Du schriebst am Mon, 07 Sep 2015 21:51:58 +0800: > Dann schau Dir mal die Signale genauer an. Für mich "suggerieren" die > nichts asynchrones. Da gibt es Timing-Signale sogar getrennt für Sender > und Empfänger, jeweils vom Modem geliefert. Das ist für synchrone > Übertragung gedacht. Durchaus - es gibt beide Varianten. Die volle Spezifikation enthält sogar noch einen zweiten (Steuer-) Kanal neben dem Datenkanal (in gewisser Weise ähnlich wie bei ISDN mit C- und D-Kanälen). Die inzwischen benutzte Variante ist die byte-asynchrone, bit-synchrone, d.h. die Bytes (bzw. allgemein Zeichen oder "Symbole") folgen zeitlich "unkorreliert", d.i. mit beliebig langen Pausen dazwischen, aufeinander, wohingegen jedes Zeichen mit einem festgelegten konstanten Takt übertragen wird. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-09-08 09:03 +0800 |
| Message-ID | <mslc1e$4ln$1@dont-email.me> |
| In reply to | #191898 |
Sieghard Schicktanz wrote: > Hallo Reinhardt, > > Du schriebst am Mon, 07 Sep 2015 21:51:58 +0800: > >> Dann schau Dir mal die Signale genauer an. Für mich "suggerieren" die >> nichts asynchrones. Da gibt es Timing-Signale sogar getrennt für Sender >> und Empfänger, jeweils vom Modem geliefert. Das ist für synchrone >> Übertragung gedacht. > > Durchaus - es gibt beide Varianten. > Die volle Spezifikation enthält sogar noch einen zweiten (Steuer-) Kanal > neben dem Datenkanal (in gewisser Weise ähnlich wie bei ISDN mit C- und > D-Kanälen). > > Die inzwischen benutzte Variante ist die byte-asynchrone, bit-synchrone, > d.h. die Bytes (bzw. allgemein Zeichen oder "Symbole") folgen zeitlich > "unkorreliert", d.i. mit beliebig langen Pausen dazwischen, aufeinander, > wohingegen jedes Zeichen mit einem festgelegten konstanten Takt übertragen > wird. > ACK. Ich wollte auch nur dem allgemeinen Mythos entgegenwirken -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-09-08 09:10 +0800 |
| Message-ID | <mslceu$70u$1@dont-email.me> |
| In reply to | #191903 |
Reinhardt Behm wrote: > Sieghard Schicktanz wrote: > >> Hallo Reinhardt, >> >> Du schriebst am Mon, 07 Sep 2015 21:51:58 +0800: >> >>> Dann schau Dir mal die Signale genauer an. Für mich "suggerieren" die >>> nichts asynchrones. Da gibt es Timing-Signale sogar getrennt für Sender >>> und Empfänger, jeweils vom Modem geliefert. Das ist für synchrone >>> Übertragung gedacht. >> >> Durchaus - es gibt beide Varianten. >> Die volle Spezifikation enthält sogar noch einen zweiten (Steuer-) Kanal >> neben dem Datenkanal (in gewisser Weise ähnlich wie bei ISDN mit C- und >> D-Kanälen). >> >> Die inzwischen benutzte Variante ist die byte-asynchrone, bit-synchrone, >> d.h. die Bytes (bzw. allgemein Zeichen oder "Symbole") folgen zeitlich >> "unkorreliert", d.i. mit beliebig langen Pausen dazwischen, aufeinander, >> wohingegen jedes Zeichen mit einem festgelegten konstanten Takt >> übertragen wird. >> > > ACK. Ich wollte auch nur dem allgemeinen Mythos entgegenwirken Ups, falsche Taste. Also nochmal: ACK zu Deinen Ausführungen. Ich wollte nur dem allgemein verbreiteten Mythos entgegenwirken, die RS232 würde irgendwie die Art der Signalübertraung, mit Ausnahme der Pegel, definieren. RS232 kann und wurde sowohl für synchron als auch für asynchrone Übertragung genutzt. Dass Wiki als Beispiel hat das heute häufigere asynchrone Format darstellt, widerspricht dem nicht, scheint aber bei manchen Leuten zu Missverständnissen zu führen. -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2015-09-08 12:41 +0200 |
| Message-ID | <msme1e$j82$1@news1.tnib.de> |
| In reply to | #191904 |
Reinhardt Behm <rbehm@hushmail.com> wrote: > Dass Wiki als Beispiel hat das heute häufigere asynchrone Format >darstellt, widerspricht dem nicht, scheint aber bei manchen Leuten zu >Missverständnissen zu führen. Von welchem der Millionen Wikis in der Welt sprichst Du hier? Wenn Du die Wikipedia als vermutlich größtes Wiki der Welt meinst, musst Du sie auch als solche benennen. Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Holger Petersen <hp@kbbs.org> |
|---|---|
| Date | 2015-09-10 11:04 +0000 |
| Message-ID | <msro46$g66$1@neubox.kbbs.org> |
| In reply to | #191705 |
Hans-Peter Diettrich <DrDiettrich1@aol.com> writes: >Genau, das mit der Baudrate, Start-, Stop- und Parity-Bit usw. >Mir fehlt noch ein Link auf die RS232 Spezifikation Ich hatte mal eine Photokopie; etwa 20 Seiten. > deshalb kann ich >über deren genauen Inhalt nichts mehr sagen. Die RS-232 _C_ definierte IMHO nur wenig mehr Signal-Pegel. Insbesondere keine Mechanik. Laut " http://www.telecomworld101.com/Intro2dcRev2/page60.html#60 " soll die Mechanik in RS-232 _D_ dazugekommen sein. Dort steht auch einiges zu "Flow Control" : http://www.telecomworld101.com/Intro2dcRev2/page51.html#51 > Damit steht aber nur Deine >Ansicht im Gegensatz zu allem, was ich an Sekundärliteratur finden konnte. Hmm... "Glaube keinem Wikipedia-Artikel den Du nicht selbst geschrieben hast"? Gruss, Holger
[toc] | [prev] | [next] | [standalone]
Page 3 of 4 — ← Prev page 1 2 [3] 4 Next page →
Back to top | Article view | de.sci.electronics
csiph-web