Probleme mit der seriellen Schnittstelle

Wie hoch hast du die BAUD den eingestellt?
Vielleicht gibt es bei der USB-Bridge ein Maximum?

Johannes schrieb:
> Leider kommt nur Mist an, also es wird was empfangen, jedoch nur
> Hieroglyphen.

Ziemlich sicher Baudrate falsch...

Rufus Τ. Firefly schrieb:
> zerstörst Du den RxD-Eingang des
> USB-TTL-Wandlers, weil der eine deutlich zu hohe Spannung abbekommt.

Eine RS232-Schnittstelle ist strombegrenzt. Es besteht also eine gewisse 
Chance daß der TTL-Eingang das überlebt hat.

Gruß Anja

Das ein RS232 Treiber invertiert, kommt eh nichts, auch wenn man 
USB-Serial-zu TTL verbindet, und die Verbindung das ueberlebt.

hilfe ein wahnsinniger schrieb:
> Das ein RS232 Treiber invertiert, kommt eh nichts ...

Warum nicht. Irgendwo wird sich auch in dem invertierten Datenstrom ein 
Bit finden lassen, das als Startbit interpretierbar ist. Allerdings wird 
es Framing Errors hageln.

> Die kannst Du nicht miteinander verbinden. Die "echte" serielle
> Schnittstelle Deiner Dockingstation arbeitet mit RS232-Pegel (-12V für
> 1, +12V für 0), Dein USB-TTL-Wandler arbeitet, wie der Name impliziert,
> mit TTL-Pegel - 5V für 1, 0V für 0.
>
> Verbindest Du die beiden, zerstörst Du den RxD-Eingang des
> USB-TTL-Wandlers, weil der eine deutlich zu hohe Spannung abbekommt.

Danke! Ist klar, wäre ich aber nie drauf gekommen. Das Ding funktioniert 
noch. Jetzt muss ich mir noch so ein Ding suchen bzw. einen MAX232.
Vielen Dank!


> Das ein RS232 Treiber invertiert, kommt eh nichts, auch wenn man
> USB-Serial-zu TTL verbindet, und die Verbindung das ueberlebt.

Sorry kapier ich nicht, kannst du das noch mal schreiben?

Jörg Esser schrieb:
> Aber bei framing errors kommen doch keine falschen daten an oder?

Wenn die Fehler im Übertragung dadurch entstehen, dass irgendwelche 
Bits als Startbit interpretiert werden, haben die empfangenen Daten 
inhaltlich überhaupt nichts mit den gesendeten zu tun.

Eine fehlende Invertierung führt dazu, dass die vom Sender gesendeten 
Startbits wegen der falschen Polarität nicht vom Empfänger erkannt 
werden können. Trotzdem versucht der Empfänger das ankommende 
Kauderwelsch zu interpretieren und spukt irgendwelchen Mist aus.

Habe ich das jetzt richtig verstanden:

Der RS232 Treiber in meiner Dockingstation invertiert die Pegel auch 
noch, d.h. ich brauche ein Max232 für die Pegelanpassung und noch nen 
inverter für Rxd und Txd?

Ok der Max232 invertiert ja schon .... hätte ich mal das Datenblatt 
gelesen.

Weiß jemand ob bei IBM PCs RxD und TXD vertauscht sind? Irgendwas hatte 
ich mal gehört, finde aber keine Informationen bei Google...

Karl Heinz schrieb:
> Das kann man zur Not auch selber feststellen.

Noch bessere Idee: nach der Steckerbelegung googeln. Das ist nichts 
vertauscht, gegenüber was denn? Aber nach der Pinbelegung eines Steckers 
sollte man sich schon richten, wenn nachher was funktionieren soll, und 
nicht bloss einfach drauflosvermuten. Und vom 9poligen COM-Stecker a la 
IBM gibt es nur eine Version.

Gruss Reinhard

Karl Heinz schrieb:
> Reinhard Kern schrieb:
>> Karl Heinz schrieb:
>>> Das kann man zur Not auch selber feststellen.
>>
>> Noch bessere Idee: nach der Steckerbelegung googeln. Das ist nichts
>> vertauscht, gegenüber was denn? Aber nach der Pinbelegung eines Steckers
>> sollte man sich schon richten, wenn nachher was funktionieren soll, und
>> nicht bloss einfach drauflosvermuten. Und vom 9poligen COM-Stecker a la
>> IBM gibt es nur eine Version.
>
> Volle Zustimmung.
>
> Allerdings gibt es einem dann auch eine gewisse Sicherheit, wenn man mit
> eigenen Augen sieht, dass die Daten tatsächlich auch aus dem Anschluss
> rauskommen, aus dem sie kommen sollen. Man glaubt dann schon eher, dass
> man selber einen Fehler gemacht hat und nicht IBM
>
> (ditto das berühmte "der Compiler hats verbockt"-Syndrom)

Ist ja gut Jungs... kommt wieder runter. Mir ging es am Ende nur um eine 
zusätzliche Information. Irgendwas war da  und man konnte es nicht mehr 
ändern, aber auch ganz gut damit leben. Vielleicht verwechsele ich auch 
was...

Trotzdem Danke.

naja, ein Körnchen Wahrheit ist schon drin. Ursprünglich hatten die 
COM-Port-Stecker 25 Pins mit TXD auf 2 und RXD auf 3. IBM hat dann die 
9-poligen eingeführt und (u.a.) Pin 2 und 3 vertauscht.

Dazu kommt noch die Verwirrung durch die Stecker am Modem. Da ist die 
Belegung genau umgekehrt wie am PC, damit man ein 1:1 Kabel verwenden 
kann.

Damit es nicht zu einfach wird, verwendet man bei anderen seriellen 
Geräten meist die gleiche Belegung wie am PC (und ein gekreuztes Kabel). 
Oder eine Hersteller-eigene Belegung, damit die Leute für 48 Euro ein 
Spezialkabel kaufen :(

B e r n d W. schrieb:
> Das wurde ja schon geschrieben:
> Einfach eine LED mit Vorwiderstand mit der Kathode auf GND schalten.
> Wenns flackert, ist es Tx. Ich verwende einen 9-poligen Adapter, der
> zwischen den Anschluss gesteckt werden kann. Rot ist für Tx, Grün für
> Rx. Ein sehr hilfreiches Tool zu Inbetriebnahme von Schnittstellen.
>

das hatte ich probiert.
Am echten Com Port geht das, bei dem TTL-Ding ist die Leitung dauerhaft 
high, wenn nichts gesendet wird. Deswegen habe ich eine LED von +5V auf 
RXD und TXD gehängt (welche wirklich vertauscht sind auf der china 
platine)

Rufus Τ. Firefly schrieb:
> gnd3 schrieb:
>> Dazu kommt noch die Verwirrung durch die Stecker am Modem.
>
> Deswegen hat das Modem ja auch keinen Stecker, sondern eine Buchse.
>
> Da ist also keine wirkliche Verwirrung. Sondern das ist genau richtig
> gemacht.

Der PC war ursprünglich als Terminal gedacht und somit wurde auch für 
SUB ein Männchen eingesetzt.

IBM hat aber unterschätzt, das der PC selbst plötzlich die Rolle eine 
Hostsystems übernahm
(DCE/DTE).

Daher ist die Auslegung des PC' s durchaus aus dieser Sicht nicht 
korrekt.

DS.

Das hat Dir ja bestimmt schon einer gesagt:

Du brauchst ein CROSSOVER-Kabel, wenn Du zwei PC-Anschlüsse miteinander 
verbinden willst.

Peter