+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Zustandautomat ändert den Zustand nicht. (/Thread-Zustandautomat-aendert-den-Zustand-nicht)
Zustandautomat ändert den Zustand nicht. - Alexa - 31.10.2012 12:52
Hallo liebe Forum-Mitglieder,
ich benötige erneut eure Hilfe. Ich versuche einen Zustandautomaten mit LabVIEW zu erstellen. Er soll mir aus einer Datei zuerst die ersten Zeilen suchen, die mit * anfangen und in ein String schreiben. Wenn dies fertig ist, soll er mir die erste Zeile, die mit % anfängt suchen und in ein anderes String schreiben. Ist das auch erledigt, dann soll nach den nächsten Zeilen mit * gesucht werden und danach nach der nnächsten Zeile mit %, das solange, bis alle Zeilen durch sind. Irgendwie kriege ich das nicht so ganz hin. Meinen jämmerlichen Versuch findet ihr im Anhang. Der Init Zustand läuft durch, danach kommt der "Einstellungen senden" Zustand. Und danach kommt mein VI nicht weiter. Was mache ich falsch?
Es wäre toll, wenn mir jemand weiterhelfen könnte.
RE: Zustandautomat ändert den Zustand nicht. - Y-P - 31.10.2012 13:20
Bei Deinem VI blicke ich nicht durch, was Du da machst.
Meinst Du so:
[attachment=42062]
Gruß Markus
RE: Zustandautomat ändert den Zustand nicht. - Alexa - 31.10.2012 13:43
Ganz genau! Danke, Markus!
Das ist aber sehr einfach realisiert! Ich denke zu kompliziert, glaube ich! Oder vielleicht liegt es auch daran, dass ich nicht immer weiß, was ich da eigentlich tue
Der Grund, warum ich das Auslesen der Daten mit einem Zustandautomaten realisieren möchte ist, dass immer zuerst die ersten zwei Zeilen mit * nacheinander geschrieben werden sollen und danach die erste Zeile mit %. Die Zeile mit % wird aber mehrere Male geschrieben. Erst wenn alle Zeilen fertig geschrieben sind sollen die nächsten zwei Zeilen mit * geschrieben werden. Hast Du da auch eine Idee, wie ich es am einfachsten realisieren könnte?
Habe ich das überhaupt verständlich erklärt??? So soll die ausgabe dann ausschauen, vielleich hilft es weiter.
*aaa
*bbb
Das ist ein Test Text, 1. Zeile
Das ist ein Test Text, 1. Zeile
Das ist ein Test Text, 1. Zeile
Das ist ein Test Text, 1. Zeile
Das ist ein Test Text, 1. Zeile
...
*ccc
*ddd
Das ist ein Test Text, 2. Zeile
Das ist ein Test Text, 2. Zeile
Das ist ein Test Text, 2. Zeile
...
und so weiter, bis die gesamte Datei durch ist.
RE: Zustandautomat ändert den Zustand nicht. - jg - 31.10.2012 14:36
Könnte es sein, dass du über das programmatische Setzen eines Terminals ein Event in der Event-Struktur auslösen wolltest?
Das geht nicht, die Event-Struktur reagiert nur auf UI-Interaktionen (oder noch auf die "Value-Signaling"-PropertyNode).
Gruß, Jens
RE: Zustandautomat ändert den Zustand nicht. - Y-P - 31.10.2012 15:13
Dann sieht die Ausgabe ja wieder aus wie die Eingabe.Gruß Markus
(31.10.2012 13:43 )Alexa schrieb: So soll die ausgabe dann ausschauen, vielleich hilft es weiter.
*aaa
*bbb
Das ist ein Test Text, 1. Zeile
Das ist ein Test Text, 1. Zeile
Das ist ein Test Text, 1. Zeile
Das ist ein Test Text, 1. Zeile
Das ist ein Test Text, 1. Zeile
...
*ccc
*ddd
Das ist ein Test Text, 2. Zeile
Das ist ein Test Text, 2. Zeile
Das ist ein Test Text, 2. Zeile
...
und so weiter, bis die gesamte Datei durch ist.
RE: Zustandautomat ändert den Zustand nicht. - Alexa - 31.10.2012 16:40
Ja, dass stimmt. Ich erkläre es mal näher. Der Anwender wählt an dem UI Test-Einstellungen für das zu testende Gerät, welche durchlaufen werden sollen, startet den Test und geht wieder. Das Programm muss nachdem Durchlaufen des 1. Tests die Einstellungen an dem Gerät automatisch neu setzen können und den Test wiederholt starten.
Ich löse das Problem so, dass die vom Benutzer gewählten Einstellungen in eine Datei gespeichert werden. Das Programm soll dann die Datei laden, die Einstellungen lesen und immer wieder neu an das Gerät über RS232 schicken.
Doch sobald die ersten Einstellungen gesendet wurden, muss das Programm erst einmal abwarten, bis der Test durchlaufen ist. Erst dann sollen die neuen Einstellungen geschickt werden.
Und das versuche ich mit einem Zustandautomaten zu realisieren. Jens hatte mit seiner Anmerkung recht, ich versuche nun die Aufgabe ohne eine Event-Struktur zu lösen. Bin aber nicht wiklich weit gekommen...
