Queued State Machine, paralleles lesen und schreiben.

(25.02.2013 14:57 )jg schrieb:  Der Standard-Fall ist das aber sicher nicht. Der ist, dass das RS-232-Gerät erst etwas auf Anfrage zurückmeldet. Und dann kommt du mit einer Kommunikationsschleife aus. Diese fragt im "Leerlauf-Fall" aktuelle Werte ab, und ansonsten führt sie das aktuell gewählte Kommando aus.

Der Standard-Fall trifft auch wohl auf mich zu. Also werde ich das dann auch so machen, wie es beschrieben hast.

Nun stellt sich mir aber dann eine weiterführende Frage und zwar werden die im Leerlauf abgefragten Werte grafisch Dargestellt oder zumindest einfach nur auf dem Frontpanel ausgegeben. Wenn ich aber nun in dem State bin, dass ich "extra Abfragen" starte, wie schaffe ich es, dass der Benutzer davon nichts merkt?

Und eine kleine zwischen Frage.
In meinem Vi-Ausschnitt kann man sehen, dass ich in der Eventstruktur eine Typumwandlung benutzt habe. Bei meiner ersten Anwendung hat alles funktioniert, aber nun geht gar nichts. Egal was ich auswähle, die Typumwandlung gibt immer das selbe zurück. Warum?


  states.ctl (Größe: 4,13 KB / Downloads: 212)
DAs wird dafür noch benötigt

Als Beispiel hab ich ein kleines Vi erstellt, was aber genau auf meine 2. Frage anspielt:


  typumwandlung.vi (Größe: 4,05 KB / Downloads: 223)


  typumwandlung.ctl (Größe: 4,09 KB / Downloads: 200)