Suchergebnisse

Langsam. Das ist zwar ne Property vom Typ Stream, gibt aber bei Aufruf die Innerei internalSerialStream wieder. Und die ist vom Typ SerialStream, die von Stream abgeleitet ist. Also keine Zauberei. Rauszufinden durch Drücken von F12, wenn man im CodeEditor auf der SerialPort-BaseStream-Eingenschaft ist. Alternativ Rechtsklick -> Gehe zu Definition. Da kann man dann immer weitergehen, siehe Anhang

A shot into the blue (ungetestet, da ich keine Prüfmöglichkeit vor Ort hab): StreamReader nutzen VB.NET-Quellcode (3 Zeilen)

Das EOF-Zeichen heißt: »Ich als Gerät-am-anderen-Ende habe Dir momentan nix mehr zu sagen.« Das ist wie das Klischee-"Over" bei Funkgerätgesprächen. Solange der eine nicht "Over" sagt, heißt das für den anderen, dass der eine noch was sagen will. Wenn das Gerät also warumauchimmer kein Signal bekommt, hat es auch keinen Grund, der SerialPort-Endstelle, also quasi Deinem Programm eine Antwort zu erteilen. Und ohne Antwort kein EOF-Signal. Wenn das Gerät aber ungültige Daten bekommt, also diese ni…

Zitat von Haudruferzappeltnoch: „Das Gerät sendet doch das Signal? Wann bekommt das Gerät denn selbst ein Signal in diesem Prozess?“Dann ist folgende Aussage von Dir für mich nicht erklärbar:Zitat von Haudruferzappeltnoch: „Jetzt schicke ich ihm ein Signal“

Achsooo … Zitat von Haudruferzappeltnoch: „Was ist wenn der Port kein ChrW(26) bekommt? Bleibt BytesToRead dann 0? Oder wird da endlos weitergelesen?“Wenn der Port kein ChrW(26) bekommt, bekommt er (wohl) auch kein EOF-Signal. Daher wird der Port weiterhin warten, bis was kommt. Und BytesToRead müsste dementsprechend auch 0 bleiben. Ich frag mich nur gerade: Kannst Du all die Sachen nicht vor Ort testen?