Discussion :

[Florian V]

Bonjour,



j'aimerais connaître dans mon VI le temps que met une fonction à s'exécuter. Par exemple pour la fonction IMAQ Flatten Image to String, qui me permet de compresser une image, je voudrais savoir le temps que met cette fonction à compresser l'image. Sachant que cette fonction est dans une boucle while, il me faut donc le temps en direct. Je ne vois pas du tout comment je peux faire cela sous labview, c'est à dire si il y a des modules déjà tout fait où des trucs dans le genre... .



J'ai essayé l'outil Performance et mémoire dans l'onglet Outils==>profil mais cela ne me convient pas puisque cela donne le temps depuis le début et non à chaque exécution de ma boucle while.



Si vous avez besoin de plus de précision, n'hésitez pas à me les demander.



Merci beaucoup par avance.



Cordialement,



Florian V

[BrunoIRM]

Salut,

Il y a le VI Analyser Toolkit et le Trace toolkit dans LabVIEW 2009..... selon la distribution dont tu as fait l'acquisition ...

http://sine.ni.com/nips/cds/view/p/lang/en/nid/206790

Sinon, selon la durée de tes traitements, le placement de la fonction "Compteur d'impulsions" à des endroits spécifiques (attention au séquencement et au flux de données) te permettrait d'avoir une précision sur une traitement à la ms ....

A+
B.

[Florian V]

Bonjour Bruno et merci pour ta réponse.

Je ne veux pas acheter de toolkit puisqu'ici je ne pense pas en avoir la nécessitée uniquement pour faire quelque chose comme cela. Ce qu'il faudrait que je fasse mais alors je ne vois pas du tout comment, c'est prendre le temps en entrée de la fonction, puis prendre le temps en sortie et faire la soustraction des deux. A ce moment j'aurais l'information qu'il me faut. Mais alors pour faire cela, je ne vois pas du tout mais alors pas du tout comment faire.

Merci d'avance pour ton aide,

Florian V.

[BrunoIRM]

Salut,

Voici le principe, en attaché .....

Je reste à l'écoute

A+

B.

[Florian V]

Okai merci beaucoup bruno c'est exactement cela que je cherchais.

A très bientôt,

Florian V.

[reg64]

Salut,

Comme ça?

a+

[BrunoIRM]

Salut Florian et Reg,

La solution de Reg présente une faille (sorry, amigo ...) :

Tu récupères l'horloge Windows avant la séquence (OK !) puis dans UNE étape tu mets le traitement ET la récupération de l'horloge Windows. Comme il n'y a pas de lien de causalité (ou de dépendance) entre le traitement et cette 2ème horloge (pas de flux de donnée), l'exécution de ces deux bouts de code va se faire en //. La récupération de l'horloge va être instantanée (quasiment) et le traitement va durer ... le temps qu'il faut.

Au final, il y a de fortes chances pour que la soustraction des deux horloges soit nulle.

J'insiste donc sur le fait de séquencer les trois étapes : récupération de la première horloge, traitement puis récupération de la deuxième horloge....

Dans l'exemple de Reg, il suffit donc de rajouter une étape à la séquence et de mettre la récupération de la deuxième horloge dedans ...

Amicalement
B.

[reg64]

Salut,

La solution de Reg présente une faille (sorry, amigo ...) :

B.

effectivement; le code présente un bug, j'ai posté un peu trop vite, car je ne comprenais pas bien la demande de Florian, je me disais ça ne peux pas être si simple que ça, au départ j'allais poster un exemple d'une "Barre de progression", cela ne justifie pas mon erreur, voyans les chose du bon côté, mon exemple et la chose qu'il faut pas faire les deux emples permettrons de bien comprendre le principe de fonction de LV c'est à dire :

il n'y a pas de lien de causalité (ou de dépendance) entre le traitement et cette 2ème horloge (pas de flux de donnée), l'exécution de ces deux bouts de code va se faire en //. La récupération de l'horloge va être instantanée (quasiment) et le traitement va durer ... le temps qu'il faut.

Au final, il y a de fortes chances pour que la soustraction des deux horloges soit nulle.

B.

[BrunoIRM]

Salut,

effectivement; le code présente un bug, j'ai posté un peu trop vite, car je ne comprenais pas bien la demande de Florian, je me disais ça ne peux pas être si simple que ça, au départ j'allais poster un exemple d'une "Barre de progression", cela ne justifie pas mon erreur.

Mais si, mais si. Et de toutes façons, on se fait tous avoir régulièrement .....

voyans les chose du bon côté, mon exemple et la chose qu'il faut pas faire les deux emples permettrons de bien comprendre le principe de fonction de LV

Bien dit ! Vive le flux de données

A+



B.