Wie könnte man festellen, ob ein Kabel am Port angeschlossen ist? Nachdem der Port geöffnet wurde und ein Zeichen gesendet wird, und kein Kabel angeschlossen ist, hängt sich das Programm auf. Unter VB 2008 programmiert.
Walter Grünewald schrieb: > Wie könnte man festellen, ob ein Kabel am Port angeschlossen ist? > Nachdem der Port geöffnet wurde und ein Zeichen gesendet wird, und kein > Kabel angeschlossen ist, hängt sich das Programm auf. > Unter VB 2008 programmiert. allgemein: gar nicht wenn es nur um ein spezielles Kabel geht: DTR und DSR im Stecker verbinden und im Programm abfragen
dann würde ich lieber nach software fehler suchen als nach einer Hardware lösung. Man kann über RS232 immer senden auch wenn keine Kabel angeschlossen ist. Kasst es ja mal mit einem Terminal programm testen.
> Wie könnte man festellen, ob ein Kabel am Port angeschlossen ist? > Nachdem der Port geöffnet wurde und ein Zeichen gesendet wird, und kein > Kabel angeschlossen ist, hängt sich das Programm auf. > Unter VB 2008 programmiert. Hardware-Handshaking ausschalten. Oder schauen, ob das .NET ne nichtblockierende Schreibfunktion bietet (noch nie gebraucht, aber bin mir ziemlich sicher, dass da eine ist).
Googeln ob VB ein spzielles Kabel mit Hardwarehandshake benötigt (Im allgemeinen DTR/DSR und oder RTS/CTS wenn ich mich noch richtig erinnere). Dann entweder ein Patchkabel bauen das die entsprechenden Anschlüsse auf PC-Seite brückt so daß es auch mit 3 Draht Verbindung funktioniert. Oder wie mein Vorredner gesagt hat prüfen ob man ein vorhandenes Hardware via Parameter über die VB-Funktionsbibliothek abschalten kann. Gruß, Udo
Walter Grünewald schrieb: > Wie könnte man festellen, ob ein Kabel am Port angeschlossen ist? > Nachdem der Port geöffnet wurde und ein Zeichen gesendet wird, und kein > Kabel angeschlossen ist, hängt sich das Programm auf. > Unter VB 2008 programmiert. Das Programm wird sich wahrscheinlich genau so verhalten wenn das Kabel angeschlossen, das Partnergerät aber ausgeschaltet ist. Ändere das VB-Programm so ab, dass es Timeouts beim Senden, vorallem aber beim Empfang auswertet...
Bei der Ausgabe hängt es sich bestimmt nicht auf. ansonsten mache es wie Gerry E. (micky01
juppi schrieb: > Bei der Ausgabe hängt es sich bestimmt nicht auf. > ansonsten mache es wie Gerry E. (micky01 Danke juppi, aber es kann sich doch auch schon bei der Ausgabe aufhängen, je nachdem wie der Handshake eingestellt ist. In der Regel liefern ja Funktionsaufrufe Returnwerte. Diese sollte man auswerten...
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.