Hi Jens,
danke für die Info, nach der Umsetzung, reagieren die Button jedoch wieder nicht vernünftig und es sind mehrere Klicks nötig, damit eine Reaktion stattfindet.
So langsam glaube ich, dass das irgendwie zu einer unlösbaren Aufgabe wird
Ist es tatsächlich so aufwendig in Labview eine Funktion zu erstellen, dass wenn zwischendurch Daten von einem externen Messgerät abgerufen werden und dadurch kurze Verzögerungen in der Programmausführung
stattfinden, auf die Buttons zu reagieren?
Was soll denn in dem VI, welches du hochgeladen hast, nach Umbau auf Event-Struktur verzögert reagieren?
Die Producer-Loop wartet auf den Knopf-Druck, der Consumer auf eines von 2 Events.
Gruß, Jens
Würde ich das wissen, würde ich hier nicht fragen.
Die Abfrage des Button geschieht sehr Zeitverzögert oder geht anscheinend unter.
Vielleicht liegt es auch an der 2013er Version.
(11.07.2019 09:49 )maxil schrieb: [ -> ]Würde ich das wissen, würde ich hier nicht fragen.
Die Abfrage des Button geschieht sehr Zeitverzögert oder geht anscheinend unter.
Vielleicht liegt es auch an der 2013er Version.
Bzw. vielleicht habe ich das nicht eindeutig beschrieben, die Funktion zum speichern der Daten wird (z.B. Angabe des namens der Messdatei erscheint dann teilweise nicht)
Hallo zusammen,
so ich weiß nicht genau woran es nun gelegen hatte, habe es noch einmal neu aufgebaut und nun reagiert alles so wie es soll,
nur das stoppen bzw. beenden über den stopp button beendet das Programm nicht.
Hallo maxil,
weil du den Button nicht in die Event-Struktur eingebunden hast!
Wozu bitte die außerste While-Loop? Der Stopp-Button gehört in die Eventstruktur hinein…
Hi Gerd,
erst nachdem ich die äußerste while loop um alle anderen gelegt habe, reagierten die buttons einigermaßen direkt.
Ich werde es morgen noch mal testen, danke für den Hinweis.
Hallo maxil,
Zitat:erst nachdem ich die äußerste while loop um alle anderen gelegt habe, reagierten die buttons einigermaßen direkt.
Das kann ich nicht nachvollziehen. (Bzw. halte es für Blödsinn.) Wie soll die Button-Verarbeitung beschleunigt werden durch diese Loop außen herum? Die noch dazu wegen THINK DATAFLOW überhaupt nicht iterieren kann!
So einfach:
[
attachment=60185]
Noch ein Problem mit deinem VI:
Du fragst in der ConsumerLoop zwei Queues ab - und beide Abfragen ohne Timeout.
Was passiert also dank THINK DATAFLOW? Genau: diese Schleife muss warten, bis BEIDE Queues einen neuen Wert liefern. (Dank der SinusSignal-Schleife braucht die eine Queue immer 1s, die andere Queue liefert deine Button-Events…)
Ein solches Design mit zwei Queues wird eben schnell "tricky", wenn man die Timing nichts beachtet! Was passiert z.B. wenn eine Queue sehr viel schneller als die andere neue Elemente liefert???
Guten Morgen Gerd,
danke für den Hinweis. Mir ist nichts besseres eingefallen, als es auf diesem Weg zu lösen, wenn es weitere Möglichkeiten gibt (die eventuell auch einfach zu handhaben sind), würde
ich mich über Ideen oder Vorschläge freuen!
Wie gesagt, ich arbeite erst seit ca. 2 Monaten mit dem Programm und muss darin mein Abschlussprojekt schreiben.
Hallo maxil,
Zitat: ich arbeite erst seit ca. 2 Monaten mit dem Programm und muss darin mein Abschlussprojekt schreiben.
Wir helfen dir gerade bei deinem Abschlussprojekt - damit du eine gute Note bekommst?
Spätestens an einer Uni musst du dafür
unterschreiben, dass du die Arbeit allein erledigt hast und korrekt zitierst: Werden wir hier alle korrekt von dir zitiert?