Envoie de commandes cycliquement

Bonsoir à tous
Je cherche une façon simple d'envoyer cycliquement des commandes à un équipement.
Voilà mon probleme:
Je dois envoyer une commande "A" tout les 500ms à un équipement, celui-ci me répond et j'arrive à décortiquer sa trame sans soucis...
Mais maintenant je dois envoyer aussi toute les 10 min une commande "B" et 2 min apres celle -ci une commande "C" (tout en continuant à l'interroger toute les 500ms grace à la commande "A").
J'ai essayé avec une boucle événement en essayant de déclencher l'envoie des commandes avec la sortie "Time has Elapsed"  d'un module "temps écoulé" sans résultat
Si quelqu'un à une idée, je sui preneur.

Je suis arrivé à ceci : ....  
il y a certainement 25 solutions pour résoudre ce problème.
ici, c'est juste une solution. J'ai fait une petite cabriole en codant les infos dans un tableau de I32.
(j'aime bien les cabrioles   )
J'ai voulu solutionner ce problème avec un seul process et une seule structure Event.
Fait tourner le vi ... et regarde les Leds A, B et C.
Le code génère la séquence, mais "simule" aussi les événements par un flash de 100ms sur chacune des Leds.
ici j'ai une séquence : "B" ... "A" toutes les 500ms pendant 2sec ... "C" .... "A" toutes les 500ms pendant 8sec ... "B" ... etc
Le tableau qui correspond à ta séquence est juste à côté.
La durée du "flash" est déduite de la temporisation ... les 500ms sont respectés.
Le "type" d'événement (A, B, ou C) et la durée sont codés dans un Tableau qui effectue une rotation en anneau.
La durée est codée en "nombre de périodes" (ici 500ms)
exemple "10239"
10239:10000 = 1, reste 239
1 est l'événement "A" ("B"=2,"C"=3)
239 ... 239 x 500ms = 119,5 sec = 2min - 500ms .... le dernier pulse pour arriver à 2min étant le pulse "C".
Tu dois placer la commande de tes événements dans la structure case.
PS:
la boucle "While" sert uniquement à "éteindre" les Leds pour générer un flash. (simulation des commandes)
Si tu supprimes cette While, tu peux enlever le shift-registre qui contrôle la tempo et placer cette tempo (500ms) en constante sur la structure event.
il est 2hrs du mat, le cerveau un peu dans la colle, mais ça cevrait être bon.
Le snippet est en LV2013, le vi joint en LV2010.
Avec ce code, tu peux modifier ta séqeunce et le nombre d'événements différents comme tu veux ...
suffit de modifier les infos dans le Tableau.
Pièces jointes :
flagada_1.vi ‏13 KB

Similar Messages

  • Envoie de commande vers une sonde à l'aide d'une carte NI PCMCIA-485/2

    Bonjour,  Je suis actuellement en stage pour finir mon projet de fin d'études, et mon sujet de stage et de faire l'acquisition de données d'une sonde à partir d'une carte d'acquisition NI PCMCIA-485/2 à l'aide du logiciel Labview. Je ne suis que débutant dans cette matière de programmation. J'utilise la version Labview 2009.
     Pour se faire, je dois utiliser des commandes de formats (n)Byte de type de données U8/U16. Dans le protocole de ma sonde, les commandes à envoyer sont sous la forme Hexa.
     Je me suis inspiré des exemples E/S matérielles -> Série pour élaborer ma configuration de la carte série ainsi que de l'envoie/réception de commande.
     Je n'ai pas trouvé d'autres moyens pour envoyer ma commande (en Hexa) que de l'écrire dans un tableau d'octets non signés et de la transformer en chaîne.
     Jusque là, ça me parraissait assez bon.
     Mais une fois que j'exécute mon programme, j'ai au bout de 10s environ, un message d'erreur : "-1073807339 " / "Hex 0xBFFF0015" m'indiquant que le délai d'attente (Timeout) a expiré avant que l'opération ne soit achevée. ( Visa Read )
     J'ai pensé que cette erreur venait de ma constante que j'avais gardé par défaut sur l'exemple, mais même en la modifiant je me retrouve devant cette erreur. Et qui plus est, je n'ai pas de réception de réponse sur le Visa Read.
     Je ne comprends pas d'où vient mon erreur. Si ce n'est qu'elle intervient au moment du Visa Read.
     Je vous joinds mon vi pour que mieux contextualiser ma démarche.
     Si quelqu'un a une idée, je suis preneur
     Bonne journée,
     Sma.
    Résolu !
    Accéder à la solution.
    Pièces jointes :
    Config_RS485.vi ‏17 KB

    Bonjour Sma_31 et bienvenue sur le forum National Instruments,
    L'erreur rencontrée est assez classique. 
    Voici ce qui se passe : dans la configuration actuelle, le nombre d'octets à lire ( 12 par défaut dans le VI en pièce jointe) est supérieur au nombre d'octets physiquement disponibles (à un moment ou à un autre).
    D'où l'origine du timeout.
    Voici la démarche à suivre pour éviter ce comportement :
    http://digital.ni.com/public.nsf/allkb/874B379E24C0A0D686256FCF007A6EA0
    ps: en fonction de votre instrument/sonde, il peut être utile d'insérer une temporisation entre le write et le read afin de "laisser du temps" entre la commande et la récupération des infos. 
    Je vous invite également à consulter les exemples (accessibles via Aide -> Exemples sous LabVIEW), qui vous guideront et vous apporteront beaucoup d'idées et de conseils pour le développement de votre application (dont les exemples de communication VISA).
    Cordialement, 
    Alexandre D.
    National Instruments France
    #adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
    >> Les présentations NIDays 2010 déjà disponibles au téléchargement !

  • VISA, envoi automatique de commandes à la suite...

    Bonjour à tous,
    Je souhaite envoyer des commandes en VISA les unes à la suite des autres avec une attente de réponse ( quasi immédiate ) d'un nombre d'octets indéfini. Auriez vous une idée de la façon de faire ? 
    Ma façon de faire ne fais passer la seconde commande qu'une fois sur 100.... 
    Merci de votre aide.

    Bonjour,
    et merci d'avoir posté sur nos forums.
    Quel moyen de programmation utilisez-vous pour automatiser vos écritures/lectures ?
    Est-ce que vos commandes envoyées sont identiques ? Si c'est le cas, vous pouvez simplement cadencer vos fonctions VISA Write et VISA Write dans une boucle while.
    Dans le cas contraire, vous pouvez gérer l'envoi de vos diverses commandes par une séquence, ou par une machine à état. Je vous renvoie ici pour cette dernière méthode, supposant que vous développez sous LabVIEW.
    Par ailleurs, concernant le nombre d'octets à lire, il peut être indéfini en détectant par exemple la fin de la lecture sur un caractère de terminaison (\r ou \n).
    Cordialement,
    Eric M. - Application Engineering Specialist
    Certified LabVIEW Architect
    Certified LabWindows™/CVI Developer

  • Vérification commande bien réceptionnée par appareil distant

    Bonjour,
    Je fais un programme qui sert à envoyer des commandes via RS232 à un petit enregistreur de données.
    Je peux lui envoyer des commandes en même temps que je reçois mes lignes de données.
    Cependant, lorsque certaines commandes sont envoyées au mauvais moment, elles ne sont pas bien réceptionnées par mon enregistreur. Si la commande est bien réceptionnée, l'enregistreur me répond "OK" sinon il ne me répond rien.
    Je cherche donc à faire un système qui permettrais de vérifier si la commande est bien arrivée et si elle n'est pas arrivée, la relancer automatiquement jusqu'à obtenir mon "OK". 
    Je n'ai pas vraiment d'idée sur la façon de faire, j'analyse les 50 derniers caractères de ma chaine si je vois "OK" je met une LED à TRUE et j'ai mis un évènement à LED valeur changée pour renvoyer la commande mais ça ne fonctionne pas. J'ai l'impression que lorsque l'état de la LED change via une constante et non par une action utilisateur, l'évènement n'est pas pris en compte. Comment faire ?
    Merci de votre aide.
    Résolu !
    Accéder à la solution.

    Bonjour K-RK-S,
    Merci d'avoir posté sur le forum National Instruments.
    Je suppose que tu utilise LabVIEW pour faire ton développement. Le
    comportement que tu observe est tout à fait normal, en effet la structure
    évènement permet de gérer des évènements sur l'interface utilisateur (Face
    Avant). Dans ton cas tu change la valeur d'un booléen par
    "programmation" ce qui n'engendre pas d'événement sur la FA. Pour
    générer un événement "Valeur Changée" tu dois utiliser le nœud de
    méthode Valeur (Signalisation).
    Finalement, je ne comprends pas très bien le pourquoi de l’utilisation de la
    structure évènement, en effet il est possible d’utiliser une structure
    condition qui si OK est détecté viendra exécuter un certain code sinon exécute
    un autre code.
    Benjamin R.
    R&D Software Development Manager
    http://www.fluigent.com/

  • VISA commande viVxiCommandQuery

    Bonjour,
    J'ai un problème avec la commande viVxiCommandQuery(Visession InstrumentHandle,ViUint 16 Mode, ViUint32 command,ViUint32*response).
    Es-ce la même commande que viQueryf(vi, writeFmt, readFmt, ...) ?
    J'ai compris quel est le premier argument de cette fonction mais pour le reste je ne vois pas. J'ai trouvé des informations sur la documentattion VISA mais il ne précise pas à quoi correspond le mode (a par envoyer une commande ou un requete de 16 ou 32 bits en TCP/IP), pour le 3ème arguments la commande est de type ViUint32 ce qui ne correspond pas une chaine de caratère de même pour le dernier argument.
    Le but de mon application est d'envoyer un commande via TCP/IP à un SMJ100A de rohde&Schwarz.
    Merci d'avance pour votre réponse.
    Cordialement
    Vincent

    Bonjour,
    Un code d'erreur à nous renseigner ?
    Est-il possible de nous dire si le comportement est identique avecles autres modes ?
    Merci,
    Mode
    Action Description
    VI_VXI_CMD16
    Send 16-bit Word Serial command.
    VI_VXI_CMD16_RESP16
    Send 16-bit Word Serial query; get 16-bit response.
    VI_VXI_RESP16
    Get 16-bit response from previous query.
    VI_VXI_CMD32
    Send 32-bit Word Serial command.
    VI_VXI_CMD32_RESP16
    Send 32-bit Word Serial query; get 16-bit response.
    VI_VXI_CMD32_RESP32
    Send 32-bit Word Serial query; get 32-bit response.
    VI_VXI_RESP32
    Get 32-bit response from previous query.
    Mathieu_T
    Certified LabVIEW Developer
    Certified TestStand Developer
    National Instruments France
    #adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
    LabVIEW Tour
    Journées Techniques dans 10 villes en France, du 4 au 20 novembre 2014

  • Je voudrais commander un petit moteur pas à pas à partir du port LPT dun boitier de commande . mais je ne sais pas quel programme écrire dans labview

    bonjour !
    je suis débutant dans l'utilisation de Labview.je dois commander une table de déplacement 3D ,je voudrais commander un petit moteur pas à pas chargé du déplacement suivant les axes(X,Y,Z) à partir du port LPT dun boitier de commande . mais je ne sais pas quel programme écrire dans labview

    Bonsoir Max,
    Le point de départ serait de consulter le site du constructeur de l'équipement (table trois axes) pour voir s'il n'existe pas déjà un driver existant (des fonctions à utiliser directement dans LabVIEW). S'il n'existe pas de driver, récupére la doc de l'équipement et prend ton courage à deux main, il va falloir se l'écrire, ce driver.
    Brut de pomme, deux liens:
    How Do I Use the Parallel Port in LabVIEW?
    Can VISA Communicate with Parallel Ports?
    Plus précisément: NI-VISA est une surcouche logicielle qui permet d'avoir une interface de programmation (API) commune pour différents types de bus (série, USB, PCI, und so weiter). Il est possible de l'utiliser pour adresser un port parallèle. Il y a aussi d'autres méthodes proposés (Cf.How Do I Use the Parallel Port in LabVIEW?, méthode 2, In Port.vi et Out Port.vi). Ceci constituerai la solution 'bas niveau' pour envoyer une commande et relire la réponse de ton équipement - fabriquer les fonctions LabVIEW / le driver de ton équipement, à partir de la documentation, en espérant que la doc mentionne les commandes de l'équipement ("comment-que-j'y-cause-à-mon-boitier-pour-qu'il-fasse-ce-que-je-lui-ai-demandé")
    Bon courage,
    .mrLeft{float:left} .mrInfo{border-left:solid 1px #989898;font-size:x-small;color:#989898}
    Mathieu R.  
      CTD - Certified TestStand Developer / Développeur TestStand Certifié  
      CLAD - Certified LabVIEW Associate Developer  

  • Commander un exécutable via labview

    Bonjour,
    J'ai un exécutable qui me permet de piloter un shutter. Il comporte deux boutons: "open" & "close".
    Comment faire pour le lancer à partir de labview et pour envoyer une commande "open" ou "close"?
    Merci pour vos réponses.

    Hello.
    To get an answer on this part of forum you should repost in English.
    Another solution is to post on the french forum here.
    Don't forget to give more informations, like the version of Labview, attach the executable.
    It will be helpful to get a faster answer.
    Regards.
    Romain D.
    National Instruments France
    #adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
    NIDays 2010 : Conférence mondiale de l'instrumentation virtuelle
    >>Détails et Inscription<<

  • Probleme d envoi de data sur un hp8753b

    bonjour,
    j aurais vraiment besoin d aide. je m explique
    je dois realiser des commande sur un hp8753b ..
    jusque la pas de problemes j arrive tres bien a envoyer des commande relire les etat et les informations.
    mais j ai un soucis avec l envoi de datas apres la commande SING.FORM4; INPUDATA;
    je dois envoyer les 201 point un tableau a deux dimension.
    seulement voila qd j envoi les datas il affiche sur le hp error block input.
    donc ma data n est pas correcte j ai bon regarder ds la donc ou il explque les dif format j ai bon casté rien n y fait.
    qqun aurait il deja travailler avec ce type d instrument hp8753b et m aider.
    bien a vous
     winandy steve.
    Résolu !
    Accéder à la solution.

    Bonjour billcapas,
    Je vous invite à regarder sur ce forum, il est possible que ça vous guide pour votre souci :
    http://ni.lithium.com/t5/Discussions-au-sujet-des-autres/probl%C3%A8me-communication-GPIB-avec-HP875...
    Avez-vous un code d'erreur ?
    Merci pour votre réponse,
    Cordialement,
    Jérôme Henrion | NIF - Application Engineer | PXI Captain
    Certified LabVIEW Developer

  • Sms classé comme mms donc impossible envoyer du texte mais possible d'envoyer ,une photo

    Bonjour,
    Depuis la dernière mise à jour du logiciel Apple sur mon I Phone 3GS, je ne peux plus envoyer ni répondre aux SMS. Par contre, je peux envoyer les MMS.
    J'ai remarqué que lorsque je veux écrire un SMS l'Iphone sur la barre du haut n'indique pas SMS mais MMS.
    Je pense qu'il y a un problème dans la nouvelle mise à jour.
    Pouvez-vous m'aider ?
    Merci d'avance.

    Bonjour Rodéric,
    Merci encore pour ta réponse.
    J'avance lentement ... mais j'avance
    j'arrive à détecter mon RS232 (convertisseur USB à RS232),et voir à quel COM il correspond ...
    je n'ai pas encore mon voltmètre ou oscilloscope, mais j'e vérifierais après pour le signal à la sortie de mon RS232.
    ma précédente question peut être reformulée ainsi :
    serait ce possible de controller mon moteur pas à pas directement par le RS232, car d'après mes lectures ca fonctionne ainsi :
    INTERFACE de lutilisateur (logiciel ou hardware) : envois des commandes à l INDEXER (controller, microprocesseur)
    INDEXEUR : envois des pulses (numérique) au DRIVER (amplificateur)
    DRIVER : envois le courant au MOTEUR (pas à pas)
    ma question est : serait ce possible d'aller de l INTERFACE (LabVIew) au MOTEUR
    sans l'INDEXEUR et le DRIVER?
    merci, car je ne comprends tj pas comment passer des pulses de la sortie du RS232 au courant qui fait tourner le moteur !
    merci pour votre réponse
    amayas

  • Télécommande Icom8500 problème variable hexa

    Bonjour.
    Je cherche à télécommander un ICOM 8500. (il y a un topic ici http://forums.ni.com/t5/Discussions-de-produit-de-NI/conversion-en-hexa/m-p/821160#M25265, mais un peu vieux)
    Je sèche sur le réglage du gain:
    Je veux envoyer le commande suivante (en hexa):
    FEFE 4AE0 1401 0255 FD (avec la partie en rouge variable de 0000 à 0255 par glissière).
    Le problème est que j'arrive uniquement à mettre en variable l'hexa de ma valeur (par ex. pour 0255: 3032 3535).
    Comment faire ???
    Et question supplémentaire (mais moins importante), est-il possible avec la glissière, d'avoir l'échelle de 0 à 100, mais d'envoyer les valeurs de 0000 à 0255 ???
    Merci de vos réponses
    Résolu !
    Accéder à la solution.

    Bon et bien, j'ai testé, ça fonctionne impec, mais......
    J'avoue avoir un petit problème dans la compréhension du "code" attendu par l'Icom (une partie hexa, une partie chaîne mais en format hexa enfin... non) bref, je suis un peu perdu.
    Du coup, j'ai le même problème cette fois là avec le vi que vous aviez fait il y a quelque temps pour quelqu'un d'autre
    Parce que du coup, on obtient un chaîne, et là, rebelotte, il faudrait que j'ai:
    "9078563412" en chaîne, qui soit convertit en "9078 5634 12" en hexa.... et encore une fois je sèche...
    Merci

  • Probleme commande viVxiCommandQuery

    Bonjour,
    J'ai un problème avec la commande viVxiCommandQuery(Visession InstrumentHandle,ViUint 16 Mode, ViUint32 command,ViUint32*response).
    Es-ce la même commande que viQueryf(vi, writeFmt, readFmt, ...) ?
    J'ai compris quel est le premier argument de cette fonction mais pour le reste je ne vois pas. J'ai trouvé des informations sur la documentattion VISA mais il ne précise pas à quoi correspond le mode (a par envoyer une commande ou un requete de 16 ou 32 bits en TCP/IP), pour le 3ème arguments la commande est de type ViUint32 ce qui ne correspond pas une chaine de caratère de même pour le dernier argument.
    Le but de mon application est d'envoyer un commande via TCP/IP à un SMJ100A de rohde&Schwarz.
    Merci d'avance pour votre réponse.
    Cordialement
    Vincent
    Solved!
    Go to Solution.

    duplicate
    Samuel G. | Application Engineer Team Leader
    Certified LabVIEW Developer
    National Instruments France
    #adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
    Été de LabVIEW 2014
    12 présentations en ligne, du 30 juin au 18 juillet

  • Faire une commande à partir de Luxembourg concernant iphoto?

    Je n'arrive pas à commder un album ou livre de photos chez apple, parce que le Luxembourg n'existe pas sur la liste des pays à envoyer la commande??!!
    comment procéder alors?

    Google translatiopn
    I can not commder an album or photo book from Apple, because that Luxembourg does not exist on the list of countries to send the command?!
    how so?
    The list of supported contries is here
    If you are in a supported country you sert the print products service country in the iPhoto preferences
    You can contact Apple via the iPhoto menu ==> provide iPhoto feedback
    LN.

  • Visa et commande assimilé hexa

    Bonjour.
    Je cherche à télécommander un ICOM 8500 (via un port RS232). On m'a déjà aidé pour le réglage du gain (merci Fiston)
    Maintenant, c'est pour la fréquence que j'ai un problème. Le codeur chez Icom devait avoir un problème: si on veut la fréquence 1 234 567 890 Hz, il faut envoyer 907856341.
    Grâce (encore une fois) à Fiston, et à un ancien topic, j'ai pu récupérer ceci qui me transforme la fréquence en chaîne recherché.
    Donc maintenant je veux envoyer le commande suivante (en hexa):
    FEFE 4AE0 05 9078563412 FD (en rouge, partie variable).
    J'arrive bien à concatener FEFE 4AE0 et FD, mais quand je rajoute 907856341, j'ai l'équivalent en hexa, du coup, le commande est fausse.
    Le problème est que j'obtiens "9078563412" qui est une chaîne, et je voudrai avoir "9078 5634 12" en hexa.... et encore une fois je sèche...
    J'avoue avoir un petit problème dans la compréhension du "code"
    attendu par l'Icom (une partie hexa, une partie chaîne mais en format
    hexa enfin... non) bref, je suis un peu perdu.
    Merci

    Bonjour,
    Voici un petit exemple simple fait en LabVIEW 2010.
    En entrée, une chaine classique dans laquelle tu vas écrire la donnée qui t'intéresse en Hexa (le 9078563412 de ton exemple).
    Je ne sais pas exactement sous quelle forme tu récupère cette valeur, j'ai estimé que c'était sous forme de chaîne.
    En sortie, tu récupères une chaine, dont les caractères ne correspondent à rien en particulier, mais avec l'affichage en Hexa de l'indicateur, tu te rends bien compte que la donnée qui est envoyée correspond à la valeur en Hexa que tu veux.
    Cet exemple correspond-il à ce que tu veux faire?
    Cordialement,
    Olivier L. | Certified LabVIEW Developer
    Pièces jointes :
    String to Hexa.vi ‏7 KB

  • Labview : Communicat​ion série avec un périphériq​ue

    Bonjour,
    Sous Labview, j'essaie de communiquer via un port série à un périphérique. En parallèle, j'essaie de recevoir et d'envoyer des données. Je voudrais me placer en mode écoute (Activer la réception sur ce port : Visa read) puis envoyer une commande (Visa write). De ce fait, en se plaçant en écoute avant l'envoie de la commande, je suis sûr de recevoir la réponse du périphérique.
    Je veux donc envoyer un caractère tout en écoutant sur le même port com la réponse de mon périphérique (J'ai déjà un doute à ce sujet. Avec un port série, on peut lire et écrire en même temps ? )
    Mon problème est le suivant : En lançant ce programme sous Labview, il se place en écoute mais n'envoie pas le caractère de commande (montage en parallèle). Après le timeout de l'écoute (Visa read), le programme écrit bien le caractère (Visa write) comme un fontionnement série.
    Comment réaliser des tâches multiples en parallèle sur LabView ? Auriez-vous un exemple ou plus d'information à ce sujet ?
    Merci,
    Jérémy

    Bonjour,
    je confirme le fait qu'un UART ne peut pas travailler en "parallèle".
    Pour dialoguer avec un équipement, il faut envoyer une commande "Write" si besoin, pour que le produit te réponde.
    Tu récupères ensuite la réponse avec un "Read".
    Pour dimensionner le nombre de données à lire, plusieurs méthodes par la suite se présente à toi.
    - Attendre un certain temps : Interruption de la lecture sur timeout
    - Attendre un caractère de terminaison \A : 0xD par défaut.
    - Lire un certain nombre d'octet : Utilisation du noeud de propriétés nbre de bytes sur la liaison fortmeent conseillé.
    Si après une manipulation simple, tu ne relies pas de données, n'hésites pas à mettre une temporisation de 100 ms entre ta requête et ton écoute, il n'est pas rare d'avoir des équipements avec un temps de réponse de l'ordre de 50ms sur port série (spécification présente dans la documentation de l'équipement en général).
    Bonne journée,
    Michael

  • Récupérer les données du port de communication série

    Bonjour,
    Je pilote des moteurs pas à pas par Labview via des modules de commande moteurs.
    Je communique avec eux par la liaison série du PC.
    Ces modules de commandes me renvoie des informations en retour mais je ne sais pas comment les récupérer via Labview. J'ai essayé le "visa read" mais sans succès...
    Quelle méthode dois-je utiliser?
    Merci d'avance de vos réponses.
    Cordialement.

    Bonjour,
    Et merci d'avoir posté sur nos forums.
    Il nous manque quelques informations pour répondre à votre problème :
    - Est-ce que votre moteur est visible sous MAX ou sous le VISA Interactive Control ? Quel est le driver que voit votre instrument sous le gestionnaire de périphériques de Windows ?
    - Avez-vous cherché si des drivers existaient déjà pour votre instrument (fournis par le constructeur, ou téléchargeables ici )
    Par ailleurs, je vous suggère, avant d'essayer des VIs tout faits, d'essayer d'envoyer une commande simple et la lire. Pour cela, vous trouverez un ou deux exemples dans l'aide de LabVIEW (Aide-> Recherche d'exemples -> E/S Matérielles -> Série)
    Pour ce qui est de la réponse de Tinnitus, il se peut effectivement qu'un instrument ne marche pas très bien via VISA, mais mieux avec l'hyperterminal. Cela est dû aux caractères de terminaison employés, ou à la vitesse d'écriture vers l'instrument.
    Par ailleurs, quel est le type de commandes que vos moteurs accepte ?
    Cordialement,
    Eric M. - Application Engineering Specialist
    Certified LabVIEW Architect
    Certified LabWindows™/CVI Developer

Maybe you are looking for