serielle Komunikation hängt

Was mir auch noch auffällt in deinem Code-Bild Beitrag #6:

Wozu machst du in der Sequenz nach dem schreiben ein *Flush Buffer* und ein Wait 500ms ?
Was macht es wohl zuerst ? (warten und dann leeren oder anders rum) -> Datenfluss
Ich nehme mal an, das du die Antwort löscht bevor du diese lesen kannst, und da du vermutlich noch ein grosses Visa Timeout eingestellt hast und keine Daten da sind, wartet das Visa lesen.

' schrieb:Was mir auch noch auffällt in deinem Code-Bild Beitrag #6:

Wozu machst du in der Sequenz nach dem schreiben ein *Flush Buffer* und ein Wait 500ms ?
Was macht es wohl zuerst ? (warten und dann leeren oder anders rum) -> Datenfluss
Ich nehme mal an, das du die Antwort löscht bevor du diese lesen kannst, und da du vermutlich noch ein grosses Visa Timeout eingestellt hast und keine Daten da sind, wartet das Visa lesen.

Gut gesehen!

Das Flush gehört eindeutig vor das Write.

Rolf Kalbermatter

Ok danke,
ich werde mal ein Testprogram liefern. Mal sehen, was bei rauskommt.
Kann es in der Tat sein, dass das VISA time out solange läuft und deswegen,
das Program hängt?? Ist nicht der Default des TimeOuts auf 2sec festgestgelegt?
Dem Kom.Protokoll kann folgendes entnommen werden:
000030: I/O Request (DOWN), 05.05.2009 11:50:07.765 +0.0
IOCTL_SERIAL_SET_TIMEOUTS: Set timeouts
ReadIntervalTimeout=4294967295
ReadTotalTimeoutMultiplier=0
ReadTotalTimeoutConstant=0
WriteTotalTimeoutMultiplier=0
WriteTotalTimeoutConstant=500
Ich bin mir gar nicht so bewußt, wo diese riesige Zahl bei Readintervalltimeout hergkommt.
Von den Treibereinstellungen kommt das nicht.
Viele Grüße
Stefen