Daqmx 200088

Question

Bonjour  tous,
je suis sous labview 2011.
J'ai développé un projet dans lequel un Vi me pose problème (DAQ_Potar_Continu.vi)
C'est un Vi que j'appelle plusieurs fois (jamais en meme temps) pour faire l'acquisition de tous mes signaux. Cette acquisition se fait à partir du moment où je met mes moteurs en route (par le port COM). Quand le moteur arrive à la fin de son mouvement, j'envoie normallement un signal booleen à l'acquisition pour l'arreter, pour ensuite traiter les donnees.
Tout marche bien au premier appel de ce vi, mais lorsque je le rappelle un peu plus tard (le Main Vi etant toujours en cours) l'erreur -200088 apparait (la tache n'existe pas). J'ai mis juste apres le daqmx un vi "Tache fine ?" et à la premiere iteration, ca me répond "NON", or l'acquisition s'est bien faite... le vi suit son cours normallement. Lors du deuxième appel, je pense que le fait que la tache ne soit pas finie lui pose problème. J'ai donc mis un "arreter tache" et "supprimer tache", mais ca n'arrange pas grand chose.
J'ai essayé de faire différement mes acquisitions (dans les diagrammes désactivés) mais je n'y arrive pas. La deuxième itération ne veut pas se lancer.
Pour résumer, je veux faire l'acquisition de mes tensions à partir du moment où je lance mes moteurs et que l'acquisition s'arrete à la fin du mouvement du moteur. Et que ca marce autant de fois que j'ai besoin d'appeler ce Vi.
Des idées ? Parce que là, je sèche !
Merci d'avance pour votre aide.
David.
Pièces jointes :
DAQ_Potar_Continu.vi ‏224 KB
Muscle CommB.vi ‏33 KB
FGV.vi ‏30 KB

Answer 1

Bonjour,
- Je n'en suis pas certain, mais je crois que vous pouvez faire une seule tâche sur plusieurs modules, cela pourrait simplifier la lecture de votre code.
- Etes-vous bien conscient qu'avec le cluster d'erreur, l'ensemble des opérations s'effectue l'une après l'autre? Rien ne s'exécute en parallèle, est-ce voulu?
- Pourquoi utiliser un assistant DAQ alors que tout le reste utilsie des fonctions DAQmx bas-niveau, beaucoup plus simples à gérer et à modifier si nécessaire.
- Vous n'appelez la fonction TaskIsDone qu'une fois, cela n'a aucun intérêt. Généralement, on l'utilsie dans une boucle pour vérifier que l'opération est finie, et on recommence si ça ne l'est pas, cependant, c'est plutôt utile dans le cas de génération de données, lorsqu'on ne sait pas si la géénration est finie. Dans le cas d'une acquisition, finie qui plus est, c'est plutôt le nombre de points à lire qui va être primordial, et qui va définir quand est-ce que la fonction de lecture rend la main. Si votre fonction est paramétrée en mode acquisition continue, c'est tout à fait normal que le booléen TaskIsDone retourne Faux.
- Si je comprends bien, vous venez créer vos tâches plusieurs fois (plusieurs appels) et les supprimer à chaque fois. Les différents appels sont-ils faits de manière relativement proche temporellement? Il n'est pas impossible que les tâches n'aient pas été compléteemnt supprimées au moment où vous tentez de les recréer, et que cela pose problème. Si j'étais vous, je préférerais créer les tâches en dehors du sous-VI, appeler le VI pour les lecture/ecriture de manière périodique, et supprimer les tâches après que le sous-VI ait rendu la main.
Il faudrait mettre des sondes sur chaque cluster d'erreur en sortie des fonctions d'écriture et faire arreter le code lorsqu'une erreur apparait pour savoir quelle tâche vous affiche l'erreur de tâche qui n'existe pas. Cela pourrait potentiellement venir de l'assistant DAQ.
Je vous invite à répondre aux questions que je vous ai posé, et à faire les modifications proposées pour voir le changement de comportement.
Cordialement,
ps: N'oubliez pas d'enregistrer les modifications dans un nouveau VI pour ne pas perdre ce que vous aviez déjà avant, au cas où.
Olivier L. | Certified LabVIEW Developer