Konstanten von Strikter Type-Def wird nicht aktualisiert

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

Anzeige

Hab's nachgebaut. Hier hat's funktioniert.


  Untitled_1.vi (Größe: 7,98 KB / Downloads: 280)


  Untitled_2__SubVI_.vi (Größe: 7,63 KB / Downloads: 268)


  Control_1.ctl (Größe: 4,76 KB / Downloads: 271)

Alle 3 Anhänge in.

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

Anzeige

' 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