C# Serielle Schnittstelle per Intervall abfragen

Nimm einen BackgroundWorker und starte den bei Klick auf den Button und 
öffne in der DoWork des BackgroundWorkers den SerialPort und lese da im 
Sekundentakt raus. Wenn SerialPort.Read...-Funktionen blockieren wirkt 
es sich dann nicht direkt auf die Oberfläche aus, weil es dann 
unabhängig dazu parallel ausgeführt wird.
Vom BackgroundWorker aus z.B. via dessen .ReportProgress() für die UI 
relevante Infos zurück ans UI übermitteln (z.B. um was vom SerialPort 
empfangenes in einer Textbox hinzuzufügen)

(Aktuell hängt vermutlich der Code in deinem Timer-Event, weil z.B. eine 
dort aufgerufene .Read-Methode des SerialPort-Objekts blockiert, weil 
sie auf Daten wartet)

Christian B. schrieb:

> Das .BytesToRead eher schlecht funktioniert habe ich auch schon erfahren
> müssen. Vom DataRecieved Event ganz zu schweigen.

Unsinn. Benutze ich seit Jahrzehnten und funktioniert ganz hervorragend. 
Und zwar genau in dieser Kombination. Sprich: Im Eventhandler wird mit 
BytesToRead erfragt, wieviel zu lesen sind und genau diese Zahl wird 
dann auch gelesen.

Man muss sich halt nur im Klaren darüber sein, dass der Eventhandler 
nicht im Kontext des GUI-Threads läuft und die entsprechenden Maßnahmen 
treffen, wenn man die Daten in eben jenem benötigt...

Es gibt da schon diverse Fallstricke, je nachdem wie man die Daten 
ausliest.
z.B. (aus der Doku zu ReadExisting):
"The SerialPort class buffers data, but the stream object contained in 
the SerialPort.BaseStream property does not. Therefore, the SerialPort 
object and the stream object might differ on the number of bytes that 
are available to read. When bytes are buffered to the SerialPort object, 
the BytesToRead property includes these bytes in its value; however, 
these bytes might not be accessible to the stream contained in the 
BaseStream property."
je nachdem wie man dann ausliest kann man da schon leicht ungewollt den 
Thread blockieren.

Ich nehme immer einen BackgroundWorker/Thread und lese da einfach in 
Schleife via .Read() (Byte-Variante) aus. Das funktioniert bislang immer 
zuverlässig.

Christian B. schrieb:
> Bei Lesen von Daten kommen diese oft mit Verzögerung,
Das ist korrekt.

Christian B. schrieb:
> falsch oder garnicht an.
Das ist mir neu.

bluppdidupp schrieb:

> Ich nehme immer einen BackgroundWorker/Thread

Kann man machen, ist aber überflüssig, da der SerialPort selber einen 
Thread für das Lesen erzeugt (übrigens auch schon unnötigerweise, denn 
er benutzt selber wiederum das asynchrone File-API, was seinerseits auch 
bereits einen Lesethread erzeugt).

Du sattelst also auf bereits zwei Threads nochmal einen drauf... Zwei 
der drei sind eigentlich schlicht über, ganz sicher aber der dritte...