Problem bei Typ-Einstellung mit Variant

Also die korrekte und beste Weise ist um am SubVI einen Eingang zu haben an den man den Wert direkt anschliesst und dann einen Ausgang an dem der neue Wert wieder rauskommt. Diesen Ausgang schliesst man dann z.B. an eine lokale Variable des Kontrolls.

Wahrscheinlich denkst Du jetzt aber nein, das ist doch viel aufwendiger weil die Daten in einen Draht durch das ganze Diagramm, ins VI hinein und dann wieder hinaus, geschaufelt werden müssen. Aber nichts ist weniger wahr!

Erstens LabVIEW ist ziemlich gut im Wiederverwenden von Datenbuffern. Es gibt da ein paar Dinge die man beachten muss und die können manchmal auch eingewickelt werden, aber grundsätzlich ist die einzige richtige Art um Daten in LabVIEW zu transportieren eben durch einen Draht für die Daten selber. Nur einer der Tipps in diesem Zusammenhang, man sollte bei einem SubVI die Input und Output Terminals solcher Elemente im Diagram immer ausserhalb aller Strukturen (Loops, Cases, etc) plazieren und dann gegebenenfalls systematisch durchverdrahten um die optimale Performance zu gewähren.

Zweitens ermöglichen Referenzen sehr einfach Race-Konditionen zu produzieren. Da ist kein sauberer Datenfluss mehr und sobald Du auf ein Kontroll von mehr als einer Stelle über Referenzen zugreifst ist die Reihenfolge der Zugriffe, wenn keine anderen Datenflussabhängigkeiten vorhanden sind, völlig zufällig. Spätestens wenn Du ein paar mal eine Race-Kondition debuggen musstest wirst Du Dir schwören Referenzen nie mehr unnötig zu verwenden.

Last but not least. Die Property Nodes die auf Referenzen arbeiten werden immer synchron und im UI Thread ausgeführt. Terminals und lokale Variablen werden asyncron geupdated. Das hat zwei weitreichende Folgen.
Erstens wenn Du in einer Loop ein Kontroll schnell updatest wird das mit einem Terminal oder einer lokalen Variablen ohne weiteres 100000 Iterationen pro Sekunde erreichen. Bei einem Update über eine Referenz wirst Du kaum über 100 Iterationen pro Sekunde kommen. Der Grund ist folgender: Wenn Du einen Wert in ein Terminal oder eine lokale Variable schreibst werden diese Daten in einen Buffer geschrieben und ein Flag wird gesetzt dass das Kontroll ein Update nötig hat. Der UI Thread kommt regelmässig (~50 mal pro Sekunde) vorbei und zeichnet alle Kontrolls wo das Flag gesetzt ist neu. Ja das hat als Folge dass lange nicht alle 100000 Werte die Du in der Loop geschrieben hast auch auf dem Panel sichtbar werden, aber ein Mensch ist nicht mal im Stande die nur 50 Updates pro Sekunde die der UI Thread macht sinnvoll zu verarbeiten!!!

Und da die Property Node im UI Thread ausgeführt wird muss LabVIEW jedesmal einen Kontext Switch dorthin machen den Wert (und das Kontroll updaten) und dann zurück zum Diagram switchen um die Loop weiter auszuführen. Solche Kontextswitches sind recht kostbar und das Zeichnen des Kontrolls jedesmal mindestens so viel.

Rolf Kalbermatter