Fehlerhafte Antworten bei Schnittstellenansteuerung

Smilie schrieb:

> Es sind folgende Angaben zum Handshake gemacht:
> CTS Clear to send

Das könnte die entscheidende Leitung sein.
Deine Gegenstelle signalisiert auf dieser Leitung, ob sie bereit ist, 
Daten von dir entgegen zu nehmen.

Smilie schrieb:

> Die letzen beiden kann man ja eigentlich ausschließen weil das Gerät ja
> RTS also Request to send nicht unterstützt. Hat mir mein Kollege gesagt.

RTS ist auch egal.
Ist zwar ungewöhnlich, aber warum nicht.

Wichtig ist, ob dir das Gerät über die CTS signalisiert, ob du Senden 
darfst. Und ein Kollege ist keine gute Quelle. Das Datenblatt des 
Gerätes wäre besser. Wenn dein Problem etwas mit Handshake zu tun hat, 
dann ist es im Datenblatt dokumentiert.

Smilie schrieb:
> Also zu Handshake steht da nur das hier:
> CTS Clear to send  CD RSSI-threshold  RTS Ignored
>
> Ich hab da was entdeckt das heißt CTSHolding. Wenn ich das abfrage kommt
> False zurück. Bedeutet das, dass CTS nicht aktiv ist?

Woher soll ich das wissen?
(Wo hast du das entdeckt?)

> Wenn ja wie
> schalte ich das ein? Und kann ich das überhaupt einschalten?

Du wahrscheinlich gar nicht.
Das klingt eher nach einer Abfrage, ob zur Zeit CTS aktiv ist oder 
nicht.


Aber machs nicht so kompliziert. Früher hat man sich mit ein paar Leds 
beholfen. Das kannst du auch.
Mach einen Stecker deines Kabels auf und klemme eine LED (samt 300 Ohm 
vorwiderstand) an die CTS Leitung auf PC Seite. Wenn die Led brennt, 
drehst du sie um (bzw. umgekehrt: wenn sie nicht brennt, dann drehst du 
sie probehalber um um zu sehen ob sie funktioniert und baust sie in 
Nicht-erleuchtetet Richtung ein.

Und dann lässt du dein Programm werken. Wenn die LED ab und zu 
aufblitzt, dann versucht das Gerät deinem Programm ein CTS zukommen zu 
lassen.

Früher hatte man dafür eigene RS232-Zwischenstecker, bei denen Rx, Tx, 
CTS, RTS über je eine LED visualisiert wurden. Ungemein praktisch, um zu 
sehen ob und wenn ja was sich auf der Leitung tut.