zu viele Leitungen im BD

(23.02.2011 14:36 )jak888 schrieb:  Ein Beispiel ist ein Cluster-Element meines Frontpanels bei dem verschiedene Daten geändert werden sollen, ohne, dass die anderen verändert werden.

Wenn es nur - so wie bei Dir abgebildet - ein einzelnes Element des Clusters ist, dann geht es einfacher: Auf das betreffende Element mit rechter Maustaste im FP klicken (im BD wärs ja gar nicht möglich, da dort der Cluster nur als Ganzes erscheint), und dann aus dem Kontextmenü den Eigenschaftsknoten "Wert" erstellen (und der erscheint selbstverständlich im BD - auf dem FP hätte der ja nichts zu suchen)
   

Zitat:Kann ich den Port für VISA Funktionen per Konstante übergeben? Oder muss ich den jeweils weiterleiten, damit die Konfiguration bleibt?

GerdW hat ja schon ein richtige Antwort gegeben, hier noch etwas mehr im Detail:
Wenn es immer COM1 ist, dann mußt Du nicht mal eine Konstante anschließen, denn das ist Default. Wenn der COMPort konfigurierbar ist, dann kann man auch eine lokale Variable statt einem Draht anschließen.

Mit lokalen Variablen, anstatt Drähte überall durchzuziehen, kann man überhaupt kollosal Draht sparen. Allerdings sollte sich das nur jemand erlauben, der das Prinzip der Parallelität und der Datenfußsteuerung in LV total verinnerlicht hat und mit allen Gefahren beim Einsatz lokaler Variablen vertraut ist. Ist also nichts für Anfänger, wenn sie da noch nicht sattelfest sind. Zugriffszeiten auf lokale Variablen sind übrigens nur unwesentlich länger, viel schlechter sind Eigenschaftsknoten.

Globale Variablen verwende ich hauptsächlich so: Wenn in einem größeren Projekt irgendwelche Initialisierungparameter von vielen verschiedenen SUB-VIs benutzt werden. Man braucht dann diese Werte nicht über die Eingangsanschlüsse den Sub-VIs zu übergeben und spart damit auch viel Draht.
Zum Übertragung aktueller Daten zwischen verschiedenen VIs würde ich sie aber nicht verwenden, da sind Melder und Queues besser geeignet.