Discussions au sujet des autres produits NI
generateur de rampe
Si vous disposez des fonctions de traitement du signal (signal
processing - non inclu dans la version de base de LabVIEW), le VI ramp
pattern devrait faire votre bonheur.
Autrement, le but du jeu est de générer un tableau de points: construisez un tableau à l'aide d'une boucle et d'une incrémentation. Un rapide calcul basé sur la vitesse d'échantillonage de votre sortie, et les caractéristiques de votre rampe, vous devriez pouvoir à l'aide d'une boucle construire ce tableau, en ajoutant à votre valeur initiale (0V) l'incrémentation qui va bien à chaque itération.
En image ci joint, une possibilté, il y en a d'autres.
Une fois vos points générés, la génération des points en sortie se fait à l'aide des fonctions DAQmx.
Autrement, le but du jeu est de générer un tableau de points: construisez un tableau à l'aide d'une boucle et d'une incrémentation. Un rapide calcul basé sur la vitesse d'échantillonage de votre sortie, et les caractéristiques de votre rampe, vous devriez pouvoir à l'aide d'une boucle construire ce tableau, en ajoutant à votre valeur initiale (0V) l'incrémentation qui va bien à chaque itération.
En image ci joint, une possibilté, il y en a d'autres.
Une fois vos points générés, la génération des points en sortie se fait à l'aide des fonctions DAQmx.
Message Edité par Mathieu R. le 12-21-2005 11:51 PM
Cela doit tenir à la structure de votre programme; si votre boucle for est comprise dans la boucle principale de votre programme, tant que toutes les itérations de votre boucle ne sont pas finies, on ne passe pas à l'itération suivante du programme.
Vous pouvez contourner le problème en effectuant votre génération dans une boucle spécifique: en séparant en plusieurs partie votre code (génération, analyse, présentation), les différent processus ne sont plus dépendant l'un de l'autre.
En ayant plusieurs boucles qui tournent simultanément, vous ne pourrez cependant pas transmettre des données de l'une à l'autre par un fil. Cela est lié au modèle de flux de donnés utilisé par LabVIEW, et peut se contourner par l'utilisation de variables locales par exemple.
Vous pouvez contourner le problème en effectuant votre génération dans une boucle spécifique: en séparant en plusieurs partie votre code (génération, analyse, présentation), les différent processus ne sont plus dépendant l'un de l'autre.
En ayant plusieurs boucles qui tournent simultanément, vous ne pourrez cependant pas transmettre des données de l'une à l'autre par un fil. Cela est lié au modèle de flux de donnés utilisé par LabVIEW, et peut se contourner par l'utilisation de variables locales par exemple.
Apparait-il un message d'erreur? Si c'est le cas, quel est-il? Avez vous vérifié que les paramètres appliqué pour le 6016 sont valides pour le 6009 ? Je pense notamment à la fréquence d'échantillonnage (300 ech./s max pour le 6016, contre seulement 150 pour le 6009 - Cf. spécifications). La génération d'un signal avec le 6009 fonctionne-t-elle bien sous MAX?
