(14.06.2012 05:35 )GT123 schrieb: Guten morgen und besten Dank Euch beiden,
ja, FP schliesen müsste reichen, bin mir hierbei nur nicht sicher (gewesen) ob nur das FP sich schliesst und im Hintergrund das BD weiter läuft... sehe es wurde ja bereits erwähnt :-) Zitat:In dem Moment wo kein Frontpanel mehr vorhanden ist, wird eine LabVIEW Applikation abgebrochen
ok, d.h. ich kann mit den Vi Server arbeiten wie ich will, das akualisieren des UI ist währendessen immer blockiert.
Dann denke ich doch wieder an die exe Lösung...
in Splashscreen.vi mit system exec.vi die main.exe starten (wait until done=F),
dann muss ich aber in einer Schleife abfragen ob die main.exe das FP geöffnet hat.
Nur, wie könnte ich das Abfragen "FP einer exe geöffnet" realisieren?
Nur über VI Server und dazu musst Du in Deiner Main den VI Server über TCP konfigurieren. Dazu muss man entsprechende Einträge in die <mymain>.ini Deiner Main app machen und dann muss man im Splashscreen zuerst eine Application Reference zu dem "Remote" aufbauen (ja remote auch wenn die Applikation auf dem gleichen Rechner läuft) und dann kann mandiese an Open VI Reference übergeben, dass das weiss welche Instanz kontakiert werden soll. Aber gib Windows etwas Zeit um die exe zu laden und zu starten. Wenn Du gleich nach dem System exe probierst um die Application Reference zu öffnen, hat Windows noch nicht mal das Executabel geladen, geschweige dann dass dieses Zeit hatte um sich zu initialisieren und den VI Server aufzustarten.
Aber ehrlich, so viel Liebesmühe wegen einer kleinen Fortschrittsanzeige!!! Pack Dir irgendwo ein GIF File das etwas Animiertes darstellt und importiere das ins Frontpanel. Animierte Gifs werden bei mir nicht blockiert während des Ladens des Main VIs. Allerdings muss ich auch sagen dass mein Main VI zwar eine Hierarchy von schnell mal 500 bis 1000 VIs enthält, aber das dauert nur Sekunden um das zu laden. Mehr Zeit geht verloren beim Initialisieren der Konfigurationsdaten und der Hardware, aber das geschieht ja nicht mehr in Open VI Reference und blockiert daher im Normalfall auch den UI Thread nicht.
