Refnum für Cluster erstellen?

Hi Leute,
ich mögchte gerne von einem HauptVI Befehle an ein SubVI schicken. Das will ich über Referenzen machen. Eine Referenz zu erstellen ist ja kein Problem, nur wie erstelle ich das Ensprechende Refnum eines Clusters mit 8 boolischen Indikatoren um die Befehle ausm MainVI zu bekommen?

MfG, NafeZ

' schrieb:nur wie erstelle ich das Ensprechende Refnum eines Clusters mit 8 boolischen Indikatoren um die Befehle ausm MainVI zu bekommen?

Ganz einfach:
Erstelle zuerst eine Referenz auf den Cluster. An dieser Referenz erstellst du dann ein Bedienelement. Dieses Bedienelement, das ja das RefNum vom Cluster repräsentiert, kopierst du in das SubVI und deklarierst es als Eingang. An dieses Bedienelement kannst du jetzt das Property VALUE anschließen und bekommst so die Werte aus dem Bedienelement aus dem MainVI.

Ob diese Vorgehensweise, nämlich Daten per Refnum aus dem MainVI bekommen zu lassen, ideal ist, möchte ich bezweifeln.

Passt!! Vielen Dank!

Hallo

' schrieb:Ob diese Vorgehensweise, nämlich Daten per Refnum aus dem MainVI bekommen zu lassen, ideal ist, möchte ich bezweifeln.

Wie wäre denn die ideale Vorgehensweise um Daten durch SubVIs zu schlaufen, sodass dieses SubVIs z.B. Anzeigen des Haupt-VIs setzten können?
So ganz naiv wollte ich eben gerade Daten über Refnum-Cluster durch reichen (deshalb fand ich auch diesen Thread).

Gruss und Merci für eine Antwort.

bikobeko

Hinweis:
Die ideale Vorgehensweise hängt vom Algorithmus ab.

' schrieb:Wie wäre denn die ideale Vorgehensweise um Daten durch SubVIs zu schlaufen,

"Durchzuschlaufen" heist, dass die Daten per Eingang ins SubVI hineingehen, per Ausgang wieder heraus kommen und dann auf die Anzeigeelemente des MainVI gehen. Das ist dann gemäß Datenfluß. Eigentlich möchte ich das so haben, da eben nur Daten (=> Datenfluß) angezeigt werden sollen. Nachteil: Ein SubVI müsste in gegebenen Fällen kontinuierlich aufgerufen (1 Aufruf = Starten und beenden) werden.

Zitat:sodass dieses SubVIs z.B. Anzeigen des Haupt-VIs setzten können?

Diese Ausdrucksweise impliziert, dass ein SubVI nur ein einziges Mal aufgerufen wird und dann quasi wie als Task ständig läuft. In diesem Falle würde ich als Datenschnittstelle aber Queues/Melder nehmen. Das SubVI beschreibt Queues/Melder, die vom MainVI ausgelesen und angezeigt werden.

Zitat:So ganz naiv wollte ich eben gerade Daten über Refnum-Cluster durch reichen (deshalb fand ich auch diesen Thread).

Man kann das natürlich so machen (aber: Durchreichen heißt Datenfluß). Nachteil: Ändern man den (sowieso stricten) Typ des Elementes, auf das die Referenz zeigt, muss man die Referenz neu machen. Die Konstante "Referenz von .." passt sich nämlich nicht automatisch an einen geänderten Typ an (leider, bis 861)!

Außerdem:
Eigenschaftsknoten (und deswegen sind die Referenzen ja da) an sich sind sehr langsam.


Ich sage: Wenn's nicht unbedingt z.B. aufgrund des Algorithmus notwendig ist, Referenzen zu verwenden, dann lieber Datenfluß.

Es spricht ja nichts generell gegen die Verwendung von Refnums in Sub-VIs, solange es sich dabei nicht gerade um die Daten in der zeitkritischen Hauptschleife handelt.
Also wenn solche Daten durch das Sub-VI durchlaufen solle, dann sollte man es schon konventionell machen: Sub-VI mit Input und Output für Daten rein und raus.
Handelt es sich hingegen um solche Aufaben wie die Änderung von Eigenschaften, entweder bei der Initialisierung oder bei einem Bedienvorgang, dann helfen Referenzen entscheident das Drahtwirrwar zu vermindern bzw oft geht es auch gar nicht anderes.
Für diese Sub-Vis gilt aber dasselbe wie für Eigenschaftsknoten: Sie sollten nicht dauernd in der Hauptschleife aufgerufen werden, spondern wirklich nur wenn es z.B wegen Bedieneingriff notwendig ist. Z.B. Ereignisstruktur in einer Schleife parallel zur Haupschleife benutzen.
Beispiel für schlechtes Design: In der Haupschleife befindet sich ein Eigenschaftnoten "Sichtbar" mir angeschlossenem boolschem Bedienelement. Besser: Der Eigenschaftknoten sollte nicht dauernd, sondern nur bei jeder Änderung des boolschen Werrtes 1x aufgerufen werden.

Anzeige

Vielen Dank für eure schnellen Antworten

Ja, konkret werden bei mir gewisse VIs nur einmal aufgerufen. Da ich aber nur GUI Elemente auf diese Weise aktualisieren oder abfragen will (nur Buttons und Testanweisungen), glaube ich, hat es keinen entscheidenden Nachteil auf die Geschwindigkeit. So komme ich um Queues und Message-Handler herum.
Ich habe jetzt einfach die Referenzen auf die GUI-Conrols in einem Cluster zusammen gefasst und reiche den durch die VIs. Datenflussmässig ist es nicht ganz sauber, da es scheint nur einen Eingang zu haben aber trotzdem etwas verändert (Output generiert). Aber so kann ein Sub-VI einfach mit der View interagieren.

Jetzt beisse ich nur an einem Problem, dass irgend eine Referenz nicht gültig sein soll (Error 1055).

Ist eine Referenz eigentlich in LabVIEW das selbe wie ein Pointer in C (daher crash wenn Zugriff auf dangling Pointer)? Oder werden die Werte trotzdem by Value (Kopie) durch gereicht? Was ist der Unterschied von RefNum und Referenz?

Damit die Verbindungen nicht immer aufgebrochen werden, wenn der Datentyp ändert kann man glaub ich Datentypen über so eine ctl Datei definieren - Ist mir aber noch etwas zu verwirrend... probiere ich aus wenn das andere läuft: Hier der Link für interessierte: http://forums.ni.com/ni/board/message?boar...hread.id=393869

Gruss, bikobeko

PS: vergass zu erwähnen, dass ich LabVIEW 2009 (9.0) habe.