Discussions au sujet de NI LabVIEW
Conseils organisation de mon VI
Il me semble que la réponse est dans le livre…
Ton problème vient de ton driver.
Avant de chercher à faire un code, il faut poser la question : je dois faire quoi ?
En VISA série, Faire une fonction d’initialisation.
Lors de la communication avec mon appareil, y-at ’il un caractère de fin ?
si oui le configurer à oui dans la fonction d’initialisation + définir le code ASCII du caractère
Si non le configurer à non dans la fonction d’initialisation.
Si non pour chaque commande, y-at ’il un nombre connu d’octets à lire en réponse ?
si oui le configurer dans la fonction de la commande
Si non faire une fonction qui envoie une commande, attend x ms (200ms mini) avant de récupérer le nombre d’octets dans le buffer et faire la lecture de l’ensemble des données du buffer.
A partir de cela, faire une lvlib, faire un driver (1 commande = 1 Vi) faire un VI Tree, documenter le code, faire un vi d'exemple… il y a un driver wizard.
Tu ne sais pas s’il existe un caractère de fin de réception ?
Alors cherche-le.
Tu envoies une commande, tu attends 5s, tu fais la lecture du nombre d’octets dans le buffer, et tu lies toutes les données. Alors tu affiches les « \ » code display (clic droit sur la chaîne de caractère) et tu regardes le code du dernier caractère.
Toujours le même, c'est gagné.
Dans ton cas, si tu as des sauts de ligne, je ne pense pas que carriage return soit le caractère de fin, et cela explique tes problèmes.
Au hazard, que penses-tu de End of line ? soit CR/LF. (comme caractère de fin de récéption, pour la fonction init)
avec l'exemple que tu donnes cela me semble évident. la trame est composée de \r\n (End of line - et pas CR qui est \R) donc il ne peux pas être utilisé comme caractère de fin
Marcelito a écrit :
\r$REM:Set\shigh\ssensitivity!\r\r\n
$REM:Set\sFrequency\sto\s868MHz!\r\r\n
$REM:Set\sCom\sparameters\s!\r\r\n
$EOT!\r\n
tu as 3 pistes.
1) Pas de caractère de fin, donc bien mettre à False dans le VI VISA init le "Enable Termination Char" qui par défaut est à True
et
Faire une fonction qui envoie une commande, attend x ms (200ms mini) avant de récupérer le nombre d’octets dans le buffer et faire la lecture de l’ensemble des données du buffer.
tu tentes avec un wait de 1000 ms, tu regardes si tu as toutes les données, si oui, passe le wait à 500ms...
2) tu as 3 End of line pour une commande... tu peux activer le caractère de Fin, donc le End of line (et pas CR comme dans ton premier VI), et tu fais 3 Read VISA...
3) Sinon tu fais une boucle de read VISA, jusqu'à la détection de ton $EOT!\r\n.
Attention, il faut gérer les erreurs de time out, et le buffer non vide. Donc penser à faire un VISA Flush avant de faire un VISa Write.
Perso je ferai choix 2, puis 1, puis 3
Salut, je n'ai pas eu le temps de regarder ton code, désolé. Je suis "un peu" occupé 🙂
je viens aux nouvelles, tu as finalisé tes problémes de driver?
Si oui, pour les autres problèmes, je te conseille de faire un nouveau post, et ajoute un lien dans ce dernier
A+
