error 7; GPIB Schnittstelle

Hallo Ares,

Zitat:die Ordner einfach nur kopiert habe und den Namen der Ordner geändert habe. deshalb habe ich jetzt alle vis unter den gleichen Namen öfter auf dem PC. ich habe aber alle Pfad Konflikte gelöst das vi funktioniert nur eben die exe nicht. im Projektmanager sind auch keine Konflikte mehr.

Tja, da wird dann wohl noch irgendwo ein Fehler in den VIs drin sein. Irgendwo, wo du Pfadnamen zusammenbaust…

Ohne Code keine genauere Hilfe!

(22.02.2019 13:14 )GerdW schrieb:  Hallo Ares,

Zitat:die Ordner einfach nur kopiert habe und den Namen der Ordner geändert habe. deshalb habe ich jetzt alle vis unter den gleichen Namen öfter auf dem PC. ich habe aber alle Pfad Konflikte gelöst das vi funktioniert nur eben die exe nicht. im Projektmanager sind auch keine Konflikte mehr.

Tja, da wird dann wohl noch irgendwo ein Fehler in den VIs drin sein. Irgendwo, wo du Pfadnamen zusammenbaust…

Ohne Code keine genauere Hilfe!

Ich kann den Code nicht posten da es sich um ein relativ großes Programm mit 20/30 unter VIs handelt und ich den code auch nicht posten darf..

habe das vi mal zum testen in den Pfad gelegt der in der Fehlermeldung angezeigt wurde und siehe da: beim neuen bauen und laufen lassen der exe kam jetzt Fehlermeldung 1003. hab das VI gleich wieder raus gelöscht deswegen kann ich keine genaue Fehlermeldung hochladen.

Wie ich ja schon gesagt habe baue ich immer auf den älteren Versionen meines gesamten VIs auf und hatte bei dem bauen der exe bei keiner der älteren Versionen ein Problem..

Würde es was bringen alle alten Versionen vom PC zu löschen um ein Cross Linking zu vermeiden?

Hallo ares,

Zitat:Würde es was bringen alle alten Versionen vom PC zu löschen um ein Cross Linking zu vermeiden?

Es würde generell sinnvoll sein, Crosslinking allgemein zu vermeiden!
Ob du dafür irgendwas löschen musst, must du selbst wissen…

Zwecks:

Zitat:error 7 occurred at VI Referenz öffnen in xxx.vi

gehe ich mal schwer davon aus , dass du dynamisch VIs per Open VI-Refnum und RunVI aufrufst.

Wenn du nicht mit einer "Static VI Reference" arbeitest, dann werden diese SubVIs nicht automatisch zur Exe hinzugefügt. Die muss man selber bei den "Source Files" unter "Always Included" hinzufügen, erst dann sind sie Teil der Exe. Außerdem ändert sich dann der Aufrufpfad. Was du da ändern musst, das hängt davon ab, was du vor "VI Referenz öffnen" in deinem xxx.vi programmiert hast.

Gruß, Jens

(25.02.2019 13:31 )jg schrieb:  Zwecks:

Zitat:error 7 occurred at VI Referenz öffnen in xxx.vi

gehe ich mal schwer davon aus , dass du dynamisch VIs per Open VI-Refnum und RunVI aufrufst.

Wenn du nicht mit einer "Static VI Reference" arbeitest, dann werden diese SubVIs nicht automatisch zur Exe hinzugefügt. Die muss man selber bei den "Source Files" unter "Always Included" hinzufügen, erst dann sind sie Teil der Exe. Außerdem ändert sich dann der Aufrufpfad. Was du da ändern musst, das hängt davon ab, was du vor "VI Referenz öffnen" in deinem xxx.vi programmiert hast.

Gruß, Jens

Vielen Dank für deine Antwort!
Habe die SubVIs in Always Included.
Mit dem file layout 8.x funktioniert die exe..
aber hat die Benutzung des layouts irgendwelche Nachteile?
(mir ist nur aufgefallen dass das vi beim öffnen schon läuft also man nicht erst auf den Pfeil klicken muss)

Werde nichtsdestotrotz in einer ruhigen minute mal schauen ob ich das eventuell anders lösen kann

(26.02.2019 07:33 )ares2013 schrieb:  Vielen Dank für deine Antwort!
Habe die SubVIs in Always Included.
Mit dem file layout 8.x funktioniert die exe..
aber hat die Benutzung des layouts irgendwelche Nachteile?

Aus der LabVIEW Hilfe:

Zitat:Use LabVIEW 8.x file layout—Specifies to use a flat file layout to store source files inside a stand-alone application, shared library, or Web service. LabVIEW enables this option by default for build specifications you load from LabVIEW 8.6 or earlier. National Instruments recommends you disable this option for applications you develop in LabVIEW 2009 or later.

Solange du nicht dazu neigt, VI's, die du in unterschiedlichen Verzeichnissen ablegst, identisch zu benennen, hast du kein Probleme.

(26.02.2019 07:33 )ares2013 schrieb:  (mir ist nur aufgefallen dass das vi beim öffnen schon läuft also man nicht erst auf den Pfeil klicken muss)

Was programmierst du da bitte Seltsames? Du willst wirklich, dass der Anwender einer Exe erst den Ausführungspfeil klickt?
Diese Leiste ist bei in Exen grundsätzlich nicht sichtbar!

Gruß, Jens

Anzeige

Was programmierst du da bitte Seltsames? Du willst wirklich, dass der Anwender einer Exe erst den Ausführungspfeil klickt?
Diese Leiste ist bei in Exen grundsätzlich nicht sichtbar!

Gruß, Jens

[/quote]

Bei den exe Anwendungen die ich bisher schon gebaut habe war die Leiste immer sichtbar, ich dachte das ist immer so

Hallo Ares,

Zitat:Bei den exe Anwendungen die ich bisher schon gebaut habe war die Leiste immer sichtbar, ich dachte das ist immer so

Schon klar!
Du startest Word und musst dort erstmal einen "Run"-Pfeil klicken.
Oder du öffnest deinen Browser und klickst einen "Run"-Pfeil.
Schon klar, das muss immer so sein…

(26.02.2019 10:57 )GerdW schrieb:  Hallo Ares,

Zitat:Bei den exe Anwendungen die ich bisher schon gebaut habe war die Leiste immer sichtbar, ich dachte das ist immer so

Schon klar!
Du startest Word und musst dort erstmal einen "Run"-Pfeil klicken.
Oder du öffnest deinen Browser und klickst einen "Run"-Pfeil.
Schon klar, das muss immer so sein…

und woran liegt das, dass es bei mir angezeigt wird?
ich baue die exe im Projektmanager unter build spec. und dann new application(exe), build spec. name und target file name anpassen,
dann eben die startup und always included vis auswählen und dann gehe ich auf build weil mehr muss man ja nicht zwingend machen oder?

Hallo Ares,

Zitat:weil mehr muss man ja nicht zwingend machen oder?

Doch, musst du.
Z.B. die Menüleiste im (Haupt-)VI ausblenden.
Ich blende auch gern die Scrollbalken aus. Oder vergebe eine minimale Fenstergröße.
Evtl. einen besseren Fensternamen vergeben.
Alles in den VI-Einstellungen zu finden…