LabVIEWForum.de

Liege Gemeinde,
da denkt man man kommt langsam klar mit dem Application Builder und dann sowas:

Also ich benutze LabVIEW 2012 und bekomme beim erstellen meiner Exe immer folgenden Fehler.:

Fehler Kopieren Dateien.
Quelle:****
Ziel:***
Fehler 7 bei AB_Destination.lvclass:Copy_File.vi -> AB_Source.lvclass:Copy_SourceItem.vi -> AB_Build.lvclass:Copy_Files.vi -> AB_Application.lvclass:Copy_Files.vi -> AB_Build.lvclass:Build.vi -> AB_Application.lvclass:Build.vi -> AB_RTEXE.lvclass:Build.vi -> AB_Engine_Build.vi -> AB_Build_Invoke.vi -> AB_Build_Invoke.vi.ProxyCaller

Mögliche Ursachen:

LabVIEW: Datei nicht gefunden. Die Datei wurde eventuell verschoben oder gelöscht, oder der Pfad ist falsch angegeben. Verwenden Sie zum Beispiel unter Windows zwischen den einzelnen Verzeichnissen einen umgekehrten Schrägstrich (\), unter Mac OS X einen Doppelpunkt ( und unter Linux einen Schrägstrich (/). Überprüfen Sie anhand des DOS-Eingabefensters oder Datei-Explorers die Richtigkeit des Pfads.
=========================
NI-488: GPIB-Schnittstelle existiert nicht.

Klingt ja eigentlich nicht dramatisch.
Darauf bin ich alle SubVIs durchgegangen, ob sie auch wirklich im Explorer sind --> sind sie
Hab die Quelldatei für die Exe komplett neu angelegt --> ohne Veränderung
Hab im Aplication Builder selber die Typedefs mal dazu und mal weggenommen --> keine Veränderung
Da ich keine Vi dynamisch lade kann der Fehler ja auch nicht davon kommen...
Pfade gebe ich nur die an die direkt aufs SBRIO gehen (z.B c:\\Logging.txt)

Und nun bin ich ratlos. Hat jemand noch eine Idee woher der Fehlermeldung kommen kann?

P.S.: Traurige zusatzinfo: hatte die Fehlermeldung schoneinmal kann mich nur leider nicht entsinnen wie ich das damals gelöst habe...AHAHAHHAHA zum schreien![/font]

Manchmal mag der Application Builder nicht, wenn das Zielverzeichnis, in dem die (rt)exe abgelegt wird, im Windows-Explorer geöffnet ist. Ursache ist mir auch nicht bekannt.
Manchmal soll es geholfen haben, LabVIEW einfach neu zu starten.

Gruß, Jens

Ja das ist mir auch schonmal aufgefallen und hab das auch schon gemacht.
Hab Labview neu gestartet, Computer neu gestartet....alles probiert

Wie sieht es eigentlich mit FPGA VI Referenzen aus. Kann der Fehler davon kommen, dass ich von der RT Target Seite in einem SubVI mit der FPGA VI Referenz eine Write Methode auf ein Frontpanel Objekt auf dem FPGA VI ändere?

Hab die Methode einfach mal aus dem SubVI rausgenommen und konnte dann trotzdem nicht builden, wollte aber mal allgemein fragen, ob das Wichtig ist auf welcher Ebene (Haupt oder SubVI) man die Methode aufruft.

Zur Sicherheit: Was meinst du mit FPGA-VI-Referenz, das hier?
[attachment=47531]
Gruß, Jens

Ja genau das meine ich, und das schreiben auf ein Frontpanel Objekt mache ich in einem Subvi. siehe Anhang.
Könnte das das Problem verursachen?

Nein, mache ich auch so.

Hast du vorher den FPGA-Code kompiliert?

Gruß, Jens

JA sicherlich
Machs jetzt aber Sicherheitshalber nochmal, wäre zu peinlich wenns die ganze Zeit daran lag hahaha
Danke

--und das wars leider nicht. Nach dem Compilieren bekomme ich weiterhin den Fehler 7, wenn ich meine HauptVI auf dem RT Target builden will.

Kannst du das Haupt-VI interaktiv auf einem Ziel-sbRIO ausführen?

Es soll auch schon geholfen haben, die Build-Spezifikation komplett neu anzulegen.

Ansonsten gehen mir langsam die Ideen aus.
EDIT: Was passiert denn, denn du im Build-Bereich unter "Preview" gehst?
Und eine ganz dumme Idee: Hat LabVIEW Schreibrechte auf dem Zielordner, unter dem die rtexe angelegt wird?

Gruß, Jens

Ja das Haupt VI lässt sich starten und ausführen und funktioniert einwandfrei. Nur die Exe kann ich nicht erstellen.

Die Build Spezifikation habe ich auch mehrmal neu angelegt.

Unter Preview bekomme ich auch keine Warnung sondern es sieht alles ganz normal aus.
Hab LabVIEW jetzt auch sicherheitshalber als Admin gestartet und schreibrechte habe ich auch.
Danke für die Tipps, bin auch bissl am verzweifeln gerade..

Als nächstes habe ich nun das Projekt neu angelegt und bekomme wenn ich das Haupt VI nun interaktiv starten will, ab dem zweiten Start, den Fehler der im Anhang ist.. Vielleicht führt das langsam auf das "echte" Problem. Oder ich habe einfach ein Fehler beim anlegen des Projekts gemacht...
In utilities -> Projekt und Systemvergleich bekomme ich dann die Information, das mein ModA auf dem SbRIo "zitat: Das Objekt wurde auf das Ziel übertragen, es existiert aber nicht im aktuellen Projekt."
Als Problem Lösung wird mir vorgeschlagen das ModA hochzuladen, dabei stürzt dann aber LabVIEW ab. Projekt explorer hab ich auch mal angehängt.

Idee? Jemand?
Gruß,
fani

Sooo nun ist das Problem behoben,

Die Fehlermeldung konnte ich beheben, durch das entfehrenen des MODA anschlusses. Versteh ich leider zwar nicht warum ich das machen musste. Ich bekomme aber trotzdem die Messwerte des MODA also OK

Das Problem mit dem Builden, war wie es sich nun darstellt tatsächlich eine Fehlende Datei undzwar die Grafik, die ich im Symbol editor verwendet habe für ein SubVI, hatte ich während dem Dokumentieren von einem anderen Rechner aus eingebaut und diese GRafik existierte auf dem Rechner von dem ich die RT Exe aus erstellen wollte nicht.

Habe nichts am Code geändert, sondern nur den Code in ein Neues VI reinkopiert, dieses SubVI in mein Programm eingebaut und voila!
Alles läuft wieder einwandfrei.
Ziemlich mieser Fehler, darauf muss man erstmal kommen Aber nun läuft alles