Discussion :

[mirroiratrou]

Bonjour à tous,

Alors voila, j'ai un petit soucis avec mon sous Vi...
Le VI marche quand je le lance seul, mais ne marche pas quand il est à l'intérieur du vi principal...

Comme s'il ne recevait pas la commande...

Je joins mon Vi (conversion) et un Vi l'utilisant en sous VI...

Quel est le problème?
J'utilise Labview 2009
Merci

[Nightmare Theater]

Tu as une boucle while dans ton sous VI. Du coup, il fonctionne ne continu et les valeurs ne sont jamais transmises au vi principal.

En dehors de ca, les variables, c'est le mal. Il faut s'en debarrasser avant qu'elles ne se propagent et infestent ton programme

[mirroiratrou]

Ok, j'ai retiré la boucle While, et j'arrive maintenant à faire fonctionner le sous VIs. Merci à toi...

Par contre pour les variable Locale, peux tu dévellopper...
Comment les remplacer?
Quel est le problème à en avoir beraucoup?

Merci

[Nightmare Theater]

IL y a tres souvent moyen de remplacer les variables locales par une connection (dans ton cas, elles epuvent être toutes supprimées).

le problème avec les variables est qu'elles ne repectent pas le principe de "flux de données" sur lequel repose labview. Du coup, en multipliant les variables, il devient extrêmement compliqué de controler son flux de données et, par extension, l'ordre dans lequel les différentes fonctions sont executées. Petite illustration simple:

Sous labVIEW on ne peux pas faire ca:


La raison est simple et, je pense, évidente: On ne peux pas ecrire à la fois 5 et 10 en meme temps dans un controle (du moins, tant que le type "controle de schrödinger ne sera pas implémenté dans labVIEW ). Le flux de donné rentre ici en collision et labview retourne une erreur qui empeche de compiler le code.

Cependant, avec les variables locales on peut programmer ca:


Le compiler n'est plus capable de vérifier le flux de donnée avec l'utilisation de variables locales et va autoriser a compiler le code. Dependant, il est impossible pour le développeur de savoir quel sera l'état de Numeric à la fin de l'execution du programme.

A ca vient s'ajouter l'absence de connection qui rend les programmes beaucoup plus dur à debugger et l'absence d'indication sur l'ordre d'execution qui font que les variables sont dans 99,9% des cas à bannir.

[mirroiratrou]

Ok, merci pour ton explication clair et réflèchis...

En fait mon programme final sera plutot énorme, c'est pour un banc de controle, avec echange de donnée avec un automate...Du coup j'avais mis pas mal de variables...

Je vais voir pour éliminer les variables...

Merci de ton conseil...

Je reviendrais surement dans quelques temps pour des soucis plus complexes...

Merci encore et A+