Création d'un executable sous Labview

Bonjour à tous,
Ayant consulté l'aide NI pour créer un executbale (http://www.ni.com/white-paper/12930/fr/) , je me pose plusieurs interrogations.
Notamment, lorsqu'on établie un chemin par défaut pour charger des configurations, comment cela est-il gérer ?
De plus, l'application sera plus vite exécutée que sous Labview ?
Cordialement
Résolu !
Accéder à la solution.

aznnath11 a écrit :
Notamment, lorsqu'on établie un chemin par défaut pour charger des configurations, comment cela est-il gérer ?
C'est au développeur de le gérer, une pratique courante est d'avoir un dossier "support" ou "config" à côté de l'exe et aussi à côté du code source (chemin relatif identique qu'on soit en source ou en exe) et de mettre les fichiers de config dedans.
Pour ça, on utilise le vi "application path" qui se trouve dans la palette fichier (ou une de ses sous-palettes).
aznnath11 a écrit :
De plus, l'application sera plus vite exécutée que sous Labview ?
Ce n'est pas toujours le cas, mais si l'application est corretement développée (= gestion de la mémoire et de tempo) alors on peut attendre un bonus de l'ordre de 10%, c'est en gros ce que j'ai dans des applications avec acquisition et traitement d'image.
When my feet touch the ground each morning the devil thinks "bloody hell... He's up again!"

Similar Messages

Erreur lors de la création d'un executable sous LabVIEW SP1

Bonjour,
Je travaille actuellement sur un projet relativement imposant sous LabVIEW 2010 SP1.
Le projet étant assez imposant,j'ai voulu en faire un exécutable.
J'ai alors la fenêtre suivante qui apparaît (voir piéce jointe):
"Une erreur est survenue lors de l'appel de l'éditeur des régles de construction. Veuillez vérifier si les VIs sont brisés dans le répertoire du gestionnaire correspondant."
Mon Vi fonctionne trés bien lorsque je l'éxecute, donc je ne comprends pas. De plus j'ai déja créer d'autres exécutables sans probléme jusqu'a présent.
Quelqu'un aurait-il une idée pour solutionner ce probleme?
Merci d'avance.
Résolu !
Accéder à la solution.
Pièces jointes :
erreur.JPG ‏11 KB

@Ramses:
Je pense que Julien utilise une option du menu Outils (je ne sais plus son nom, et elle n'apparait pas sur mon PC car je n'ai pas l'application builder), qui permet de préparer son VI pour un exécutable. A ce moment, cela va créer automatiquement un projet avec une spécification de construction.
Cependant, je suis de l'avis de Ramses. Il est préférable de se créer son projet et de travailler dedans, puis de créer les spécifications de construction par la suite...
Et désolé, mais je n'ai pas d'explication à votre problème, à part éventuellement des dépendances particulières. Lorsque vous ouvrez votre VI, LabVIEW vous demande-t-il de charger des fichiers particuliers?
Cordialement
Olivier L. | Certified LabVIEW Developer

Création d'exécutable sous labview

Bonjour à tous,
Je suis actuellemet en stage lors duquel j'ai participé à l'amélioration d'un programme labview. Maintenant que le software est capable de tourner correctement j'aimerai faire un exécutable. Or quand je créer l'exécutable le software est incapable de me donner des résultats alors que le VI est capable de me les donner. Comment faire pour résoudre ce problème ?
Merci d'avance
Frédéric

Bonjour Maxime,
En entrées j'ai 4 paramètres numériques (convsertion pixel-cm, limite de detection du jump, un index de colonne et le temps entre 2 images de la video) et un "file path" pour ouvrir le fichier des coordonnées XY pour chaque mouche.
En sorties j'ai 3 paramètres calculés qui sont la distance, la vitesse et s'il y a jump ou pas (en valeur numérique: 1 pour jump et 0 pour non jump)
J'ai donc essayer de faire un exécutable pour la partie calcul comme tu me l'avais conseillé et ça n'a pas fonctionné. Donc l'erreur provenait bien de ce VI là.
J'ai obtenu le message d'erreur suivant:
Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:
Error 1 occurred at Copy in AB_Targetfile.lvclassostBuild.vi->AB_Application.lvclassostBuild.vi->AB_Build.lvclass:Build_from_Wizard.vi->AB_UI_Frmwk_Build.lvclass:Build.vi->AB_UI_FRAMEWORK.vi->AB_Create_Build_Application.vi->EBUIP_Global_OnCommand.vi->EBUIP_Global_OnCommand.vi.ProxyCaller
Possible reason(s):
LabVIEW: An input parameter is invalid. For example if the input is a path, the path might contain a character not allowed by the OS such as ? or @.
Donc je pense que ça doit provenir du "file path" mais ce qui est bizarre c'est qu'il n'est pas seulement utilisé dans mon sous VI de calcul mais aussi dans d'autres sous VI et dans les autres il n'y a visiblement pas de problème.
Vais essayer de remodifier un peu mon VI pour ne pas avoir le "file path" en entrée.
Je te tiendrai au courant si ça marche ou pas.
Encore merci pour les conseils.
Frédéric

Erreur lors de la création d'un executable Labview 10sp1

Bonjour,
Je travaille actuellement sur un projet relativement imposant, sous labview 10sp1.
Le projet étant assez conséquent, j'ai voulu en faire un executable.
J'ai alors une fenetre ( voir piece jointe) qui apparait et me dit:
"une erreur est survenue lors de l'appel de l'éditeur des régles de construction. Veuillez vérifier si les VIs sont brisés dans le répertoire du gestionnaire correspondant."
J'ai obligation de cliquer sur OK, et cela ferme les fenetres labview, je me retrouve sur la fenetre de démarrage.
J'ai déja créer un executable pour un autre projet.
Quelqu'un aurait il une idée pour résoudre se probleme?
Merci d'avance.
Attachments:
erreur.JPG ‏11 KB

Duplicate post (in french on the english section...)
Is this the perfect mistake ?
V-F

Création d'installeur (setup.exe) sous Labview

Bonjour à tous,
Je suis nouveau dans ce forum et je viens de finir mes études aussi lol.
J'ai réaliser un gros projet sous labview avec des centaines de VI.
J'aimerai savoir comment créer un installeur afin que mon soft soit distribuable ?
En gros, avoir une icone setup.exe qui permet d'installer mon soft sur n'importe quel PC même non équipé de l'IDE LabView...
Merci d'avance.

Bonjour,
Il existe un forum supplémentaire si vous souhaitez publier en français.
S'il vous plaît le trouver ici -> Discussions de produit de NI
Christian

Problème de ralentissement sous LabVIEW 7.0

Bonjour,
nous rencontrons actuellement un phénomène de ralentissement sur une application développée sous LabVIEW 7.0.
Description des ressources et de la configuration utilisée (pour info) :
LabVIEW 7.0
NI-DAQ 8.0.1
2 cartes PCI-6229 avec :
une acquisition analogique à 10 kHz - échantillons prélevés par bloc de 1000
une acquisition de type codeur
des entrées/sorties TOR
2 cartes PCI-6528 (entrées/sorties TOR)
1 carte MOXA C168H (carte ISA 8 ports série)
2 cartes Exotest PCI pour dialogue LIN et Ligne K
L'application tourne en mode debug (= il ne s'agit pas d'un exécutable)
Application d'environ 350 VIs
Utilisation (a priori à bon escient) de la réentrance, du parallélisme, de sémaphores, ... (en bref, il s'agit d'une application multi-tâches classique)
Description des symptômes :
Le ralentissment constaté n'est pas systématique. L'application tourne en général parfaitement, mais parfois, dès le lancement de celle-ci, parfois après 10 minutes, parfois après une heure, et parfois plus, nous constatons un fort ralentissement de l'application. Cela se traduit par le ralentissement du déroulement de notre séquenceur (il s'agit d'une application pour un banc de test).
Nous ne constatons aucune augmentation du taux d'occupation du CPU, et aucune augmentation de mémoire.
La difficulté principale de notre problème est que nous ne savons absolument ce qui peut provoquer un ralentissement si soudain, si imprévisible et qui ne se traduit pas par un taux d'occupation du CPU élevé.
Actions déjà faites :
Nous avons utilisé l'outil d'observation de profil des VIs (Outils > Avancé > Optimisation de VIs...) mais n'avons rien constaté d'aberrant.
Nous avons lu (et appliqué) les principes de la documentation suivante : http://forums.ni.com/attachments/ni/250/7849/1/prfrmnc.pdf
La (les) question(s) :
Un tel phénomène a-t-il déjà été rencontré ?
Avez-vous des conseils particuliers (autres que ceux contenus dans le document ci-dessus) ?
Pensez-vous à une action particulière à réaliser ?
Merci par avance !

Bonjour,
Obtenez vous un code d'erreur? A quelle étape s'arrête la création de votre executable ?
je vous envoie un lien qui traite de probleme d'executable avec les boitiers USB
http://digital.ni.com/public.nsf/websearch/129BE1A90E522E3886256F24007606F4?OpenDocument
Cordialement
Alexandre D
NIF

Fonctionnement du programme différent après création de l'executable

Bonjour,
Comme le mentionne le titre de ce sujet, je rencontre un problème après la création de l'executable.
Étant un programmeur Labview novice , je ne suis pas encore au clair avec certaines choses.
En pièce jointe, le print-screen du bout de programme qui pose problème.
Fonctionnement avant création de l'éxecutable:
J'utilise 2 boucles while. Au lancement du soft, je tourne dans la 1ère jusqu'à appuyer sur la touche "Start" qui me stoppe la boucle et me fait aller dans la 2nde.
Une fois dans la 2nde, si j'appuye dans sur la touche "Stop", je reviens dans la 1ère...
Après création de l'éxecutable:
Une fois dans la 2nde boucle while et si j'appuye sur "Stop", le programme ne revient pas dans la 1ère boucle while et se stoppe... (chose que seul devrait faire le bouton "Quitter le programme")
Pourquoi y a-t-il un fonctionnement différent avant et après?
Je ne sais pas si j'ai été clair...
Merci d'avance pour votre aide.
Résolu !
Accéder à la solution.
Pièces jointes :
LabView.JPG ‏102 KB

Bonjour Benjamin,
Merci pour ton aide.
C'est vrai que j'avais pris la mauvaise habitude d'appuyer sur le bouton execution en continu sans me poser de question...
Effectivement, en mode execution "normale" et avec une grande boucle while, ça ne pose plus de "problème".
Encore merci d'avoir pris le temps de répondre à cette question un peu limite .
A+

Récupérer l'adresse de stockage d'un tableau sous LabVIEW

Bonjour à tous,
Je viens à vous pour résoudre le problème suivant:
J'utilise une DLL en LabVIEW. Cette DLL possède une fonction qui passe (notamment) un pointeur de tableau en argument. J'ai remarqué que l'assistant "Importation d'une bibliothèque partagée" a choisi une variable chaîne à la place de ce pointeur de tableau, ce qui sous-entend que la fonction s'attend à l'adresse du premier élément du tableau...
De fait, pour utiliser la fonction sous LabVIEW, je dois créer un tableau (jusque là, ça va) puis surtout récupérer l'adresse de son premier élément. Et c'est là que le bât blesse:
- Existe-t-il un VI renvoyant l'adresse d'une variable ?
- Et d'ailleurs, la création d'un tableau en LabVIEW se fait-elle de la même façon que la création d'un tableau en C (au niveau de l'adressage, j'entends) ?
Merci d'avance !
Résolu !
Accéder à la solution.

Tu dois "passer" un Tableau à une fonction contenue dans une DLL .... c'est bien ça ?
un tableau de quoi ? ...
voici un (tout petit) exemple avec un Tableau de U8.
Tu cables directement le Tableau à l'entrée du Noeud "Call Library Function Node"
mais "avant", tu dois configurer cet appel (clic droit sur le noeud ... "configure")
et là tu peux demander à LV de passer l'adresse du Tableau
Dans ce cas LV passera l'adresse (pointeur) du premier élément du Tableau

Comment créer une dll sous labview avec plusieurs fonctions venant du même VI et possédant un tabcontrol ?

Comment créer une dll sous labview avec plusieurs fonctions venant du même VI et possédant un tabcontrol ?

Bonjour,
L’utilisation d’une « commande d’onglet », ou « tabcontrol », ne pose pas de problème pour la définition d’une DLL à partir d’un VI.
Selon la version de LabVIEW que vous utilisez, le processus de création de DLL sera différent.
Si vous utilisez une version antérieure à la v8, vous pouvez vous reporter à ce lien : Construire une DLL avec LabVIEW 7.0.
Sinon, vous devez enregistrer votre VI dans un projet, puis définir le connecteur de votre VI avec les paramètres d’entrées/sorties (cette opération est indépendante des différentes « commandes d’onglet » que vous avez pu implémenter).
Sélectionnez, dans le projet les « spécifications de construction » dans le projet (via un click droit), pour créer une DLL. Dans la boite de dialogue qui s’ouvre alors, à l’onglet « fichiers source », vous pouvez ajouter votre VI parmi les « VIs exportés » et configurer, en fonction des E/S câblées sur le connecteur de votre VI, les fonctions contenues dans la DLL.
J’espère que ces quelques éléments auront pu vous éclairer.
Cordialement,
Guillaume H.
National Instruments France
#adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
>> NIDays 2011, le mardi 8 février au CNIT de Paris La Défense

Compilation sous LabVIEW 2009 et windows XP

Bonjour,
J'ai besoin d'une info :
Est-il possible de compiler un exe sous LabVIEW 2009 et windows XP et le faire tourner sous windows 7 ?
Merci d'avance.
Philippe B.
Certified Associate Developer / Dépt Moyens d'essais
www.ingenia-system.com

Bonjour,
Oui c'est possible
Le run-time de LabVIEW 2009 est compatible avec Windows 7.
Tant que vous ne souhaitez pas creer un executable 64 bits cela reste possible.
Que vous compiliez un executable sous Windows XP ou Windows 7 sa structure reste la meme.
Cordialement,
Da Helmut

How to create a standalone executable in LabVIEW 2009 Professional Development System?

How to create a standalone executable in LabVIEW 2009 Professional Development System?
Solved!
Go to Solution.

This should help you out http://zone.ni.com/devzone/cda/tut/p/id/3303
Also remember that quick search with Google in many cases will be quicker than asking in this forum. I always use Google before I ask for help in any forum. It is much quicker
Besides which, my opinion is that Express VIs Carthage must be destroyed deleted
(Sorry no Labview "brag list" so far)

Problème avec le NI6008 sous LabVIEW (sous Linux)

Bonjour,
Je souhaiterai piloter la carte d'acquisition usb ni-6008 sous une machine fonctionnant sous linux à l'aide de labview. Ceci étant, j'ai installé Ni daqmx et Ni daqmx base, et j'ai aussi changer le firmware de la carte en le switchant sur ni daqmx base, suite à des problèmes avec ni daq mx.
Notre problème est que sous labview en lancant NI-daq mx base task configuration utility, le système plante, il se bloque aussi lorsque l'on tape les commandes de Ni-daq mx base associés à la carte, comme une acquisition de l'entrée, j'imagine qu'il y a un conflit entre la carte et le système, mais lequel?
Le second problème est que l'on aimerait se servir du VI " ni usb 60xx interactive controller " sous labview, mais il y a bien une heure d'installation et de compilation des parties du VI, comment peut on réduire ce temps?
Merci de vos réponses.

Bonjour JP,
Ce temps de chargement est énorme et tout à fait étonnant. Pourriez-vous nous préciser quelle version de LINUX vous utilisez et quelle version des drivers DAQmx base est installée ? Ce phénomène est-il constant ?
Une manipulation à essayer serait la "compilation massive" du VI (ctrl+shift enfoncés+cliquer sur la flèche de run) sous LabVIEW, puis une sauvegarde totale.
Cordialement,
BRAUD Jean-Philippe
Field Sales Engineer - Nord et Centre France
LabVIEW Certified Developper

Is there any Way to find Which case is Executing in LabVIEW VI programmatically and Display it..

Is there any Way to find Which case is Executing in LabVIEW VI programmatically and Display it..
Solved!
Go to Solution.

I wrote this a few years ago: http://lavag.org/files/file/199-state-machine-follower/
This JKI RCF Plugin sets the Visible Frame property of a Case Structure while the owning VI is running. Use it to follow the execution through the cases in your string-based State Machine/Sequencer when Execution Highlighting isn't fast enough (and, it's never fast enough).
The use-case I wrote this to improve is setting a Breakpoint on the Error wire coming out of the main Case Structure and probing the Case Selector terminal so I can float-probe wires during execution. The problem with this is that I had to manually select the current frame every time. This is boring, so I developed this plugin to automatically set the Visible Frame to the case most recently executed.
You might be able to adapt it to your needs. The basic idea is that a custom probe on the wire to the Case structure's selection terminal sends a notification to a VI that displays the appropriate case.
We might be able to help you develop something easier if you'll give us more information. Is it OK if the code to display the case is in the same VI?
Jim
You're entirely bonkers. But I'll tell you a secret. All the best people are. ~ Alice

How do you generate an executable in LabVIEW 8.6?

How do you generate an executable in LabVIEW 8.6? A point to a web site would be helpful.
Thanks in advance.

In version 8.0 and above you must create a LV project first. Once
you have created a project you can right click on build specifications
located at the bottom of the project window. Select
new>>application. This will allow you to create the exe. If you
want to create an installer then you must follow the same process.
They are now separate.
To find more information goto
the help menu in a LV window and select "search the LabVIEW help" When
the window pops up select the index tab and type the following:
"building, applications (how-to)" This should give you the information
you need.
Hope this helps.
BJD1613
Lead Test Tools Development Engineer
Philips Respironics
Certified LV Architect / Instructor

Impossible de créer un exécutable sous LabVIEW 2010

Bonjour,
J’ai une application écrite en LV8.2 qui tournait sans problème.
Je suis passé sous LabVIEW 2010, et j’ai une erreur au moment de créer un exécutable.
L'erreur 1 s'est produite à : Nœud de méthode dans AB_Build.lvclass:Copy_Files.vi->AB_Application.lvclass:Copy_Files.vi->AB_EXE.lvclass:Copy_Files.vi->AB_Build.lvclass:Build.vi->AB_Application.lvclass:Build.vi->AB_EXE.lvclass:Build.vi->AB_Engine_Build.vi->AB_Build_Invoke.vi->AB_Build_Invoke.vi.ProxyCaller
Raisons possibles :
LabVIEW: Un paramètre d'entrée n'est pas valide. Par exemple, si l'entrée est un chemin, celui-ci contient peut-être un caractère qui n'est pas autorisé par le système d'exploitation, comme ? ou @.
=========================
NI-488: La commande requiert un contrôleur GPIB comme contrôleur en charge.
Nom de la méthode : Linker:Write Info To File
Apres quelques recherches, j’ai isolé le sous VI qui causait problème.
C’est un .Net qui permet de lancer un fichier.pdf
Si je mets directement cette fonctionnalité dans le diagramme principale (sans passer par un sous VI), j’ai le message d’erreur suivant :
L'erreur 74 s'est produite à : Nœud de méthode dans AB_Build.lvclass:Copy_Files.vi->AB_Application.lvclass:Copy_Files.vi->AB_EXE.lvclass:Copy_Files.vi->AB_Build.lvclass:Build.vi->AB_Application.lvclass:Build.vi->AB_EXE.lvclass:Build.vi->AB_Engine_Build.vi->AB_Build_Invoke.vi->AB_Build_Invoke.vi.ProxyCaller
Raisons possibles :
LabVIEW: Mémoire ou structure de données corrompue.
Nom de la méthode : Linker:Write Info To File
Remarque : J’ai fais un petite appli qui n’utilise que ce VI et je n’ai pas le PB.
Quelqu’un à t’il une piste de recherche ?
Merci d’avance

Bonjour,
Lorsque vous créez un exécutable veillez toujours à n'avoir que la fenêtre du projet d'ouverte, j'ai déja vu le cas et ce type d'erreur apparaître lorsqu'une fenêtre d'un VI qui devait être compilé était ouverte.
Pour revenir plus en profondeur sur le problème que vous rencontrez, je vous invite à toujours effectuer une recompilation complète de tout les VIs de votre projet lorsque vous passez d'une ancienne version à une nouvelle version. Cela peut régler votre problème, la recompilation va effectuer un certains nombre d'opérations de façon à rendre le VI "compatible" avec la version utilisée.
Pour cela : Outils » Avancé » Recompiler.
Cette opération peut s'avérer utile dans votre cas.
Cordialement,
Da Helmut

Création d'un executable sous Labview

Similar Messages

Maybe you are looking for