Wie VI-Referenzen verwenden?

Hallo,

ich habe manches mit LVOOP gemacht, aber das kann ich noch genausogut "klassisch" lösen, denke ich. Ich nutze Klassenvariablen, auf die alle Methoden zugreifen. Das müsste jedoch ohne Klasse genau so gehen, wie wir es bsp. von den DAQmx-Blöcken kennen oder auch von den Dateizugriffs-Blöcken. Die reichen die Daten auch weiter.

Wie macht man sowas denn?
Nehme ich da einen Cluster und reiche diesen weiter? Das sieht optisch irgendwie nicht so toll aus.

Ich würde meine LVOOP-Geschichte gerne mal anders umsetzen, damit ich den Instanz-Block nicht benötige. Der stört mich.

Grüße

' schrieb:ich habe manches mit LVOOP gemacht, aber das kann ich noch genausogut "klassisch" lösen, denke ich.

Da verweise ich doch gleich mal auf meine "Muster-Klasse". Mit diesem Konzept kann man eine OOP-Klasse "simulieren": Propertys, Kapselung, etc.

Man muss ja nicht einen Cluster weiter reichen. Man kann ja auch die Daten per Queue und Melder verschicken. Das entspricht einem Property, ob lesend oder schreibend. Die "Klasse" läuft als selbständiger "Prozess" innerhalb der Anwendung. Wer was von der Klasse will, muss per Property, also per Queue, anfragen. "Antwort" bekommt er per Melder.

Vielen Dank dafür!

Aber gibt es nicht ein einfaches Beispiel oder die Vorgehensweise (was ich wie als Ein- und Ausgang definieren muss)?
Dein Beispiel ich für mich dann doch etwas zu komplex.

' schrieb:Die reichen die Daten auch weiter.
Wie macht man sowas denn?
Nehme ich da einen Cluster und reiche diesen weiter?

Wenn du doch schon gesehen hast, wie welche Daten weitergeleitet werden, dann weißt du doch, wie man sowas macht.

Und ja, nimm einen Cluster und reiche den weiter. Ein Cluster hat den Vorteil, dass viele Daten in einem Wire gebündelt sind. Das spart Platz am BD.

' schrieb:Die reichen die Daten auch weiter.
Wie macht man sowas denn?
Nehme ich da einen Cluster und reiche diesen weiter?

Wenn du doch schon gesehen hast, wie welche Daten weitergeleitet werden, dann weißt du doch, wie man sowas macht.

Und ja, nimm einen Cluster und reiche den weiter. Ein Cluster hat den Vorteil, dass viele Daten in einem Wire gebündelt sind. Das spart Platz am BD.

Hm, ich weiß nicht, ob das so einfach geht.

Mit LVOOP kann ich über "Nach Namen bündeln" (oder wie es genau heißt) sehr einfach auf die Klassenvariablen zugreifen. Was im Klassesnvariablen-Cluster enthalten ist, weiß jede Methode.
Wenn ich nun einen Cluster als Ein- und Ausgang definieren möchte, muss ich diesen pro VI 2 mal auf dem Frontpanel erstellen. Möchte ich den Cluster irgendwann erweitern, muss ich jedes VI öffnen und in den 2 enthaltenen Clustern die Änderungen vornehmen.
Das ist alles andere als gut wartbar.

Anzeige

' schrieb:Möchte ich den Cluster irgendwann erweitern, muss ich jedes VI öffnen und in den 2 enthaltenen Clustern die Änderungen vornehmen.
Das ist alles andere als gut wartbar.

Such mal nach "Type Def" hier im Forum. Hier ein wahlloser Ausszug:

' schrieb:Hallo gfzk,

vielleicht hast du inzwischen den großen Vorteil eines Typedef bemerkt:
Alle Instanzen des Typedef ändern sich automatisch mit, wenn man den Typedef bearbeitet hat…

Gruß dimitri

Das schaue ich mir an, besten Dank!