Fehler bei *.exe Ausführung, als VI klappts aber! Fehler dort, beim nach Excel schreiben!
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!
Fehler bei *.exe Ausführung, als VI klappts aber! Fehler dort, beim nach Excel schreiben!
Hallo zusammen, habe ein folgendes Problem:
Ich schreibe unterschiedliche Werte mittels Report Generation Toolkit in ein Excel file, dass ich zuvor aus LV heraus öffne.
Klappt ja auch alles! Erst wenn ich eine *.exe mit dem Application Builder (LV 7.1) erstelle funktioniert es nicht mehr!
Kann es sein, dass es in irgendeiner Art und weise an dynamischem einbinden von irgendwas fehlt?
Habe nichts dyn. eingebunden (auch keine SubVI's), obwohl diese vom 'HauptVI' aufgerufen werden funktionieren diese auch ohne dyn. Einbindung hevoragend unter der *.exe Anwendung! Für was benötige ich dann diese überhaupt?
Fehler bei *.exe Ausführung, als VI klappts aber! Fehler dort, beim nach Excel schreiben!
Habe nun mittlerweile eines selbst festgestellt, dass man für dynamische VI's nur VI's einzusetzten braucht, wenn Sie auch über den VI-Server laufen.
Da ja meine *.xls Vorlagedatei in die geschrieben wird auf meinem lokalen Client liegt, von dem aus sie ja auch aufgerufen wird, brauche ich dies dort nicht anzugeben.
Als Schlußfolgerung hieße dies aber auch, dass mein Programm ja auch als *.exe genauso funktionieren sollte wie als normale VI's.
Fehler bei *.exe Ausführung, als VI klappts aber! Fehler dort, beim nach Excel schreiben!
' schrieb:Habe nun mittlerweile eines selbst festgestellt, dass man für dynamische VI's nur VI's einzusetzten braucht, wenn Sie auch über den VI-Server laufen.
Da ja meine *.xls Vorlagedatei in die geschrieben wird auf meinem lokalen Client liegt, von dem aus sie ja auch aufgerufen wird, brauche ich dies dort nicht anzugeben.
Als Schlußfolgerung hieße dies aber auch, dass mein Programm ja auch als *.exe genauso funktionieren sollte wie als normale VI's.
Klappt ja aber nicht. Woran kanns liegen?
kann es sein, dass du deinen Pfad zur Excel-Datei zur Plaufzeit relativ zum Haupt-VI bestimmst? Dann liegt der Fehler daran. Die Exe wird quasi wie ein Ordner (oder ne *.llb) in den Pfad mit eingebunden, und gegenüber der Entwicklungsumgebung muss man einmal mehr "strip path" anwenden, damit man den Pfad zum "Arbeitsverzeichnis" hat ...
Fehler bei *.exe Ausführung, als VI klappts aber! Fehler dort, beim nach Excel schreiben!
Hi,
Frage: Was meinst du mit relativ zur Laufzeit eingebunden?
In meim 'Haupt-VI' wird ein Sub-VI zur Laufzeit angesprochen und abgearbeitet, in diesem Sub-VI ist dann der Pfad auf C:.....*.xls angegeben. Dann gehts noch ne Schicht tiefer zu anderen Sub-VIs.
Am Schluß wird wieder auf C:......*.xls (andere DAteiname) abgespeichert und Excel geschlossen!
Meintest du das? Wenn's daran läge, wie du meinst, was müßte ich dann tun?????
Zitat:' Einmal mehr "Strip path" ??????????????????
Bitte um Erklärung!!!!!!!!!!! Versteh nicht so ganz was du genau damit meinst!!!
Fehler bei *.exe Ausführung, als VI klappts aber! Fehler dort, beim nach Excel schreiben!
' schrieb:Hi,
Frage: Was meinst du mit relativ zur Laufzeit eingebunden?
In meim 'Haupt-VI' wird ein Sub-VI zur Laufzeit angesprochen und abgearbeitet, in diesem Sub-VI ist dann der Pfad auf C:.....*.xls angegeben. Dann gehts noch ne Schicht tiefer zu anderen Sub-VIs.
Am Schluß wird wieder auf C:......*.xls (andere DAteiname) abgespeichert und Excel geschlossen!
Meintest du das? Wenn's daran läge, wie du meinst, was müßte ich dann tun?????
Zitat:' Einmal mehr "Strip path" ??????????????????
Bitte um Erklärung!!!!!!!!!!! Versteh nicht so ganz was du genau damit meinst!!!
Gruß Andi!
ok, nochmal langsam zum mitschreiben:
ofmals verwendet man relative Pfade in LabVIEW, d.h. man holt sich den Pfad zum Haupt-VI mit "Current VIs Path", zerlegt diesen Pfad einmal in Dateinamen und Verzeichnis, und hat somit das "Arbeitsverzeichnis". Wenn man nun alle Support-Dateien in das gleiche Verzeichnis legt, kann man mit dieser Methode recht praktisch mit relativen Pfaden auf die Dateien zugreifen, unabhängig davon, in welchem Ordner die Applikation liegt.
Ein Beispiel:
Das Haupt-VI habe den Pfad: P:EntwicklungProjekte LabVIEWDosenkohlSlowmotionloggerSource Codemain.vi. Diesen Pfad kann man im Haupt-VI in LV auslesen, in dem man die Funktion "Current VIs Path" aufruft.
nach dem "Strip Path" in der Entwicklungs-Umgebung erhält man den Pfad und den Dateinamen. Wenn nun eine Support-Datei im gleichen Ordner liegen hat, kann man einfach mit "build Path" den Dateinamen angeben und den "Arbeitsordner" verwenden ...
So wie du das aber in deinem letzten Post beschriebne hast, verwendest du absolute Pfade. Dann kann der Fehler mit den relativen Pfaden so nicht auftreten, es hört sich für mich aber trozdem irgendwie nach "Datei nicht gefunden" an ...
Fehler bei *.exe Ausführung, als VI klappts aber! Fehler dort, beim nach Excel schreiben!
Hallo Andi,
ich weiss nicht ob das hilft, aber die Excel-Version muss auf Entwicklermaschine und auf der Targetmaschine übereinstimmen.
Die ActiveX-Schnittstelle von Excel ändert sich leider mit jeder neuen Version, deshalb unbedingt prüfen.
/
Fehler bei *.exe Ausführung, als VI klappts aber! Fehler dort, beim nach Excel schreiben!
