LabVIEWForum.de - Konstanten von Strikter Type-Def wird nicht aktualisiert

LabVIEWForum.de

Normale Version: Konstanten von Strikter Type-Def wird nicht aktualisiert
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hi Leute,

ich habe in einem LV-Projekt eine Enum-Variable als "strikte Type-Def" definiert. Die Enum-Variable
ist nun Eingabeelement von einem SubVIs. Bei Verwendung des VIs kann man sich via rechte
Maustaste an dem Eingang eine Konstante erzeugen. So weit so gut.

Wird nun die Enum-Variable geändert (z. B. ein neuer Wert hinzugefügt), werden alle "normalen" Elemente,
die mit der Variablen verknüpft sind, aktualisiert. Nur bei den Konstanten funktioniert dies nicht.
Im Kontextmenü der Konstanten ist der Punkt "Automatisches aktualisieren von Typdefinitionen" angehakt
und der Punkt "Aktualisierung von Type Def." ist ausgegraut.

Ist das normal oder ein Bug? Wer weiß Rat?
Ich arbeite übrigens mit LV 8.2.

Gruß Micha
Hab's nachgebaut. Hier hat's funktioniert.

[attachment=21920]
[attachment=21921]
[attachment=21919]
Alle 3 Anhänge inLv82_img.

Meintest Du überhaupt so?

Gruß Markus
Das hört sich so völlig normal an. Sollte so funktionieren!
Ganz sicher eine Enum verwendet und nicht aus Versehen einen Ring?

Gruß, Jens
Hallo Markus,

danke für die schnelle Antwort.

Ja so meine ich das.

Und mit Deinen Dateien fünktioniert es auch bei mir. Grübel!

Mal schauen, warum es bei meinem Projekt nicht funktioniert. Melde mich später nochmal.

Gruß Micha
' schrieb:Ganz sicher eine Enum verwendet und nicht aus Versehen einen Ring?

Upps, ja es ist ein Ring. Aber nicht aus Versehen. Der Ring wurde deshalb genommen,
weil die Daten keine sequentiellen Werte sind.

Macht das einen Unterschied? Wenn keine Aktualisierung bei Ring-Elementen möglich
wäre, dann gäbe es den Menüpunkt "Automatisches aktualisieren von Typdefinitionen" nicht?

Gruß Micha
Das ist so Standard bei einem Ring. Da gibt es einiges drüber im Web.

z.B. http://digital.ni.com/public.nsf/allkb/46C...62570920062C125
oder auch so einiges auf LAVA.

Der Workaround wird z.B. hier beschrieben (ganz am Schluss):
http://sthmac.magnet.fsu.edu/infoLabVIEW/I...-10-26_015.html
Also, Datentyp ändern (z.B. von U16 auf U32), dann Apply Changes (irgendwo im Pulldwon Menü), dann Datentyp wieder auf Ursprung ändern.

Gruß, Jens
' schrieb:Der Workaround wird z.B. hier beschrieben (ganz am Schluss):
http://sthmac.magnet.fsu.edu/infoLabVIEW/I...-10-26_015.html
Also, Datentyp ändern (z.B. von U16 auf U32), dann Apply Changes (irgendwo im Pulldwon Menü), dann Datentyp wieder auf Ursprung ändern.

Danke für die Info, Jens. Der Workaround klappt gut. Allerdings lauern dann andere Gefahren.
Wenn man in dem Ring einen Wert löscht, dann haben alle Konstanten, deren Wert nach dem
gelöschtem Wert im Ring stehen, einen falschen Wert (sie rutschen nicht nach).

Was wäre die Alternative?
Nur mit Enums arbeiten und sich ein VI zur Konvertierung basteln? Bei einer Änderung bräuchte man
dann nur das VI anpassen und muß nicht alle Konstanten abchecken, ob der Wert noch stimmt.

Gruß Micha
Referenz-URLs