Discussion :

[y.boukhalfa]

Bonjour,

je développe un banc d'essai et j'utilise un compact DAQ contenant un module NI-9862. Sur le réseau CAN, il y a le module NI-9862 relié à mon PC et un variateur. J'ai fait un programme (que je mettrai ci dessous en screen) qui a pour but d’envoyer dans un premier temps une trame (Id : 0x608) qui questionne le variateur sur son constructeur (trame que j'ai trouvée dans la doc du variateur), quand il reçoit cette trame le variateur renvoi une trame de réponse (0x588) que j'observe bien sur le "BUS Monitor" de NI-MAX. Cependant quand j'essaye de lire cette trame dans mon programme, je la lis vide.
Par contre, quand je lance chaque partie (lecture et écriture) du programme dans des VI différents en mettant une boucle sur la lecture, j'arrive à récupérer la trame. Malheureusement ce fonctionne ne me satisfait pas et je souhaiterai pouvoir faire cela de façon séquentielle dans mon programme.

Merci d'avance pour vos réponses.

[y.boukhalfa]

Voici les deux parties de code que j'aimerais faire fonctionner en "parallèle". enfin je ne sais pas si c'est possible de les mettre dans un même VI avec le lecture qui se lance puis l’écriture. Cependant la lecture reste reste bloquée indéfiniment alors que quand les deux parties du code sont dans deux fichier différents,cela fonctionne comme je le souhaite.

[Cheetor]

Dans un premier temps, j'utiliserai une structure événementielle avec deux événements distincts.
Le premier dans la partie Time out s'assurerait de la lecture de ton CAN. La seconde que tu déclencherais par appui sur un bouton permettrait d'écrire ta trame dans le bus CAN.

Après, pour un fonctionnement séquentiel, je te conseille de jeter un coup d’œil sur labview et les machines à état. En fait, ta boucle "IF" en Labview, si elle est connectée à un énum prendra pour des valeur des états et non plus des valeurs.

Voila les deux pistes que je peux te donner.

[y.boukhalfa]

Merci, je vais essayer de mettre ca en place.

[y.boukhalfa]

Est ce que j'ai bien fait ma structure événement ? parce que je rencontre le même problème, le programme reste dans la fonction "Lecture" Voici mon programme :

[Cheetor]

Si tu passes en mode pas-à-pas/débug, est-ce que le programme passe dans la boucle envoi quand tu modifies la valeur du booléen ?

Au passage, je te conseille de mettre un bouton stop différent du bouton qui te sert à l'envoi, ceci pourrait être source d'erreur.

[y.boukhalfa]

Quand je suis en mode pas à pas et que j'appuie sur le bouton, cela fait "planter" LabView enfin le logiciel ne répond pas tant que je n'ai pas changé de fenêtre.

[Cheetor]

De deux choses l'une : ou tu souhaites un mode séquentiel, auquel cas on oublie cette structure événementielle. Ou on débug d'abord cette version là avant de passer à la suivante.

Déjà, sans mettre en place le système de lecture/écriture des trames, mais en mettant des strings ou quelque chose qui te permette de savoir dans quel cas tu te situe, est-ce que la structure événementielle fonctionne.

[y.boukhalfa]

Cela m'est égal pour le moment si le fonctionne est séquentiel ou événementiel. Mais étant donné que l'objectif est d'interroger un variateur via le réseau CAN, je dirai que les deux me seront utiles pour la suite du projet.

La structure événementielle fonctionne si je met des chaines de caractère pour m'indiquer l'état.

[Cheetor]

ok. Et si tu remets tes deux boucles dans les deux étapes ? Y a-t-il un mieux ?

[y.boukhalfa]

Mes deux boucles ? Si je remets les fonction de lecture/écriture, cela recommence à planter.

[Cheetor]

Est-ce que tu as pensé à câbler 0 à ton timeout (cf : la doc If the session mode is Frame Output Single-Point, you must set timeout to 0.0. Because this mode writes the most recent value of each frame, timeout does not apply)

Autre point qui me surprend, c'est que tu crées à chaque fois une session, alors que d'habitude il ne faut en créer qu'une, du moins sur l'ensemble des programmes auquel j'ai été confronté. Idéalement essayes peut-être ceci http://digital.ni.com/public.nsf/all...25761800594631