Discussion :

[yohann.chusseau]

Bonjour a tous,
Je travail actuellement (En temps qu'apprenti) sur un projet de pilotage d’équipement hydromécanique destiné à une motorisation aéronautique.
Cet équipement à de nombreux capteurs, dont notamment des débitmètres (fournissant un signal sinusoïdal à fréquence variable en fonction du débit) qui me fournissent un signal TTL (Donc après remise en forme par une carte électronique) .
J’utilise pour l’acquisition une carte NI6229 qui contient deux compteurs numérique.
Mon problème est que, c’est deux compteur sont affecté aux sortie PFI4 et PFI9 de ma carte NI6229, et que mon boitier électronique et branché sur les entrée PFI 6 et PFI7. En cherchant sur l’aide NI DAQ-MX, il est indiquer que l’on peut modifier les terminaux par défaut pour y affecter ceux que l’on désire, et la impossible de trouver une explications ou un exemple pour réaliser cela.
Si quelqu’un à une idée ?
Merci,

Yohann

[yohann.chusseau]

Alors personne n'est suseptible de m'aider? J'ai reussi a contacter une personne utilisant la même carte d'aquisition (NI6229) et il a reussi à utiliser n'importe qu'elle entrée PFI pour faire ces aquisitions de fréquence (via un principe de routage aparament), mais hélas il code en CVI.

J'attend encore quelques jours, et je cloturerais cette discussion...

Merci

[BrunoIRM]

Hello,

Voici une proposition :

Après avoir créé ta voie virtuelle, crée un nœud de propriété sur ta tâche : "Entrée compteur -> comptage de fronts -> Terminal d'entrée" puis change ce nœud en écriture.

Crée une constante (ou une commande) de type "terminal d'entrée" à l'entrée de ce nœud (clic-droit -> crée une constante).

Affecte à cette constante le terminal de ton choix (PFI XX).

A la suite du nœud, tu lances ta tâche.

Voilà qui devrait marcher.

Tu nous tiens informés ?

A+
B;

[yohann.chusseau]

Merci je vais essayer.

Yohann

[yohann.chusseau]

Bon alors sa me renvois une erreure qui me dit que cette propriétée n'est pas supportée par le périphérique... Je suis en train de me demander si c'est possible de réaliser ce routage.

Pour ma part hier j'ai essayer les Vi de routage de voie, mais bon sa me parrait un peu compliqué.

De toute maniére, mon RAC a besoin d'avantage de ressource pour mes prochaines IHM (Pour piloter d'autres équipements) et je pense mettre une carte NI6602 avec des compteurs en suplément, donc je vais distribuer ces ressources en plus afin de prendre les entrées par defaut de comptage et pas me faire piéger de nouveau.

Merci pour ta réponse tout de même.

Je ne sais pas si je met en résolu ou non du cou, sa peut porter confusion?

Encore une fois merci

Yohann

[BrunoIRM]

Hello,

J'ai émulé une carte USB 6229 sur mon PC.
J'ai fait tourné le bout de programme que je te poste et il n'a pas généré d'erreur.

Peux-tu essayer STP ? Attention de bien modifier le nom des voies physiques .....

Pour info, un lien, en anglais, sur le site de NI qui pourra éclairer nos lanternes.

http://digital.ni.com/public.nsf/all...25730C00065F58

A+

B.

PS : Pas résolu pour l'instant, bien sûr .....

[yohann.chusseau]

Alors je vien de compiler ton code et je n'est également pas eu de probléme. J'ai cependant essayer de l'insérer dans mon programme, j'ai donc bien mis ma tache en entrée et le terminal. Une fois compilé, mon programme freeze (trés étrange). J'ai essayé en mode pas à pas et j'ai alors une erreure du type délais time out dépassé sur le périphérique, donc labwiev ne voit rien arriver...(J'ai bien vérifié mon générateur TTL dériére évidement).

J'ai essayer de changer l'option dans le vi "création d'un voie" par compteur de front ou de fréquence (Car je trouvais bizzar le mode "Mesure de largeur d'impulsion" pour réaliser ce que je veux) et la je retrouve l'erreure du périphérique qui ne supporte pas ce type de mesure....

[VictorNet]

Le time_out en "mode pas à pas" c'est normal.

C'est un peu comme si tu fessais le trajet du postier en mode pas à pas, les gens trouveraient surement qu'il y a un time-out sur la livraison de leur courrier :p

Si les gens étaient aussi en mode pas à pas tout irait bien...

Donc c'est ta carte ou une dll qui continue de fonctionner en "temps réel" et qui renvoie une erreur de délais qui lui parait anormalement long quand de ton coté tu fais du "pas à pas"

[BrunoIRM]

Hello,

VictorNet a raison pour le problème du pas-à-pas.

Pour le reste, j'ai récupéré une USB 6221. Je vais tâcher d'attaquer un comptage de fronts via le PFI6.

Je vous tiens au jus ....

A+

B.

PS : sur la carte émulée, pas de génération d'erreur quand je change de type de tâche. Bizarre .....

B.

[yohann.chusseau]

OK merci pour l'explication du mode pas à pas. Merci également pour la recherche de solution? J'attend de vos nouvelles...

Yohann

[BrunoIRM]

Hello,

Le diagramme suivant fonctionne avec un débitmètre branché sur le port PFI6, configuré comme le terminal du compteur 0 d'un 6221 USB.

Je te joins le VI au format 2009.

Tiens-moi au courant, pour savoir si ça marche

A+
B.

[yohann.chusseau]

Effectivement sa marche. Mon probléme venait d'une ressource qui était déja utilisée à causse des taches prédéfinies dans NIdaq. En tout cas merci beaucoup pour votre aide.

Yohann