XControl - Action

Ich habe folgende Frage:

Wenn ich in einem XControl in der Eventstruktur Werte in Display-State oder Data ändere, dann soll man unten "State changed?" oder "Data changed?" auf TRUE setzen.

Wird - wenn einer dieser Werte geTRUEd wurde, dann der Zustand "Datenänderung" oder "Anzeigenzustandsänderung" aufgerufen?

Ich möchte einen Schieberegleranzeige damit steuern. Unterhalt des Schiebereglers befinden sich zwei Knöpfe DEC und INC (ohne Beschriftung).

Wird DEC gedrückt, geht es in das Event DEC-Wertänderung. In Display-State ist ein Wert "Position" gespeichert. Dieser Wert soll genommen und das Inkrement abgezogen werden. Dann soll der neue Wert gespeichert werden. State Changed ist auf True gesetzt, also sollte doch danach das Event "Anzeigezustandsänderung" aufgerufen werden. Dort soll der Wert von DisplayState dann dem Schieberegler zugewiesen werden.

Das Event Anzeigezustandsänderung wird aber nie ausgelöst (Meldung an Benutzer in diesem Case zur Überprüfung).

Was mach ich falsch?

(24.03.2013 20:54 )Hasenfuss schrieb:  Wenn ich in einem XControl in der Eventstruktur Werte in Display-State oder Data ändere, dann soll man unten "State changed?" oder "Data changed?" auf TRUE setzen.

Wird - wenn einer dieser Werte geTRUEd wurde, dann der Zustand "Datenänderung" oder "Anzeigenzustandsänderung" aufgerufen?

Nein, diese Werte sind nur Angaben die der Runtime sagen, ob ggf. ein Undo Eintrag hinzugefügt werden und/oder das es die Daten intern ablegen muss.

Für solche Anzeigesachen, die von mehreren Cases ausgelöst werden sollen, wird von NI eine extra Case-Struktur (boolean) für Updatedisplay/Redraw im Kurs empfohlen.

Gruß
Götz

Hallo Götz,

herzlichen Dank fuer Deine Antwort.

(24.03.2013 22:21 )macmarvin schrieb:  Für solche Anzeigesachen, die von mehreren Cases ausgelöst werden sollen, wird von NI eine extra Case-Struktur (boolean) für Updatedisplay/Redraw im Kurs empfohlen.

Mal angenommen, ich füge jetzt noch so einen Case hinzu - wo setze ich diesen Case hinein? Der Timeout-Case wird ja stets zum Schluss ausgelöst. Sollte man dann diese Case-Struktur für Updatedisplay/Redraw in den Timeout-Case reinsetzen?

Du sprichst auch von einem Kurs - gibt es diesen Kurs auch im Internet? Bei meinen Kursen an der Uni kam das Thema mit XControls nicht vor und in meinen Kursunterlagen fand ich dazu auch nichts. Es gibt zwar auch einige Beispiele, z.B. das Beispiel mit dem Taschenrechner oder dem Thermometer, aber so ganz verstanden hab ich es leider noch nicht.

Hier hab ich mal ein Text-XControl gemacht (gespeichert in LabView 2010). In dem Beispiel ist ein Schieberegler, ein numerisches Anzeigefeld und ein num. Eingabefeld. Schieberegler und Eingabefeld können verändert werden. Anzeigefeld bekommt Wert zugewiesen. In diesem Beispiel jetzt hab ich garnicht mit den Feldern Data und DisplayState gearbeitet.

Würde man jetzt den Wert im Schieberegler eher in dem Strang DisplayState speichern oder in Data?

Wenn ich später eine Eigenschaft hinzufügen will (z.B. LeseSchiebereglerWert), dann muss der Wert ja in DisplayState gespeichert sein, weil nur DisplayState dann vorhanden ist in der Eigenschaft.

Hallo Hasenfuss,

Der Wert das dein XControl anzeigen/bedienen soll, kommt in die Data Ability. Alles andere was gemerkt werden soll, _muss_ in den Display State! Keinesfalls in lokale Variablen, Schieberegister o.ä. innerhalb des Facade VI.
Also wie du schon richtig gesagt hast, müsste der Wert des Schiebereglers in den Display State, sonst kannst du ihn nicht innerhalb von Methode/Eigenschaften verwenden.
Im Beispiel habe ich exemplarisch den Redrawbereich hinzugefügt und spasshalber eine Eigenschaft + TestVI gebastelt.
War etwas faul und hab' s als LV 2011 gespeichert... solltest du ja lesen können.

XControls sind, soweit ich weiß, nur im höchsten LV Kurs (Advanced Architectures in LV) enthalten.

Ein Wort der Warnung:
Beim Entwickeln von XControls schafft man es relativ einfach die LV einzufrieren. Die zusätzliche Entwicklungszeit lohnt sich meist nur, wenn das Control häufig benutzt wird oder es partout ein XControl werden soll. Und wenn das Programm mal "komisch" klemmt würde ich immer zuerst aufs XControl zeigen.


  test LV2011.zip (Größe: 74,46 KB / Downloads: 246)


Gruß
Götz

Hallo Götz,

vielen Dank für die Erweiterung meines Beispiels.

Eine Frage hab ich noch - ich möchte zunächst nicht wissen, wie es geht, sondern nur, ob es geht oder nicht. Kann sich ein XControl selber "aktualisieren"?
Ein XControl könnte eine Uhrenanzeige sein. Man könnte in einer Schleife dem XControl durch eine Eigenschaft "aktuelle Zeit" aus dem Basis-VI zuweisen, geschieht dies in einer Schleife, dann wird die Zeit stetig aktualisiert.

Geht das aber auch automatisch, dass das XControl die Anzeige von selber aktualisiert, ohne dass eine Zuweisung aus dem Basis-VI erfolgen muss? Ich frage das deshalb, weil ich ein Beispiel-XControl mit einer Laufschrift gefunden habe, leider ist dieses Beispiel noch zu komplex und ich verstehe es noch nicht. Dort wird aber lediglich ein String hingesendet mit dem Text, das XControl erneuert aber andauernd die Laufschrift, ohne dass ich das XControl z.B. alle 100ms aufrufe aus dem Basis-VI.

(26.03.2013 00:15 )Hasenfuss schrieb:  Eine Frage hab ich noch - ich möchte zunächst nicht wissen, wie es geht, sondern nur, ob es geht oder nicht. Kann sich ein XControl selber "aktualisieren"?
Ein XControl könnte eine Uhrenanzeige sein. Man könnte in einer Schleife dem XControl durch eine Eigenschaft "aktuelle Zeit" aus dem Basis-VI zuweisen, geschieht dies in einer Schleife, dann wird die Zeit stetig aktualisiert.

Das Facade VI kann es nicht selbst, da es normalerweise nicht läuft.
Was aber denkbar wäre ist, dass beim Init oder ExecStateChange ein parallel laufendes VI gestartet wird und dieses das XControl z.b. per UserEvent zyklisch antriggert.