INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

SubVi Probleme nach Application Export



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

11.12.2006, 14:38 (Dieser Beitrag wurde zuletzt bearbeitet: 14.12.2006 13:33 von Dennis.Moser.)
Beitrag #1

exxpkeb Offline
LVF-Grünschnabel
*


Beiträge: 25
Registriert seit: Mar 2006

8.2
2006
kA


Deutschland
SubVi Probleme nach Application Export
Hi LV Forum,

habe ein Top Level VI als Application exportiert.
Jetzt wollen die SubVis und die zu callenden SubVis nichtmehr...
Erstmal dazu grundsätzliche Fragen:
- Kann ein standalone Application VI überhaupt SubVIs.vi callen oder executen?
- funktioniert Methode Open Reference VI auf Pfad-Ziel Application(SubVi) statt LV SubVi.vi?
- Was ist bei der File Architektur zu beachten? (Ordner, Pfad, etc)

Wenn jemand Rat weiss, super! Smile
Sonst versuch ich als nächstes alle SubVis zur Application zu exportieren und aus dem Top Level VI per Komandozeile-Funktion die Dinger zu callen. Geht als Workaround für call VI denk ich, wird das Problem aber nicht ganz aus der Welt schaffen...

Gruß aus Bremen,

keb
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
11.12.2006, 14:45
Beitrag #2

eg Offline
LVF-SeniorMod


Beiträge: 3.868
Registriert seit: Nov 2005

2016
2003
kA

66111
Deutschland
SubVi Probleme nach Application Export
Siehe hier: http://www.LabVIEWforum.de/index.php?showtopic=4184

UND!!! noch zu beachten !!!

nicht mit absoluten Pfaden arbeiten, sondern über Current VI's Path relativieren. Dabei ist "EXE" wie ein Ordner für alle eingebundenen VIs.

Gruss, Eugen

P.S. Ein Bild zum besseren Verständnis

Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
11.12.2006, 15:40
Beitrag #3

exxpkeb Offline
LVF-Grünschnabel
*


Beiträge: 25
Registriert seit: Mar 2006

8.2
2006
kA


Deutschland
SubVi Probleme nach Application Export
Danke für die schnellen Antworten,

habe jetzt im Project Explorer die Möglichkeit entdeckt VIs ins Project zu importieren.
Nach dem Export funktionierts jetzt endlich.

[Die Pfade verweisen nur auf den Datei Namen, und der Top Level Vi Ordner ist automatisch root, ok.]

Aber warum exportiert er mir nur eine Application Datei? Die jetzige App ist größer als zuvor. Werden etwa die SubVis alle in die App gepackt? Das könnte bei größeren Projekten aber störend sein, thema Memory Size. Daher die Funktion call Reference um wirklich nur die VIs aufzurufen welche gebraucht werden.

Weiß jemand wie sich das verhält?

Danke u Gruß
keb
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
11.12.2006, 23:08 (Dieser Beitrag wurde zuletzt bearbeitet: 14.12.2006 13:33 von Dennis.Moser.)
Beitrag #4

jg Offline
CLA & CLED
LVF-Team

Beiträge: 15.864
Registriert seit: Jun 2005

20xx / 8.x
1999
EN

Franken...
Deutschland
SubVi Probleme nach Application Export
<div align="left">Hallo, Keb,

das ist doch im Normalfall das Ziel einer exe-Erstellung: Du willst eine Datei (EXE) haben, die alle deine Aufrufe, Unterprogramme usw. enthält. Und das ganze soll ja im Normalfall auch auf einem Rechner laufen, auf dem nur noch der LV-Runtime-Engine installiert ist und nicht mehr die gesamte Programmierumgebung. Und dorthin willst du bestimmt nicht deine "mühsam" erstellten VI's hingeben, oder?

So weit ich weiss, sollte es vom Speicherbedarf ziemlich egal sein, ob du nun direkt SubVI's aufrufst oder per "call by reference". Aber man muss halt dem Application Builder dann explizit sagen, welche VI's hinzugelinkt werden sollen oder nicht! So schlau ist LV dann halt doch noch nicht, um aus solchen Referenzen zu erkennen, welches VI nun geladen werden soll.

Den Vorteil von "Call by reference"-VI's sehe ich eigentlich ganz wo anders als Speicher zu sparen: Man kann damit zur Laufzeit an der selben Stelle im Programmablauf verschieden VI's aufrufen (Da gibt es glaube ich so ein schönes Beispiel im Example-Finder). Oder man könnte sich verschieden Bibliotheken mit VI's mit demselben Namen erstellen, die man je nach Bedarf hinzulinkt oder nicht, z.B. für verschiedene Hardware.

MfG, Jens</div>

Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)

!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!

Einführende Links zu LabVIEW, s. GerdWs Signatur.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30
Antwort schreiben 


Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  SUBVI arbeitet nach EXE Erstellung nicht richtig hulk 3 4.660 30.01.2021 18:30
Letzter Beitrag: hulk
  Fehlermeldung nach beendigung der Application "windows 10 64 Bit" galilio 13 24.699 31.10.2016 11:49
Letzter Beitrag: IchSelbst
  Probleme beim Erstellen einer lauffähigen exe.Application mit DAQ-Assistent Iceman 2 7.666 06.12.2010 11:05
Letzter Beitrag: Iceman
  Probleme bei Aktivierung von Application Builder mmh87 2 3.732 20.06.2008 08:55
Letzter Beitrag: mmh87
  Deinstallationsverknüpfung / Probleme mit Application Builder chrisxyz 3 4.980 23.10.2007 07:28
Letzter Beitrag: chrisxyz
  Probleme mit Excel nach ERstellung einer .exe AVogt 18 14.131 05.07.2007 10:00
Letzter Beitrag: rolfk

Gehe zu: