Discussions au sujet de NI LabVIEW

annuler
Affichage des résultats de 
Rechercher plutôt 
Vouliez-vous dire : 

appel dynamique sous-VI (avis)

Résolu !
Accéder à la solution
Highlighted

Juste une remarque je pense qu'il faut mettre un registre à décalage sur la gestion d'erreur de la boucle For car si une erreur arrive en entrée après 1000 boucles elle sera perdue.


Je ne pense pas, il n'y a que si la boucle n'executait aucune iteration que la valeur serait perdue, mais dans le cas présent ce n'est pas possible puisque le nombre d'itérations est fixé à 1000, la ligne d'erreur va véhiculer 1000 fois la valeur d'erreur présente initialement sur le connecteur d'entrée de la boucle.


tu as raison. Et dans cet exemple il n'y a pas besion; mes excuses Smiley clignant de l'œil. J'ai fait une remarque sans assez vérifier.

 

Mais sur le principe pour argumenter ma remarque il faut le faire:

> si la boucle FOR ne s'éxecute pas : l'erreur est perdue

> si une erreur est réalisée dans la boucle FOR sans registre à décalage elle est perdue (sauf si à la dernière intération mais si à la 2éme sur 1000)

FOR.png

Et c'est pourquoi il faut câbler l'erreur sur un registre à décalage dans un boucle FOR

Par ailleurs Helmut; qui avait raison comme toujours; semble d'accord sur ce principe

Comme j'ai écrit une bêtise alors un conseil : s'il peut avoir une erreur dans une boucle For il peut être intéressant de câbler "Conditional Terminal" donc arrêt sur erreur

 

FOR2.png

 

Message 11 sur 34
597 Visites
Highlighted

Helmut O'Brian a écrit :

Bonjour Luc,

 

En effet les registres à décalages...Un oublie de ma part dans cet exemple...

 

Cordialement,

 



Salut Maxime;  Tu as raison et en plus tu me donnes un compliment!!! Smiley très heureux t'es trop gentil. bon WK

Message 12 sur 34
595 Visites
Highlighted

Salut Luc,

 

Smiley très heureux Pour moi il s'agit d'un réflexe pur et dur que j'essaie de mettre en place, c'est à dire toujours mettre un registre à décalage sur les erreurs dans les boucles...Alors pour moi tu as raison même si l'exemple fonctionne sans dans ce cas précis...Smiley très heureux

 

Cordialement,

Da Helmut
Voir le profil de Maxime M. sur LinkedIn - View Maxime M.'s profile on LinkedIn
Message 13 sur 34
587 Visites
Highlighted

J’approuve ta synthèse et c’était le but de ma remarque Smiley MDR :


Helmut O'Brian a écrit :Pour moi il s'agit d'un réflexe pur et dur que j'essaie de mettre en place, c'est à dire toujours mettre un registre à décalage sur les erreurs dans les boucles...
Message 14 sur 34
581 Visites
Highlighted

 

je suis en lv 2010,

 

pourquoi avoir ajouter cette particularité ? quelle est la difference entre un "asynchronous vi call "et un vi call dont on supprime

 

l'option attendre la fin ?

 

Cdt

 

Tinnitus

CLAD / Labview 2011, Win Xp
------------------------------------------------------
Mission d'une semaine- à plusieurs mois laissez moi un MP...
RP et Midi-pyrénées .Km+++ si possibilité de télétravail

Kudos always accepted / Les petits clicks jaunes sont toujours appréciés
Don't forget to valid a good answer / pensez à valider une réponse correcte
0 Compliments
Message 15 sur 34
568 Visites
Highlighted

tinnitus a écrit :

 

je suis en lv 2010,

 

pourquoi avoir ajouter cette particularité ? quelle est la difference entre un "asynchronous vi call "et un vi call dont on supprime

 

l'option attendre la fin ?

 

Cdt

 

Tinnitus


L'avantage du "Asynchronous VI Call" par rapport à la méthode "Run VI", c'est que le premier offre un accès au connecteur du VI à exécuter de manière asynchrone, ce qui facilite grandement le passage de paramètres d'entrée au VI appelé.

 

C'est possible de le faire néanmoins en utilisant la méthode Control Value.Set mais c'est plus fastidieux en terme de codage.

Yohann L.
Message 16 sur 34
562 Visites
Highlighted

Bonjour,

 

En complément de Yohann, on a également le VI "Wait On Asynchronous Call" qui permet de récupérer les données des indicateurs éventuels du VI  dont l'exécution vient de se terminer (dans le cas d'un Call-and-collect)...Ce qui est plus simple que de les récupérer avec les noeuds de propriétés etc...

 

Cordialement,

Da Helmut
Voir le profil de Maxime M. sur LinkedIn - View Maxime M.'s profile on LinkedIn
Message 17 sur 34
556 Visites
Highlighted

 

Merci à tous.

 

Pas mal d'infos, je vais regarder tout ça de près.

y'a du pain sur la planche !

 

merci à Luc pour ses liens, notamment la "LabVIEW Style Checklist".

merci également à Luc pour son petit snippet démontrant l'utilité d'une rétroaction dans une boucle For.

 

Ceci dit, pour une boucle For,

vérifier si le nb d'itérations est explicite (N), ou implicite (indexation)

vérifier si l'erreur est utilisée ou non dans la boucle (ici, idem pour While),

vérifier si ... etc ...

 

Même si cela est intéressant sur un plan théorique de se poser ces questions,

je suis d'accord avec Helmut qui prend l'habitude de toujours placer dans ses boucles

un registre à décalage sur l'erreur.

 

Personnellement, je n'ai pas encore le réflexe de gérer l'erreur.

C'est un aspect totalement nouveau par rapport à l'assembleur.

Et pourtant... intéressant pour l'erreur elle-même, mais également pour le flux.

 

Petit clin d'oeil à Luc qui aime les lignes d'erreur "droite" Smiley clignant de l'œil

Mais je comprends  pourquoi. C'est un esprit de développement en fait, cela donne une ligne visuelle de continuité dans le VI.

Promis Luc ... ça n'arrivera plus !

 

merci à tous.

 

 

Message 18 sur 34
546 Visites
Highlighted

Sous LabVIEW un code propre, aéré, avec des noms de sous-VIs et de controles explicites n'a quasiment pas besoin de commentaires (ou très peu), je dirais même qu'il se commente de lui même.

Yohann L.
Message 19 sur 34
539 Visites
Highlighted

Salut tout le monde,

je me permet de faire un petit retour sur le sujet premier du fil, à savoir les appels dynamique de VIs. Le sujet et vaste et "complexe" aussi je permet de vous conseiller de regarder ces 2 vidéos sur le sujet :

http://vishots.com/dynamic-process-vis-in-labview-part1/

http://vishots.com/dynamic-process-vis-in-labview-part-2/

 

C'est en anglais, mais il me semble assez facile à comprendre. Cela n'aborde pas les nouveautées de LV2011, mais cela n'enlève rien à l'intérêt du propos.

 

Bonne journée à tous.

Olivier JOURDAN

Wovalab | Certified LabVIEW Architect | DQMH Trusted Advisor |
0 Compliments
Message 20 sur 34
486 Visites