Messdatenaufbereitung

' schrieb:Plötzlich fangst Du an von Start- und Stop- Kommandos zu reden. Wo kommen denn die auf einmal her? Wieso hast die Du vorher davon nichts gesagt? Was sind das für Bytes? Natürlich ist es möglich, die Datensätze auf Start-Stop-Basis zu filtern (- du meinst ahrscheinlich zu trennen -), aber dazu fehlen Angaben, wie die Start/Stop-Information aussieht.

@Lucki: Indirekt hierher: http://www.LabVIEWforum.de/index.php?s=&am...ost&p=69059

@danii. Ich stimme meinen Vorschreibern zu, wenn du natürlich noch zwischenrein Kommandos sendest, dann musst du etwas mehr Intelligenz in dein Programm stopfen. Auch mein Bsp. (wie auch die Bsp der anderen hier)war nur gedacht, einen Stream von Messwerten nach einem "Go-Befehl" zu parsen. Es erkennt nur den Anfang des Streams, und wenn dazwischen weitere Rückmeldungen gibt, dann funktioniert das nicht. War auch eher als Hinweis-Idee gedacht, wie man das Ganze mal Online aufziehen könnte, und nicht am Schluss einen Komplett-Stream zu zerlegen.
Du "missbrauchst" momentan die Grundstruktur von Eugens Terminal, ohne an die Consumer-Loop weiterzugeben, wann Kommandos geschickt werden. Dass muss jetzt in die Hose gehen, denn dies war in diesem Programm auch gar nicht vorgesehen.
Eines zeigt dein Daten-Stream: Die Anleitung ist scheinbar nicht ganz korrekt.
   
Offenbar wird der gesendete Startbefehl "gon" ebenfalls mit "gon" quittiert, und das Stopkommando wird mit "snOKn" quittiert.

Offtopic:
Stell deinen "Start" und "Stop" Button lieber auf "Latch when Released", dann wird das Event erst ausgelöst, wenn du den Mouse-Button wieder loslässt->Bessere optische Rückmeldung an den User. Und bei Latch kannst du dir die Case-Strukturen sparen, das Event wird nur einmal ausgelöst.

Gruß Jens