Variables sous Labview

Bonjour
Peut-on, sous Labview, créer des variables qui soient sans lien avec des commandes ou indicateurs de la face-avant?
J'aurais voulu mettre en place un flag qui conditionne certains traitements.
Merci

Google translation:
Can we, Labview, create variables that are unrelated controls or indicators on the front panel?
I wanted to put up a flag that determines certain treatments.
Answer:
Well, global variables don't show up on your VI's frontpanel.
Using FGVs or notifiers are also valid ways to store flag signals…
Hint:
Either use the french forum or ask in English!
Best regards,
GerdW
CLAD, using 2009SP1 + LV2011SP1 + LV2014SP1 on WinXP+Win7+cRIO
Kudos are welcome

Similar Messages

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 transposer une arborescence sous LabVIEW

Bonjour à tous,
Je voudrais transposer l'arborescence présente en pièce jointe en programmation LabVIEW.
Je récupère de mon VI actuel les paramètres suivants (que l'on retrouve en entrée de l'arborescence, à gauche) :
- Cycle de fonctionnement : Ouverture / Fermeture
- Courant : Augmente / Diminue
- Phase de fonctionnement : Phases Ouverture / Phases Fermeture
- Variations autres paramètres (Tension, Vitesse, etc...) : Augmente / Diminue
- Degré d'importance : /
En fonction des valeurs que prennent ces entrées, on suit différents chemins qui nous font remonter vers des numéros (pastilles de couleurs sur l'image).
Je voudrais savoir par quels moyens je pourrais modéliser cette arborescence sous LabVIEW ??? Est-ce qu'il existe des applications déjà existantes ???
J'espère avoir été assez clair.
Cordialement.
Pièces jointes :
Arborescence.jpg ‏230 KB

Bonjour Simon,
En fait j'avais pensé utiliser ce genre d'outil mais j'ai quelques problèmes avec ce que je veux faire vraiment (voir pièce jointe).
Par exemple, en entrée de la case structure principale, j'ai plusieurs variables "DériveVerr++_S1", "DériveVerr+_S1", etc...Certaines vont avoir comme valeurs "VRAIE" et d'autres "FAUSSE".
Je voudrais, à travers cet imbriquement de case structure, récupérer en sortie un message global (du texte qui s'affiche) et qui regroupe toutes les variables qui sont "VRAIE".
En fait, il faudrait balayer l'état des variables dans les case structure et à la fin, en fonction des variables qui sont vraies, définir un message singulier (représenté par les pastilles de couleur sur la première pièce jointe)
Le soucis, c'est qu'il y a une dizaine d'entrée et donc pleins de combinaisons possibles entre celles qui sont "VRAIE" et les autres qui sont "FAUSSE". Et c'est sur ce point que je me pose des questions sur l'utilisation des case structure et sur comment gérer autant d'informations différentes.
SimonD31 a écrit:
Qu'est-ce que tu souhaite avoir en sortie? Tes numeros sous quelle forme? une chaîne de caracteres?
Les sorties seront en fait des messages textes qui feront la synthèse des états des variables d'entrée.
J'espère avoir été clair dans mes propos...
Cordialement.
Pièces jointes :
Structure.JPG ‏137 KB

Calcul TRMS - Intégral sous labview

Bonjour,
je tente de réaliser les calculs éffectués par un appareil TRMS. Il y a donc une intégrale (entre autre) à réaliser, mais je n'arrive pas à la faire, j'ai éssayé plusieurs boite différente mais sans résultats. Pourriez vous m'aider svp?
Je souhaite donc réalisé le calcul suivant sous labview :
Merci
Chef de Projet
ERM Automatismes Industriels
Certified LabVIEW Associate developer
Résolu !
Accéder à la solution.

Bonjour,
si vous avez un dt constant, alors vous pouvez faire comme ceci :
Sinon, si votre dt est variable, il faut pondérer chaque dt, c'est aussi faisable je pense.
En espérant que cela vous aide,
V-F
Pièces jointes :
formula.png ‏15 KB

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

Having Trouble Copy and Pasteing Local Variable in LabVIEW 2010

I am Having Trouble Copy and Pasteing Local Variable in LabVIEW 2010 in s subVI.
I have a VI that has a Local Variable called "Node Addr". I can select it OK, and it appears to Copy OK, But when I go to paste it, nothing appears. It doesn't matter if I use Cntrl-C Cntrl-V or the Copy and Paste from the Edit menu, I get the same results. I tried many times and got the same results. I made sure that I had click a paste location. I can insert the Local Variable if I use the Data Communication panel.
On one of the Paste, I got an error in the error list that said that a Local Variable was not connected to anything. When I clicked on the error, it took me to an insible item in the lower right corner of the block diagram that had nothing but a select box around it. I couldn't select the invisible item, but I could delete it.
Why does the copy and paste of this local variable not work?
Why does the paste cause the insertion of an invisible item?

dbaechtel wrote:
My VI is fairly complicated. In several places in the VI, I am either reading or writing to this variable which is an numeric Indicator on the Front Panel. Using local variables seems to be the best way to handle this situation rather that using wiring all over the VI. Since the VI is mainly a State Machine and there are only 2 Writes to the local variable, I am not afraid of race conditions in this case. NO!! While you may think that using Locals is your solution to wiring, it is not! The fact that you are writing and reading, most likely from several places, will most definitely contribute to a race condition. Depending on your implemetation, you should ALWAYS use wires. The wires are the variable. If you are using a loop (While, For), then using shift registers are appropriate means for routing values so that they are used by other sections of the code, later. One thing you must respect with LabVIEW is the dataflow. That's where Locals often fail.
I am not copying the Local Variable from one VI to another.
I am not copying the Local Variable from one VI to another.
The Data Communication panel is one of the panels that shows up in the Functions pop up list when editing the Block Diagram. It is the panel that includes the Local Variable function.
I don't know if the invisible item that was inserted in my block diagram was hidden or not. All I know is that the Errors List said that it was a Local Variable and that it was not connected to anything. I couldn't select it to get more information. All I could do was delete it.
You did not address my questions about why the Copy and Paste does not work properly for my Local Variable. Maybe it's a sign from the Software Gods not to use them LOL!..
So if I understand correctly, you are trying to copy & paste the Local Variable from within the same VI. How large is your block diagram? Did you try right-click on the variable and select "Find > Local Variables"? If it's a block diagram larger than 1 single screen (which it shouldn't), then it is possible that the Local is hiding beyond the screen. You should find it as I described earlier.
See my comments in red above.

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

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

I need help regarding measurement of "time domain parameters of Heart rate variability" using labview.

I need help regarding measurement of "time domain parameters of Heart rate variability" using labview.
I am using Labview 8 ... I need to develop a software to accquire the ECG data (simulated enironment ) and compute the time domain parameters of Heart rate variability like "SDNN, SDANN...etc". Can some 1 plllzzzz help me out.Plzz help me if u can.Thanx in advance.

Hi Andy,
Thanx for responding. The input is from a text file. SDNN, SDANN,etc are the timedomain parameters of heart rate variability.
SDNN: the standard deviation of the NN or RR interval i.e. the square root of variance.
SDANN:the standard deviation of the averageNN interval calculated over short periods, usually 5 min,which is an estimate of the changes in heart rate due tocycles longer than 5 min
SDNN index, the meanof the 5-min standard deviation of the NN intervalcalculated over 24 h,
RMSSD: the square root ofthe mean squared differences of successive NN intervals
NN50: the number of interval differences of successiveNN intervals greater than 50 ms, and
pNN50 the proportionderived by dividing NN50 by the total numberof NN intervals.
The problem is dat I am a fresher to the world of Labview. I have jus recently started working on it. Can u please suggest me some some idea as soon as possible.
As i said I have the ECG data in the form of text files..I need to create sort of GUI to calculate the time domain parmeters....I need help urgently. Plzzz help me if u can. If u have and .vi example to calculate the RR interval plzz send it to me ASAP.
Thanku

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

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!"

Projet dll c# sous labview ?

Bonjour
J'ai un projet de banc de rodage de capteur, pour le moment il se fait manuel et on veut le passer automatiquement par labview.
Nous avons une gestion d'électrovannes qu'on va gérer avec labview mais ma question est :
nous avons un logiciel (maison) programmer en c#, est ce que en passant par l'appel de dll sous labview on va arriver à faire la même chose que le logiciel ? Notre but et de tous mettre sous labview.
J'ai regarder plusieurs exemple mais tous les codes sont en C ou C++ pour les dll.
Merci
Mickael

Bonjour Mickael,
Merci d'avoir posté sur le forum National Instruments.
Le format .dll est standardisé, il est donc possible aussi d'appeller ces fichiers dans LabVIEW.
Néanmoins, vous pouvez essayer vos dll en allant dans l'onglet Outils de LabVIEW, puis Importer, et Bibliothèque partagée (.dll)...
Voici un petit screen explicatif :
Cordialement,
Romain P.
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

Error codes for shared variables in Labview 8.5?

I am trying to use Shared Variables in Labview 8.5 to enable real-time loops (similar to some of the examples in "Using the LabVIEW Shared Variable", published Aug 28, 2007). I created it to hold the result of a 16-channel A/D converter (so a 16-element I16 array). To avoid losing samples, I used buffering, with a buffer of 5. To test this, I made a pair of VIs, one a producer that stuffs a 16-element I16 array into the shared variable "every so often" (controlled by a timed loop), and a consumer loop that reads the shared variable and does something with the data.
If I think of the buffered shared variable as a Real Time FIFO (as the article suggests it is), I was curious how I would know (a) when the queue was empty, and (b) if the queue had overflowed. Both are necessary if this is to be a practical means of exchanging data -- you want the producer and consumer to run more-or-less at the same rate, but only the producer is deterministic. The consumer needs to be able to run "faster" if it falls behind (for example, because it is writing data to disk), but you don't want it to read data from the shared variable if there's nothing there. [One can always read a shared variable, after all -- as the article states, it simply "holds" the last value written to it].
Snooping around, I discovered that there are "error codes" associated with the shared variable. In particular, a code of -2220 (FFFFF754) seems to signify an empty queue (or a shared variable that has not yet been written to), while a code of -1950678981 (8BBB003B) appears to be "buffer overflow".
Is this documented anywhere? Are there other "error codes" that would be helpful to know? Is there some rationale to these seemingly-random numbers? [It would help to develop code to utilize shared variables if there was a bit less "magic" and "mystery" involved].
For what it is worth, with a buffer of size 40, I could generate 16 I16 values at 1 KHz (simulating sampling from a 16-channel A/D at 1 KHz) and pass it to a consumer node that (a) read from the shared variable until it was empty, then (b) "went to sleep" for 20 msec (simulating "doing something else non-deterministically"), and not miss any data (because I could then empty the Shared Variable RT-FIFO, which should have been half full, before it overflowed on me). Not bad throughput -- I bet I could push it even higher.
Bob Schor

Hey Bob,
The errors are documented in the LabVIEW help:
Shared Variable Error Codes
Real-Time Shared Variable Error Codes
There are several error messages for buffer underflow/overflow depending on the settings of the network or RT FIFO buffers. In particular the -2220 and -2221 are useful for the producer/consumer use case. For example (as you probably know) the consumer can flush a variable using the error code (see the attached image).
Gerardo
Attachments:
variable1.png ‏3 KB

Driver instrument pour la calibration du HP8753E sous labview--Driver instrument' for the calibration of HP8753E in labview

Bonjour,
Je suis entrain de développer une interface utilisateur sous labview 8,5 pour interfacer un analyseur de fréquence HP 8753E, j'ai pas pu trouver une solution (normalement avec les driver d'instrument) pour faire la calibration du l'analyseur (remarque la calibration peut se faire manuellement mais je doit le faire avec labview)
j'espére que ma question est claire, merci de me répondre
Cordialement
Hello,
I am currently developing a user interface in labview 8.5 to interface a frequency analyzer HP 8753E, I could not find a solution (normally with the instrument driver) to the calibration of the analyzer (note the calibration can be done manually but I must do with labview)
I hope that my question is clear, thank you for answering me
cordially

YET ANOTHER DUPLICATE

Icones DAQMX sous Labview

Bonjour,
après avoir installé Labview V9, le patch f3, et les fichiers DAQMX pour ma carte USB6009, je n'ai pas les icones "DAQ", "DAQMX" etc... disponibles sous Labview.
Ma carte marche (auto test OK, acquisition possible par SignalExpress par exemple), mais Labview semble ne pas avoir détecté la présence de ma carte.
D'après ce que je vois sur les forums, ça pourrait venir des drivers DAQMX (télecharger les nouvelles versions ???). Ou bien faut il faire une manip pour que Labview reconnaisse ma carte (ex: copier des fichiers .lib dans un répertoire ?
Merci pour votre aide.

Je tenterais une réinstallation personnalisée des drivers de périphériques en prenant soin d'activer le support pour LV 9 dans la boîte de configuration de l'installeur.

Variables sous Labview

Similar Messages

Maybe you are looking for