Ressources Visa

Bonjour,
Je souhaiterai créer un Vi pour la recherche automatique de mes ressources GPIB, USB, COM. Ensuite je veux vérifier si mes appareils sont branchés et n'utilisés que ceux-ci.
Lors de l'excution de mon programme j'obtient une erreur dans mon Visa Read. Quelqu'un pourrait t'il m'aider?
Merci par avance,
Fabien
Solved!
Go to Solution.
Attachments:
Recherche_auto_gpib.vi ‏14 KB

Bonjour Fabien,
Quelle erreur avez vous ? Si c'est un TimeOut sur le VISA Read, vous pouvez essayer une des solutions listés dans cette KB: http://digital.ni.com/public.nsf/allkb/874B379E24C0A0D686256FCF007A6EA0?OpenDocument
(Surtout la 3).
Par ailleurs, vous pouvez indéxer automatiquement votre boucle For au nombre d'élément de votre tableau, en faisant un clic droit sur le tunnel d'entrée>>Activer l'indéxation.
Votre boucle For fera autant de tour que d'élément présent dans votre tableau, et récupérera un élément diférent à chaque tour.
Vous n'avez pas besoin non plus d'avoir une structure condition si votre chaine de caractère est vide, elle ne le sera jamais.
Cordialement,
Benoit S. - Field Sales Engineer
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;}
Été de LabVIEW 2014
12 présentations en ligne, du 30 juin au 18 juillet

Similar Messages

  • Rafraichir "Nom de ressource Visa"

    Bonjour
    J'ai créé une dll à partir d'un projet dont un VI fait appel à "Visa configure serial port"?
    Cette dll est installé sur plusieurs PC  ou le port com utilisé est différent.
    Mon premier souci est que le port com du PC cible n'est pas le port enregistré par défaut.
    Si je clique sur l'ascenseur ok les valeurs possibles s'affichent mais si l'opèrateur valide avant, je sélectionne un port inexistant.
    Le second problème c'est que cette listbox me renvoie également le port parallèle.
    A minima je voudrai rafraichir cette listbox avant son affichage et si possible supprmer

    Bonjour,
    Strictement parlant, dans le VI qui utilise la ressource VISA, il faut utiliser :
    - clic droit -> Opérations sur les données -> Définir la valeur actuelle comme défaut
    - clic droit -> Filtre E/S, et sélectionner le filtrage sur les ports Série uniquement.
    Ca permet de définir une valeur par défaut et de ne pas voir les autres types de ressources VISA
    Cordialement,
    Eric M. - Application Engineering Specialist
    Certified LabVIEW Architect
    Certified LabWindows™/CVI Developer

  • Menu de ressources VISA

    Lors de la programmation en Labview d'une
    mesure avec un instrument (GPIB), j'utilise pour déclarer quel
    instrument utiliser un menu qui me permet de selectionner dans une
    liste la ressource appropriée à ma mesure (adresse GPIB 7, 8 ou 9...).
    Précédemment les ressources disponibles apparaissaient sans que je
    n'ai quoi que ce soit à faire, dorénavant le menu déroulant ne me
    propose plus rien. Je ne peux donc rien selectionner car il n'y a pas
    de liste dans laquelle sélectionner des appareils.
    Les appareils sont bien connectés à la carte GPIB du PC et sous
    tension. De plus lorsque j'envoie la requête GPIB *IDN? via Measurement
    & Automation ça fonctionne bien...
    Où se situe mon erreur?
    Merci.

    Bonjour,
    Quel controle utiliser vous exactement ? Avec quels VIs ouvrez vous votre session ?
    Merci pour ces informations
    Cordialement
    Alexandre D 

  • VI "VISA Clear"

    Bonjour à tous !
    J'ai utilisé le VI VISA Clear pour un projet nécessitant un port série. Ce VI me semblait utile pour vider le contenu des buffers d'entrée et de sortie et être sur de ce que j'allais envoyer au périphérique. J'ai donc utilisé ce VI juste après avoir ouvert la ressource VISA (juste après un "VISA Open").
    Etrangement, les trames que j'envoyais étaient très mal comprises par le périphérique en question (une carte relais censée activer ou non certaines sorties)... et c'est en retirant le VI VISA Clear que tout s'est mis à marcher correctement !
    De fait, je me pose la question par simple curiosité : que fait exactement ce VI ? Se contente-t-il de simplement de vider les buffers d'entrée et de sortie ou désalloue-t-il carrément les espaces mémoires ? Le VI VISA Open crée-t-il automatiquement des buffers vides indexés au bon endroit ?
    Ce n'est pas une question urgente, c'est juste que j'aime essayer d'en savoir un peu plus et de comprendre ce qui se passe... Merci à vous !
    Bilsix.

    Oh, sorry everybody, I posted my message in the wrong part of the forum...
    I'll try again on the ni.com french side !

  • VISA Shared resources by lock CVI functions

    Hello,
    Attach to the post : http://forums.ni.com/t5/LabWindows-CVI/VISA-Shared-resources/m-p/1000856#M43685
    I use LabWindows/CVI 2013 SP2.
    I have a share VISA problem : 2 functions VISA (Read and Write), on the same ressource.
    I want to protect the access to the ressource VISA with the lock functions.
    Like they propose and also the "ThreadLockTimeout" NI example.
    So only at the beginning of the software, I do step 1 : cmtStatus = CmtNewLock ("", 0, &LockHandleRS), add before that, to a free handle in case of...
    Only at the end, step 4 : cmtStatus = CmtDiscardLock (LockHandleRS), add to a "LockHandleRS = 0".
    In each read and the write VISA function (20 ms < time < 100 ms, timeOut =2 s),
    I try to use different methodes, without success :
    - to lock (step 2) :
         1) cmtStatus = CmtGetLock (LockHandleRS)
         2) cmtStatus = CmtTryToGetLock (LockHandleRS, &lock), add to a while loop (for timeOut)
         3) cmtStatus = CmtGetLockEx (LockHandleRS, 0, timeOut, &lock)
         4) and even, statusRS = viLock (portVISA, VI_EXCLUSIVE_LOCK, timeOut, VI_NULL, VI_NULL)
    - the VISA read/write function :
         "viWrite" for the ask, following by a "viRead" for the answer
         (VISA read function (# measure) : for only an acknowledge echo traitment and read data reponse)
         (VISA write function (# order) : for only an acknowledge echo traitment)
    - to unlock (if lock successfull) (step 3)
         1)2)3) cmtStatus = CmtReleaseLock (LockHandleRS)
         4) statusRS = viUnlock (portVISA)
    I display every wrong "cmtStatus" and "statusRS", but nothing appears.
    The VISA read function is called following an "EveryNCallback" DAQmx function (every 0.5 s).
    The VISA write function is called punctually, by an operator action throught various interfaces.
    If I use only the periodic VISA read function, no problem on lock/unlock.
    N.B. : Lock function (step 2) take only # 100 µs (for case 2) : at the 1rst iteration).
    N.B. : I use the same external lock/unlock functions for the VISA read/write.
    But nearly at every VISA write asking (3 on 5), I can display 2 consecutive successfull locks function (VISA read and write) ???
    N.B. : same time (100 µs).
    Following, of course, to 2 unlock functions (step 3).
    And every time, the echo of the VISA read function is treat by the VISA write function.
    And the echo of the VISA read traitment is truncked.
    So for me, I treat it like 2 VISA errors (read/write).
    ======================================
    I try to improve the NI example to show my problem.
    I hope that I do not make so much big mistakes, which would cancel the interest of this example.
    Into this small code lines, I can reproduce my problem (by quick applies on F1 button).
    I do not implimente all the fonctions I try.
    Into a bigger one, it is very easy to reproduce (even with the other functions).
    N.B. : In my final application, the thead n°1, look like more to a CVICALLBACK, than a thread with a while loop inside.
    But the problem still the same.
    Thanks a lot for consideration.
    Certified LabWindows/CVI DEVELOPER (2004)
    LabVIEW since 5.01 | LabWindows/CVI since 4.01
    Attachments:
    ThreadLockTimeout.7z ‏127 KB

    Hello,
    With NI France support, we improve to the NI example again.
    We show, with adding timing, that the example can display the message in a wrong sense (with a  software slowing down, at this moment, why ???) (see Explication°1.png).
    If we display the message before the release (//#define M2), we can not reproduce the double lock (and release),
    but also any software slowing down.
    So this example can not be use to help me to resolve my application lock trouble.
    It is not representative of my problem, which is always in progress.
    Certified LabWindows/CVI DEVELOPER (2004)
    LabVIEW since 5.01 | LabWindows/CVI since 4.01
    Attachments:
    ThreadLockTimeout n°2.7z ‏289 KB

  • NI-VISA NI-PAL memory allocation

    Hello,
    I'm about to write a device driver for a custom PXI board using NI-VISA/NI-PAL and CVI.
    I may need up to 32MB continuous memory for DMA transfer so I would like to if is it possible to configure a memory allocation at boot time using these tools ?
    The way is it done in NI-VXI for hardware memory reservation would be perfect...
    Thanks

    JFM,
    Je ne crois pas qu'il soit possible de forcer VISA à allouer de la mémoire au démarrage du driver VISA.
    Par contre, il est possible au niveau user (Dans votre application ou votre driver) d'instancier la ressources VISA Memory Access (MEMACC)pour allouer des blocs de mémoires contigues qui pourront être utilisées exclusivement pour la gestion du DMA.
    Sur le lien suivant, vous trouverez des informations concernant ce mecanisme au travers de NI VISA pour LabVIEW RT, mais ceci est équivalent pour VISA Windows. (Reportez vous aux rubriques DMA)
    http://zone.ni.com/devzone/conceptd.nsf/webmain/97a3dcc557ffaf7086256d2c0057dece?OpenDocument
    A titre d'exemple, nous fournisssons gratuitement un MHDDK (HArdware Developpement Kit), qui permet de travailler avec des cartes NI (DAQ, DIO) sur des environnements non supportés (Linux, Mac) par nos drivers. Le DDK est en ensemble de fonctions de haut niveau qui sont OS indépendant. L'utilisateur à seulement besoin de développer la couche dite OSi (OS interface) qui est spécifique à chaque OS.
    Vous trouverez dans les liens ci dessous, une note descriptive du DKK ainsi que les fichier à utiliser. Ce qui est important, c'est que la couche OSi à été développé pour les plateforme supporte VISA pour le PCI/PXI. Ainsi vous trouverez dans les exemples de gestion des carte 6533 (DIO rapide), l'implémentation du DMA au travers de VISA.
    Voici un présentation du DDK:
    http://sine.ni.com/apps/we/nioc.vp?cid=11737〈=US
    Sur le lien ci dessus, (après un enregistrement gratuit) vous pourrez le DDK pour different type de carte. Téléchargez et étudiez le DDK pour la carte PCI 6533, car il sera très instructif pour gérer le DMA avec VISA.
    Cordialement,
    Raphaël TILLET
    NI FRANCE.
    Cordialement,
    Raphael T

  • Communication Série Etuve

    Bonjour,
    Je souhaiterais piloter mon étuve en RS232, lorsque j'utilise le VI lecture et écriture Série, peu importe sur quel port je suis (COM1 ou COM2), le VI s'exécute entièrement mais l'étuve ne bouge pas, et encore mieux si je débranche l'étuve, le VI s'exécute quand même alors qu'il n'y a aucune ressource VISA à trouver.
    Peut on m'éclairer car là je ne vois pas vraiment où ça coince ?
    Rémi  

    Bonjour,
    Tout dépend du controle de flux que tu as mis, mais les VIs de lecture et écriture série ne génèrent pas d'erreur si ils ne lisent rien, ou si le système en face n'a pas reçu les trames.
    Du coup, même lorsque tu es débranché, le vi fonctionne normalement, mais ne t'affiche rien puisqu'il n'a pas eu de réponses.
    En revanche, si ton etuve ne réagit pas, c'est peut-être que les paramètres de communication sont incorrects, ou que la commande que tu envoie n'est pas comprise par ton étuve, du coup elle ne réagit pas...
    Vérifi bien les paramètres de la communication, la configuration de l'appareil, et les commandes que tu dois lui envoyer (fais bien attention au caractère de terminaison également)!
    Olivier L. | Certified LabVIEW Developer

  • Inclure un driver de port série dans un programme d'insal d'une appli Labview

    Dans une application Labview, nous communiquons avec le port série (VISA read/ write). Sur le poste de développement l'application fonctionne correctement mais lorque nous générons un exécutable (création d'un programme d'installation) pour l'insaller sur un autre PC, la ressource VISA Série reste en "grisé". Nous supposons qu'il faut ajouter à notre programme d'installation le driver série. Comment faire et quel driver utiliser?

    Excusez-moi que je ne reponds pas en francais...
    You also need to install the NI-VISA runtime on the target PC. If you don't have this already you can download it from the NI site (search for 'NI-VISA' in drivers & updates). It may be possible to make the installer for your executable run the VISA installer automatically but I'm not familiar with this.

  • Passage RS232 vers USB

    Bonjour.
    Je travail sur un multimetre distribué par Française d'Instrumentation (FI  2803 MT ou UT803) et l'outil LABView 8.2.
    N'ayant trouvé aucun VI sur le site de NI, j'ai récupéré aupres du distributeur les trames RS232 et developpé mon propre VI d'aquisition.
    A ce jour j'arrive à faire l'aquisition de toutes les valeurs mesurées par le multimetre quand celui ci est raccordé sur le port COM d'un ordinateur fixe.
    Le multimetre FI2803 MT est doté d'un port USB et l'on me demande maintenant d'adapter ce VI pour que l'on puisse faire l'aquisition sur le port USB d'un ordinateur portable.
    Le fournisseur du matériel m'assure qu'il s'agit simplement d'un adaptateur RS232/USB integré au multimetre et que donc les trames sont identiques.
    J'ai donc essayé avec VISA driver Wizard de rendre ce materiel visible quand il est connecté en USB.
    -Creer driver Visa
    -VID:04B4     -PID:5500  (informations recoltées dans la gestion des peripherique de windows)
    Je n'ai eu aucune erreur durant la procedure. Cepandant le materiel n'apparait pas sur mon VI dans: Nom de ressource VISA mais dans: Nom de ressource IVI... J'avoue ne pas tout comprendre.
    Dans MAX -> Logiciel: NI-VISA -> alias, j'ai trouvé mon materiel sous la forme: USB0::0x04b4::0x5500::NIVISA-0::RAW    FI2803MT.
    Me manque t'il un driver ou un logiciel pour simuler un port COM et le rediriger vers l'USB? ai-je fait une mauvais manipulation?
    Ou bien faut il que je recommence la parti communication de mon VI en l'adaptant à l'USB si cela est possible?
    En vous remerciant par avance.
    J'ai par erreur posté un doublon à l'adresse suivante: http://forums.ni.com/ni/board/message?board.id=170&thread.id=297205
    Etudiant
    Automatique et informatique industrielle,
    Caen

    Bonjour.
    La situation actuel a légerement envoluée.
    Apres avoir sélectionné la bonne classe VISA sur le Nom de ressource mon multimetre m'est enfin apparu.
    Dans mon esprit cela allait etre aussi simple que sur le port COM car je n'ai absolument aucune information à envoyer, je n'ai que de la lecture à faire.
    Apres plusieurs essais infructueux avec les bloc USB,  je me suis lancé dans une peche aux informations comme l'indique le fichier FI2803_USB_param.jpg joint.
    J'ai également renouvelé *l'écoute de port* ce qui m'avait été bien utile avec le port COM.  fichier Trame_USB.txt joint.
    Vu que LABView est arrivé à lire ces informations sur le multimetre, je pense que mon cas n'est pas desespéré et qu'il manque peut etre juste un petit quelque chose mais je n'arrive pas a mettre le doigts dessu... Me manquerai-t il une donnée du probleme ou est ce que tout est là?
    Etudiant
    Automatique et informatique industrielle,
    Caen
    Pièces jointes :
    FI2803_USB_param.jpg ‏539 KB
    Trame_USB.txt ‏15 KB

  • Communication Labview E5061B

    Bonjour à tous,
    Je suis en train d'essayer de récupérer des données depuis un E5061B. J'ai pris un VI provenant de NI permettant de communiquer avec ce système mais je rencontre cette erreur:
    L'erreur -1074000000 s'est produite à : un endroit inconnu
    Raisons possibles :
    agena Error Query;
    instrument reports:
    -113,"Undefined header"
    +0,"No error
    Je ne sais pas trop ce que cela signifie et j'aimerais donc avoir quelsues indications à propos de ces erreurs. Merci d'avance.

    Bonjour,
    Voici quelques questions :
    Pouvez vous me dire quel est le nom de l'exemple que vous utilisez et en avez vous testé plusieurs?
    De meme, le ressource VISA de votre intrument est elle correctement reconnu dans le programme d'exemples (VISA ressource name)?
    N'y a t'il pas un configuration de votre appareil pour activer le mode de communication par usb et non les autres?
    Quel est le nom du vi qui renvoi cette erreur?
    Cordialement
    Paolo_P
    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;}
    Travaux Pratiques d'initiation à LabVIEW et à la mesure
    Du 2 au 23 octobre, partout en France

  • Pilotage d'un oscilloscope Hameg HMO1022 en USB

    Bonjour,
    je veux piloter un oscilloscope Hameg HMO1022 en USB.
    J'ai installé le driver et l'oscillo est vu par le gestionnaire de périphérique 
    Ce driver est compatible avec le HMO1022 (site de Hameg).
    j'ai également installé les drivers LabView dans intr.lib.
    Problème : je n'arrive pas à "voir" l'appareil ni dans Max ni dans Labview (ressource VISA) ??
    Je suis en Win7pro et Labview2012.
    Merci de votre aide.
    Fred
    FcRd

    Re Bilsix,
    J'ai installé mon oscillo avec l'assistant Driver VISA.
    résultat : je le voie en USB mais RAW et non INSTR. ici avec le gestionnaire de périph
    ici avec Max
    Je peux communiquer avec lui sous Max par VISAIC mais j'une une erreur ???
    Par contre, je ne le voie toujours pas sous LV avec resourceVISA ??
    Si je lui donne un nom avec Max (VISA Alias on my system), je peux le voir en "Nom Logique IVI" mais mais VIs hameg me demande une resource VISA, pas IVI (fil brisé).
    C'est pas gagné 
    FcRd

  • Communique​r avec un instrument de mesure via TCP

    Bonjour,
    Je dois relever les données d'un baromètre via ethernet.
    J'ai donc retrouvé le baromètre grâce à NI MAX et commencé un programme sur LabVIEW (avec un exemple trouvé sur ce forum) : Je suis débutant sur Labview et donc ne sais pas quoi câbler au niveau du "buffer d'écriture", si quelqu'un pouvait m'expliquer clairement ce qu'est un buffer d'écriture cela pourrait sûrement m'aider.
    De même, est ce que l'allure générale du programme vous paraît correcte?
    Merci d'avance pour votre aide
    Thom.76

    Salut à toi Tom,
    Il faut câbler ce que tu souhaites envoyer à ton baromètre !!!
    Dans le cas ou ton baromètre attends une trame d'initialisation, ou autre chose, LabVIEW te permet de la lui envoyer grâce au VI VISA Write. Après, tout dépend de ton protocole de communication...
    - Si ton baromètre envoi directement les valeurs sans que tu n'aies besoin de lui demander "envoi moi quelque chose s'il te plait", tu peux carrément retirer ton VI VISA Write.
    - Si tu dois lui demander une seule fois "envoi moi toutes les valeurs que tu mesures s'il te plait", il s'agit à ce moment là de câbler ton VISA Write hors de la boucle While.
    Dernier point: utilise des registres à décalages pour ton fil d'erreur et ton nom de ressource VISA en cliquant droit sur le noeud entre le fil et la boucle While, c'est plus propre et de cette manière si une erreur apparait au milieu de la boucle, tu la verras.
    Bilsix.

  • Parametre envoyé à une DLL Labview

    Bonjour
    J'ai créé une DLL sous Labview (5 Vi + 1 Global). Cette DLL ouvre un port de commication série (fixé à 1 pour l'instant).
    Cette DLL est appelée par un programme tiers (BATEMC).
    Elle est implantée sur plusieurs PCs différents sur lesquels le port Com à utiliser est différent.
    Je voudrai passer en paramètre le N ° de port Com (1,2,3...) ou son nom (Com1,Com2, Com3...).
    Pouvez vous m'expliquer comment reccupérer cette valeur ?
    Merci d'avance pour votre contribution.
    PS: Je suis débutant sous Labview

    La ressource VISA à spécifier est polymorphe, et peut notamment être indiquée par une chaine de caractère. Après, on peut facilement étendre ça à d'autres possibilités avec les fonctions de formatage de chaines de caractères. Par exemple ici, l'option 3 montre qu'avec un type énum (ou entier!) on peut obtenir la chaine qui sera utilisée pour ouvrir une session VISA.
    (Attention, il faut que la commande soit connectée au connecteur du VI et il faut l'exporter au moment de la création de la DLL pour que cela devienne un paramètre de fonction dans l'environnement d'appel).
    Cdt,
    Eric M. - Application Engineering Specialist
    Certified LabVIEW Architect
    Certified LabWindows™/CVI Developer

  • Rubriques serial & parallel dans MAX

    Bonjour
    J'ai un problème avec un installeur. Je l'ai paramètré pour qu'il installe NI DAQmx et NI MAX.
    L'installation se passe bien mais je n'ai pas toutes les rubriques lorsque j'ouvre MAX en particulier la rubriques serial & parallel située dans la rubrique périphérique et interface. Dois je ajouter d'autres programme à mon installeur pour obtenir cette rubrique.
    De plus, mes port comme ne sont pas tous reconnu lorsque je créer une constante pour configurer la ressource VISA. Que puis je faire pour ajouter mon port COM.
    Merci d'avance
    Cordialement
    Solved!
    Go to Solution.
    Attachments:
    MAX.JPG ‏105 KB

    Voici l'imprime ecran que je vois après une installation sur un PC via mon installeur
    Attachments:
    Max1.JPG ‏582 KB

  • VISA Ressource Name Constant freezes Labview

    I have a compelte new project.
    If I drop a VISA Ressource Name Constant from the I/O Pannel onto the work
    area, my compelte LabVIew freezes.
    This happens only with the Hardware attached.
    The VISA interactive control works fine !
    Does anybody have a clue why ? Is the access and resonse times to long ? Is
    it a IRQ or Labview peoblem ? Why VISA interactive control works without
    problems ?
    Please Help !
    Thanks for your effort !
    1. viGetAttribute (0x0015D988,0x3FFF018F,VI_TRUE)
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:29:58.774 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    2. viGetAttribute (0x0015D988,0x3FFF0190,0 (0x0))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:29:58.774 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    3. viSetAttribute (0x0015D988,0x3FFF0190,2 (0x2))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:29:58.774 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    4. viFindRsrc (0x0015D988,"?*INSTR",0x0015D9C8,4 (0x4),"COM1")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:29:58.774 Call Duration: 00:00:09.114
    Status: 0 (VI_SUCCESS)
    5. viFindNext (0x0015D9C8,"COM3")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.888 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    6. viFindNext (0x0015D9C8,"LPT1")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.888 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    7. viFindNext (0x0015D9C8,"GPIB0::5::INSTR")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.888 Call Duration: 00:00:00.010
    Status: 0 (VI_SUCCESS)
    8. viClose (0x0015D9C8)
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.898 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    9. viSetAttribute (0x0015D988,0x3FFF0190,0 (0x0))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.898 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    10. viGetAttribute (0x0015D988,0x3FFF018F,VI_TRUE)
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.898 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    11. viGetAttribute (0x0015D988,0x3FFF0190,0 (0x0))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.898 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    12. viSetAttribute (0x0015D988,0x3FFF0190,2 (0x2))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.898 Call Duration: 00:00:00.010
    Status: 0 (VI_SUCCESS)
    13. viFindRsrc (0x0015D988,"?*INSTR",0x0015D9C8,4 (0x4),"COM1")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:07.908 Call Duration: 00:00:09.063
    Status: 0 (VI_SUCCESS)
    14. viFindNext (0x0015D9C8,"COM3")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.971 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    15. viFindNext (0x0015D9C8,"LPT1")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.971 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    16. viFindNext (0x0015D9C8,"GPIB0::5::INSTR")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.971 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    17. viClose (0x0015D9C8)
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.971 Call Duration: 00:00:00.010
    Status: 0 (VI_SUCCESS)
    18. viSetAttribute (0x0015D988,0x3FFF0190,0 (0x0))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.981 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    19. viGetAttribute (0x0015D988,0x3FFF018F,VI_TRUE)
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.991 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    20. viGetAttribute (0x0015D988,0x3FFF0190,0 (0x0))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.991 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    21. viSetAttribute (0x0015D988,0x3FFF0190,2 (0x2))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.991 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    22. viFindRsrc (0x0015D988,"?*INSTR",0x0015D9C8,4 (0x4),"COM1")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:16.991 Call Duration: 00:00:09.053
    Status: 0 (VI_SUCCESS)
    23. viFindNext (0x0015D9C8,"COM3")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.044 Call Duration: 00:00:00.010
    Status: 0 (VI_SUCCESS)
    24. viFindNext (0x0015D9C8,"LPT1")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.054 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    25. viFindNext (0x0015D9C8,"GPIB0::5::INSTR")
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.054 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    26. viClose (0x0015D9C8)
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.054 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    27. viSetAttribute (0x0015D988,0x3FFF0190,0 (0x0))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.054 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    28. viGetAttribute (0x0015D988,0x3FFF018F,VI_TRUE)
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.054 Call Duration: 00:00:00.010
    Status: 0 (VI_SUCCESS)
    29. viGetAttribute (0x0015D988,0x3FFF0190,0 (0x0))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.064 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    30. viSetAttribute (0x0015D988,0x3FFF0190,2 (0x2))
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.064 Call Duration: 00:00:00.000
    Status: 0 (VI_SUCCESS)
    31. viFindRsrc (0x0015D988,"?*INSTR",0x0012F128,0x0012F130,0x0012F01C)
    Process ID: 0x000003F8 Thread ID: 0x000005A0
    Start Time: 11:30:26.064
    Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

    Sascha:
    NI-VISA 2.x has a couple of entries in the visaconf.ini file that we have found occasionally get into a weird state. Look in the [VISA-CONFIG] section for lines that start with "RefreshFindList" and "AlwaysRefresh". Both of these should be set to 0. If they happen to be set to 1, you can manually set them back to 0.
    This would cause a symptom similar to what you describe, where LabVIEW continually polls NI-VISA and thinks it needs to continually refresh its list, which it does by calling viFindRsrc. This seemingly infinite loop continues as long as a VISA refnum is visible, on either the front panel or block diagram.
    This has been fixed for the upcoming version, NI-VISA 3.0.
    Dan Mondrik
    Senior Software Engineer, NI-VISA
    National In
    struments

Maybe you are looking for