Bedienelement verschieben! - Druckversion +- LabVIEWForum.de (https://www.labviewforum.de) +-- Forum: LabVIEW (/Forum-LabVIEW) +--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein) +--- Thema: Bedienelement verschieben! (/Thread-Bedienelement-verschieben) |
Bedienelement verschieben! - fischabvb - 17.04.2008 12:39 Hallo! Habe folgendes Problem! Mein Programm hat in einem SubVI ein Bedienelement für Drehzahl und Drehmoment. Möchte diese beiden Bedienelemente aber gern auf der "Benutzeroberfläche" im VI 4Q-Fahrt haben! Ist das möglich? Version 7.1 Bedienelement verschieben! - blacky - 18.04.2008 06:13 ' schrieb:Hallo! Wäre natürlich schon möglich. Dazu bräuchten wir aber die Sub VIs auch denn sonst sieht man nichts. mfg blacky Bedienelement verschieben! - jg - 20.04.2008 21:28 Das Stichwort zur Lösung deiner Frage sollte "References" lauten. MfG, Jens Bedienelement verschieben! - rolfk - 21.04.2008 07:51 ' schrieb:Das Stichwort zur Lösung deiner Frage sollte "References" lauten. Vielleicht!! References sind zwar eine interessante Möglichkeit aber bevor man die verwendet sollte man ganz genau nachdenken. Von allen Varianten um Daten im Frontpanel sichtbar zu machen ist das die denkbar langsamste Variante, ausser man sendet sie erst per Netzwerk an sich selber . Sie sind meist noch ineffektiver als die Verwendung von Globals. Besser ist es in vielen Fällen um das SubVI so zu gestalten dass es immer nur eine kurze Operation macht und die entsprechenden Daten als Indikatoren auf der Connector Pane zur Verfügung stellt um sie dann im HauptVI ganz normal an das Terminal zu verbinden. Scheint etwas mehr Arbeit auf den ersten Blick und vor allem benötigt etwas Gehirnschmalz um über die Art der Programmierung VOR dem Programmieren nachzudenken. Die Verwendung von References (in den meisten Fällen wirklich nicht nötig aber hier eventuel sinnvoll) sollte aber ganz sicher nicht dazu leiten alles in der Zukunft mit References zu erschlagen. Das ist der garantierte Weg zu einer Applikation die saumässig langsam, speicherineffektiv, schwer debugbar weil race condition gefühlig und zudem kaum noch unterhaltbar ist. Rolf Kalbermatter |