Discussions au sujet de NI LabVIEW
Graph modification en temps reel
Je ne peux pas lire le VI car sous LV2014, mais une question me vient quand même : quelle fréquence modifies-tu ? La fréquence du signal ou celle d'échantillonnage ?
La fréquence du signal est en dehors de la boucle ! Elle est donc lue une fois et une seule au lancement et n'a plus d'incidence par la suite. Pour que le graphe soit mis à jour, il faut que le signal soit regénéré à chaque fois que la fréquence est modifiée.
4 messages plus haut : " ... voici une image, pour voir le diagramme (fgfff.jpg) "
a) éternellement émerveillé de voir que certains sont parfaitement à l'aise avec ce type de code ... bon dieu, comment font-ils ?
Cela ne coûte pas beaucoup plus cher de faire du "propre" ... d'aligner, d'éviter 9E+6 ( 
) d' escaliers inutiles.
... en résumé .... de faire du code qui "en jette" en peu quoi ! .... non ?
Pas d'inquiétude inutile, vous n'êtes pas le seul.
Je suis OFF de constater à quel point (pour une large majorité) les utilisateurs de LV zappent l'aspect et la propreté de leurs codes.
LV est un langage graphique ! la propreté, l'agencement et "les manières de" sont soumis à des règles de bonnes pratiques
(et au bon sens commun en matière de soin)
Que ferez-vous quand votre code deviendra un rien complexe et ressemblera à ceci ?
b) c'est quoi ce noeud de propriété "waveform graph" (à droite) ... totalement flottant ?
savez-vous que de le placer "à droite" est totalement sans effet.
Flottant et non soumis au séquencement d'aucun flux .... il peut parfaitement s'exécuter en premier lieu.
@ labsee : " pour le coté pas propre, je voulais soigner l'apparence a la fin "
le soin et les règles de style ... c'est dès le début ... pas à la fin.
Cela pourrait laisser penser que le soin" n'est qu'une question d'esthétique .... juste pour faire joli.
au même titre que l'ouvrier donne un coup de balais une fois son travail terminé.
pas du tout ! ... les règles de style, avec un langage graphique tel que labview, est une part intrinsèque du code lui-même.
c'est un état d'esprit, quasi une philosophie.
Dès que tu déposes le 1er contrôle, la 1ere fonction, dès le premier fil ... tout doit être tip-top.
La propreté et les règles de style, c'est dès le début, ça se passe en temps réel.
Ceci dit ... pas de panique ... tout s'apprend.
voilou ... bon code.
Bon, je n'arrive pas à lancer le programme. Néanmoins, tel que je le comprends il devrait fonctionner avec la lecture de fréquence dans la boucle. Si ce n'est pas le cas, il pourrait être intéressant de placer quelques sondes/indicateurs sur le diagramme pour regarder les résultats obtenus aux étapes intermédiaires (dans les sous-VI par exemple).
En parallèle, je me permets de rebondir sur les remarques de Ouadji puisqu'il y a quelques problèmes sur le diagramme :
- A quoi sert la structure condition dans l'événement si la condition est toujours vraie ?
- Pourquoi utiliser une variable locale pour "Buffer size" alors que le terminal est à côté et disponible ?
- Une bonne habitude à prendre est de mettre une temporisation dans la boucle while pour qu'elle ne tourne pas à des vitesses folles.
- Le programme ne s'arrête que s'il y a une erreur (qui est une variable globale). Il serait utile de pouvoir l'arrêter complètement avec le bouton "Stop" en le gérant dans la structure événement.
Bon courage 🙂
