Discussions au sujet des autres produits NI
PCI6229 et DaQmx : Générer et compter des impulsions
Ce message apparait lorsqu'une voie materielle est utilisée dans deux
tâches; il est effectivement impossible d'utiliser deux fois la même
ressource dans deux tâches simultanées. Dans votre cas, si vous
souhaitez une sortie et une entrée de compteur, il vous faut utiliser
les deux voie de votre carte, une pour générer vos impulsion, et
l'autre pour les compter.
Une solution plus simple serait de faire un décompte logiciel des impulsions émises: les VI DAQmx de génération d'impulsion comprennent une sortie nombre d'échantillons écris par voie. Cette sortie est utilisable pour calculer le nombre d'impulsion que vous avez généré.
Espèrant que mes indications vous seront utiles, bon courage.
Une solution plus simple serait de faire un décompte logiciel des impulsions émises: les VI DAQmx de génération d'impulsion comprennent une sortie nombre d'échantillons écris par voie. Cette sortie est utilisable pour calculer le nombre d'impulsion que vous avez généré.
Espèrant que mes indications vous seront utiles, bon courage.
Je pensais à la fonction d'écriture DAQmx, mais qui ne correspnd pas à
votre structure. Avec une génération continue, il est moins facile
d'obtenir par programmation le nombre d'impulsions générées, ces
informations n'étant pas remontée directement depuis les fonctions DAQ.
Pour poursuivre sur cette idée de décompte "logiciel", un noeud de propriété sur la voie de génération permet de récupérer des informations sur l'état de la sortie (haut - bas), la valeur du compteur utilisé, etc... A condition que la fréquence d'exécution de votre VI soit plus rapide que celle de vos impulsion (plus de deux fois supérieure), il est immaginable de coder une "surveillance" de l'état de sortie de votre compteur, pour compter le nombre d'impulsions générés. Une telle solution implique une fiabilité relative, puisque liée au logiciel: si le VI rate un changement d'état, soit parce que son cadencement est trop lent par rapport aux impulsions générées, soit parce qu'une autre tâche de votre ordinateur bloque son fonctionnement trop longtemps, le décompte d'impulsions sera erroné.
Une autre possibilité pour éviter un fil à l'extérieur, est le routage de voie; ce procédé vous permet de connecter une sortie à une entrée physiquement, sans avoir à le câbler au niveau de votre boîtier de conexion par exemple. Cependant, toutes les connexion ne sont pas disponibles, il vous faudra peut être choisir une autre voie de sortie, qui soit utilisable pour une telle redirection. Le fait d'utiliser une entrée compteur (autre que celle de votre génération) vous garantie la fiabilité materielle de l'acquisition. Sinon, reste un cablage externe de votre sortie vers une autre entrée de votre carte.
Pour poursuivre sur cette idée de décompte "logiciel", un noeud de propriété sur la voie de génération permet de récupérer des informations sur l'état de la sortie (haut - bas), la valeur du compteur utilisé, etc... A condition que la fréquence d'exécution de votre VI soit plus rapide que celle de vos impulsion (plus de deux fois supérieure), il est immaginable de coder une "surveillance" de l'état de sortie de votre compteur, pour compter le nombre d'impulsions générés. Une telle solution implique une fiabilité relative, puisque liée au logiciel: si le VI rate un changement d'état, soit parce que son cadencement est trop lent par rapport aux impulsions générées, soit parce qu'une autre tâche de votre ordinateur bloque son fonctionnement trop longtemps, le décompte d'impulsions sera erroné.
Une autre possibilité pour éviter un fil à l'extérieur, est le routage de voie; ce procédé vous permet de connecter une sortie à une entrée physiquement, sans avoir à le câbler au niveau de votre boîtier de conexion par exemple. Cependant, toutes les connexion ne sont pas disponibles, il vous faudra peut être choisir une autre voie de sortie, qui soit utilisable pour une telle redirection. Le fait d'utiliser une entrée compteur (autre que celle de votre génération) vous garantie la fiabilité materielle de l'acquisition. Sinon, reste un cablage externe de votre sortie vers une autre entrée de votre carte.
Je vous prie d'excuser mon manque de clarté; vous utilisez la fonction
DAQmx - Strat Task. La fonction dont je vous parlais est le DAQmx -
Write qui propose un indicateur remontant le nombre d'échantillons qui
ont été générés. D'autre part, je me rend compte que cette fonction est
mal adaptée à la génération d'impulsions.
Les deux compteurs sont utilisables simultanément.
Je suis revenu aux exemples DAQmx; j'arrive à faire fonctionner simultanément les exemples "Gen Dig Pulse Train-continuous.vi" et "Count Digital Events" en utilisant pour l'un CTR 1 out, et pour l'autre CTR 0 source. Ces deux bornes reliées à l'aide d'un fil, le décompte s'effectue correctement (j'ai utilisé pour mes tests une PCI-6070E, qui comprend comme votre carte deux compteurs, et un bornier 2120 - génération à 100Hz).
A partir de ces deux VI d'exemple, j'ai créé un exemple, que joint à ce message, en espérant que cela pourra vous inspirer.
Pour information, certaines fonctions telle la mesure de fréquence Large Range ou la mesure de fréquence High Freq utilisent deux compteurs. Si l'on utilise l'une de ces fonctions, il est alors impossible de générer un signal compteur en parallèle (si votre carte ne comporte que deux compteurs). Je ne pense pas que cela soit la source de votre problème, mais par acquis de conscience, vérifions; pourriez vous indiquer quel mode de DAQ vous utilisez lors de la créaton de tâche?
Les deux compteurs sont utilisables simultanément.
Je suis revenu aux exemples DAQmx; j'arrive à faire fonctionner simultanément les exemples "Gen Dig Pulse Train-continuous.vi" et "Count Digital Events" en utilisant pour l'un CTR 1 out, et pour l'autre CTR 0 source. Ces deux bornes reliées à l'aide d'un fil, le décompte s'effectue correctement (j'ai utilisé pour mes tests une PCI-6070E, qui comprend comme votre carte deux compteurs, et un bornier 2120 - génération à 100Hz).
A partir de ces deux VI d'exemple, j'ai créé un exemple, que joint à ce message, en espérant que cela pourra vous inspirer.
Pour information, certaines fonctions telle la mesure de fréquence Large Range ou la mesure de fréquence High Freq utilisent deux compteurs. Si l'on utilise l'une de ces fonctions, il est alors impossible de générer un signal compteur en parallèle (si votre carte ne comporte que deux compteurs). Je ne pense pas que cela soit la source de votre problème, mais par acquis de conscience, vérifions; pourriez vous indiquer quel mode de DAQ vous utilisez lors de la créaton de tâche?
