Conflit DMA sur PC/104-GPIB

Bonjour,
J'ai des problemes a faire fonctionner une carte GPIB PC/104 :
Lors de l'installation de celle-ci, le wizard me retourne une erreur de conflit DMA, mais en verifiant dans le gestionnaire de peripheriques, l'adresse DMA n'est utilisée par aucun autre periph. (d'ailleurs, l'IRQ est unique egalement).
J'essaye malgré tout de communiquer avec un instrument, celui ci est trouvé (quand je clique sur "scan for instruments) mais je n'arrive pas à communiquer avec(l'ecriture echoue).
Si j'essaye de faire fonctionner mon appli VB6, je remarque que la carte recois les comande que je lui envoi mais elle est incapable de me répondre quoi que ce soit.
A noter que j'ai 2 modeles differents de PC au format PC 104, le 1er fonctionne parfaitement, c'est avec le 2eme que j'ai les problemes cités plus haut. Les bios des 2 pcs sont a priori configurés de la meme maniere (tous les parametres equivalents entre les 2 pcs sont à la meme valeur).
J'utilise les pilotes V1.7. J'ai également essayé le pilote V1.6 qui a les memes problemes (à la difference qu'avec la 1.6, la recherche d'instruments ne fonctionne pas)
Auriez-vous une solution à me proposer ou des essais à me faire faire ?
Merci d'avance,
Lionel

Pour ceux que cela intéresse : le message est dupliqué ici (avec réponse).
Merci,
Charlotte F. | CLAD
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;}
>> "Du 11 octobre au 17 novembre, 2 sessions en parallèle : bien démarrer - approfondir vos connais...

Similar Messages

Un peu d'aide sur le GPIB ?

Bonjour,
Je suis novice en dialogue GPIB. Je dois contrôler (commander en vue de récupérer les données retournées par l'appareil) un générateaur Haute Tension HCN du constructeur FUG. Le fabricant propose un petit soft (qui fonctionne très bien) dont j'ai voulu me servir pour écrire et lire sur le port GPIB. Cependant je n'arrive pas à synchroniser les 2 actions et vue mon expérience dans ce domaine,j'ai bien peur de m'attarder un peu trop longtemps sur le sujet. Je n'arrive pas à trouver un exemple simple où l'on peut envoyer et récupérer des données par GPIB, en existe-t-il un ? Autre question: Est-il nécessaire de réinitialiser à chaque fois le port ?
Cordialement,
CAZALETS Cédric

Bonjour,
La première chose à faire est de cliquer sur "Measurement&Automation Explorer", aller dans "Périphériques et Interfaces", cliquer-droit sur l'interface GPIB0 et sélectionner "Scan For Instruments".
Si votre instrument est sous tension et que la connexion est correcte, il sera détecté et apparaîtra dans la fenêtre de droite.
Vous pourrez alors cliquer-droit dessus et faire "Communicate With Instruments" pour lui envoyer les commandes et recevoir ses réponses. Cela nécessite de connaître les chaines de caractères supportées par votre instrument. Elles sont logiquement dans le manuel.
Une commande standard est "*IDN?" pour demander à l'instrument de décliner son identité.
Si ceci ne fonctionne pas, ce n'est même pas la peine d'aller plus loin. Vérifiez l'installation, la connectique, triturez la documentation de l'appareil pour voir s'il n'y a pas une manip spéciale à faire pour que l'appareil puisse être piloté en GPIB...
Après deux possibilités :
-Vous utilisez le VI "LabVIEW<->GPIB.vi" pour communiquer avec votre instrument via les chaines de caractères que vous utilisiez déjà plus haut.
-L'instrument possède un driver en LV et, s'il est validé par NI, sera en libre téléchargement sur : www.ni.com/idnet. S'il n'est pas sur ce site, renseignez-vous auprès du constructeur pour savoir si ce driver existe.
Le contenu du dossier que vous téléchargez doit être intégralement copié dans le répertoire C:\Program Files\...\LabVIEW\instr.lib\ afin que les fonctions apparaissent sous forme d'icônes dans la sous-palette "Drivers d'Instruments" de la palette "E/S d'instruments". Si ce driver est de type IVI, il sera fourni avec des exemples.
L'avantage du driver est de disposer d'un jeu de fonctions dédiés à l'appareil et d'affranchir le programmeur de la recherche des chaînes de caractère ou de leur conversion au format numérique.
Le driver est de la responsabilité du constructeur et NI ne le supporte en aucun cas.
Cordialement
Frédéric
National Instruments France

Symbolic name for PCI-GPIB card

I am using Agilent's ADS2002 to interact with an HP 8722D VNA via a PCI-GPIB card. I need a symbolic name for the card in order to write or read from the instrument; I've tried the suggested GPIB0 and GPIB1, as well as a few other guesses. Nothing on the card looks like a card number or symbolic name. How can I determine what the symbolic name should be? Thanks.

Hello-
Be sure that the GPIB board passes diagnostics. Also, try doing a Scan for Instruments in MAX. It may be that the board is not yet recognized.
Also, consider using a programming language other than ADS. It may be easier for future upgrades to use a language like C or LabVIEW.
Randy Solomonson
Application Engineer
National Instruments

GPIB drivers for Windows XP

We develop software print drivers that support the GPIB adapters. We are working on a Windows XP release. Is GPIB supported under Windows XP?

Hello,
The following GPIB Hardware is supported by NI-488.2 for Windows, Version 1.6 & Version 1.7 under Windows XP (Professional and Home Edition):
AT-GPIB/TNT
AT-GPIB/TNT (PnP)
PCI-GPIB
PCI-GPIB+ (Controller only)
PCMCIA-GPIB
PCMCIA-GPIB+ (Controller only)
PCI-8212
PXI-GPIB
PXI-8212
PMC-GPIB
PC/104-GPIB
The following GPIB Hardware is supported by "NI-488.2 for Windows 2000/98/Me and the GPIB-USB-A, Version 1.1" under Windows XP (Professional and Home Edition):
GPIB-USB-A
The following GPIB Hardware is supported by "NI-488.2 for Windows 2000/NT and the GPIB-ENET/100, Version 1.2" under Windows XP (Professional and Home Edition):
GPIB-ENET/100
GPIB-ENET
Have a good day.
Kim L.
Applications Engineer
National Instruments

Simulation d'un appareil avec une carte GPIB standard

Je dispose d'un réseau GPIB controlé par un carte IOTech contenant plusieurs appareils de mesure. Je souhaiterais simuler (logiciellement) l'un de ces appareils. Je dispose d'une carte NI GPIB-USB-HS. Est-il possible d'utiliser cette carte comme client (ou esclave) sur le bus GPIB en lui attribuant une adresse. De cette façon, le controleur IOTech pourrait dialoguer avec mon logiciel de simulation de façon transparente.

Bonjour,
La meilleure manière de réaliser ce que vous souhaitez est d'utiliser NI-Device. Vous devez de plus avoir une édition "Plus" pour l'émulation PAD/SAD. Je vous invite à visiter la page produit ci dessous:
http://sine.ni.com/nips/cds/view/p/lang/en/nid/7151
Ansi que la documentation suivante:
http://digital.ni.com/manuals.nsf/websearch/ECACBDF5788A6C3486256E6D005187F7
Cordialement,
Manuel R
AE dans une autre vie

Créer un "client" GPIB avec labView

Bonjour,
Bien qu'il existe passablement de docs sur le bus gpib et son utilisation, je n'ai rien trouvé qui efface mes doutes à propos de ma question.
Voilà ma problématique:
Une application d'un client veut contrôler ma machine (qui execute un VI donc) à travers le bus GPIB. C'est un peu stupide, au jour d'aujourd'hui, d'utiliser un tel bus mais on ne choisit pas ...
Pour moi, ce qui est flou, est de savoir comment aborder la programmation d'un client "esclave" gpib. D'abord, est-ce vraiment un esclave à part entière? Est-ce que un clent doit réagir aux commandes du master ou il peut avoir une initiative? et surtout, comment acquérir un ordre? par un read?
Merci pour vos réponses à ces questions générales.¨
Gaëtan

Bonjour,
Quelque soit le bus de communication lors d'une conversation maître/esclave, le client (l'esclave) ne pourra pas agir sans commande, c'est à dire il ne pourra pas prendre d'initiative. Sauf si le Master lui donne l'ordre d'avoir des initiatives, et lui définit les initiatives.
On pourra utiliser les fonctions "GPIB read" et "GPIB write" pour établir la communication.
Cordialement,
Christophe S.
FSE East of France І Certified LabVIEW Associate Developer І National Instruments France

GPIB mon appareil ne répond pas...

Bonjour,
Je veux commander un appareil par le port GPIB. La carte GPIB est visible depuis le MAX, j’ai utilisé l’exemple LABVIEW<->GPIB.vi pour envoyer les commandes mais l’appareil ne répond pas. Par contre, la direction est bonne et les commandes aussi (car elles sont les mêmes que j’ai envoyé en utilisant LABWINDOWS/CVI et qui marchaient). Le seul truc est que il y a une histoire de « \n » (LF) qu’il faut ajouter à la fin de la commande. J’ai ajouté ce « \n » dans mon programme avant du module GPI Write et j’ai mis aussi le mode à 0…et voilà ça ne marche pas. Si vous avez des solutions je vous remercie…
egma

salut,
si ton programe en CVI fonctionne, c'est que le problème ne viens pas du drivers.
concernant la commande envoyé du devrais verifier qu'elle est bien formatée, si tu utiliser de constante de chaine, verifier qu'elles soient dans le bon mode d'affichage ( normal, / , hexa)
pour verifier ce qui passe sur ton bus GPIB tu peux visualiser les donnée via le GPIB Analiser.
voici un document qui te donnera les infos utiles.
cordialement
MobyJ

Occasional GPIB Error -1073807342/-1073807300

Hi
I am running a test with a CSA7404B (Tektronix Communication Sigal Analyzer). The system is expected to run for about 7-8 days without interrruption while communicating to this instrument. Occasionally (after 48 hours of running without problems), I get the one of the two errors mentioned above. I dont have multiple open visa sessions. Any ideas?
Thanks

Error -1073807342 mostly is caused when the resource name passed to VISA Open is incorrect. Try to adress your device directly such as: GPIB0::5::INSTR. Make sure not changing GPIB adress on your target device ((Tektronix) while communicating with it.
As a precaution for error -1073807300 prove following. Is there really only one session opened ?
If one of both errors occur, try to open a VISA session and communicate with your instrument via MAX (Measurement & Automation Explorer). Further try to reset your remote GPIB device.
How do you procedure when this error occurs ? Do you restart your VI which is responsible for communication ( or LabVIEW completly) ? Do you reset your GPIB device ? Do you restart your PC ?
Is this error dependent on your GPIB device (does this error also occur if you communicate with an other
instrument) ?
What GPIB Card you are using ?
Maybe you can attach your GPIB communication vi realized with VISA VI´s ?

Gpib esclave

Bonjour,
J'utilise Labview pour piloter une machine via differentes cartes IO. Le tout doit pouvoir se piloter à distance via le GPIB, mon vi sera donc un esclave.
J'avais dans l'idée d'utiliser la foncion "GPIB Read" et tester les données reçues jusqu'à lire une commande connue de mon vi, par exemple "*IDN?", mais lorsque je lance mon vi j'obtiens une erreur d'adressage, que je mette une adresse ou non. J'obtiens egalement des erreurs en voulant utiliser l'exemple "Labview GPIB" et le tutorial pour faire communiquer 2 PC ensembles.
Merci de votre aide

Bonjour,
D'après ce que vous dites vous souhaitez utiliser un équipement (PC avec cartes d'acquisitions, etc) comme un instrument GPIB ?
Dans ce cas il faut désactiver la propriété "System Controller" de la carte GPIB qui est activé par défaut.
http://digital.ni.com/public.nsf/websearch/8A66FD984B07024D49256B5700749536?OpenDocument
Normalement si cette étape est respectée cela doit fonctionner.
N'hésitez pas à ouvrir l'outils NI Spy et faire une capture lors de votre essai d'écriture / lecture sur le bus GPIB (démarrer » Programmes » National Instruments » NI Spy).
Si cela ne marche pas envoyez votre capture.
Cordialement,
Da Helmut

My computer is crashed after 3 hours, when am running an Executable file from LabView 6.0.2

My VI is using DAQ6025e and GPIB cards, it is countiniusly writing data to files and talking with 2 GPIB instruments and one Serial instrument. Sudenly after 3 hours of perfect working it is crash my computer.
Does any body know why ??? Help? S.O.S?

Some questions to help us troubleshoot:
1)How crashed is your computer when it crashes?
Blue Screen Of Death crashed? If you don't know about BSOD then that
is when your computer presents a blue screen (white in XP) and tells
you that the system is halted, gives you a register dump and the
memory address where it stopped (all of which is useless unless you
are an assembly language wizard) and then you have to reboot the
machine.
Application error that kills LabVIEW.exe? Usually a pop-up MSGBOX
style dialog box will appear with a such and such error occurred in
LabVIEW.exe or another application and an OK button.
VI Slows to a crawl w/hourglass in the app window? Program doesn't
stop executing, it just stops responding to user inputs.
LabVIEW error cluster error that causes the VI to quit?
2) What O/S are you running? Win 3.1, Win 95, Win 98, Win NT 3.1, Win
NT 3.5, Win NT 4.0, Win2000, WinME, WinXPHome, Win XPPro?, Linux?, Mac
O/S?
In the Microsoft family, WinNT and Win2000 are by far the most stable
and reliable of the various versions of Windows with Win95 and Win98
having a lot of problems running for long periods of time. Make sure
that you get WinNT 4.0 updated to service pack 6 if you are still
using 4.0 but haven't updated the service pack level yet. There were
quite a number of problems with it when it first came out that have
since been cured.
3) Have you run the LabVIEW VI profiler yet? This will point out
memory leaks that are due to dynamically built arrays using shift
registers etc. or appending to strings, or improper IMAQ management,
etc.
4) Have you brought up the task manager and looked at the memory
allocated for LabVIEW.exe and for the whole system as well? Is it
growing? Sometimes there can be memory leaks that don't show in the
profiler that will show in the task manager when you look. These can
be due to bugs in LabVIEW itself or some driver for some hardware you
are using, etc.
If you are not running NT or a later derivative, then you won't have
task manager available but you can get diagnostic tools that are very
similar to task manager from off the web.
5) How much memory do you have in your PC? How fast is your PC? What
does the CPU % usage look like under task manager when you first start
your app? If it is running >40% CPU usage for any significant amount
of time at the start then perhaps your PC is overloaded with work and
you need a faster PC or your code needs redesigning. I like data
acquisition systems to operate <25% generally speaking. This number
seems to improve the reliability of the code that is running on them.
6) How much H/D space is available? You say you are writing data to
files. Your h/d space isn't running out is it?
7) Is it possible to run one instrument at a time for several hours to
see if it is a particular instrument that is causing the crash? Make
sure that your GPIB cards are properly configured so that they don't
share resources with any other devices(IRQ, DMA, memory addresses,
etc.) It may be possible that they behave fine most of the time even
with shared resources but if they ever try to send a command
simultaneously and they share resources, they could "collide" and
crash your PC. You can check all this out in the control panel and/or
MAX.
8) Is it possible that your serial port is getting hung up after
running a long period of time? Serial port UARTS are notoriously
finicky especially over longer line lengths and higher data rates. It
could be that your serial instrument is locking up your app or your PC
serial port is locking up your app and causing the crash. Can you put
a serial port analyzer in between your serial instrument and your PC
to see what's going on when it crashes?
9) Are you trying to read or write to the serial port in more than one
thread or while loop or dynamically launched vi? If you are you MUST
protect the serial port access with a semaphore or a VISA resource
lock. You CANNOT use a boolean global to protect access. Regular
globals aren't atomic and you can have race conditions that result in
unintended serial port collisions between differen threads. I have
seen this lock up multi-threaded serial programs before to the point
of requiring rebooting.
This problem can be especially frustrating if you haven't done
multi-threaded before. The port won't necessarily lock up right away
or at the same time every time. You MUST make sure that serial port
access is limited to ONLY ONE execution thread at a time.
10) Is there another application or service running in the background
with your application that may be trying to access the serial port or
GPIB cards when you aren't expecting it? This could cause a collision
that could crash your system as well.
Douglas De Clue
LabVIEW developer
[email protected]
Yan wrote in message news:<[email protected]>...
> My VI is using DAQ6025e and GPIB cards, it is countiniusly writing
> data to files and talking with 2 GPIB instruments and one Serial
> instrument. Sudenly after 3 hours of perfect working it is crash my
> computer.
> Does any body know why ??? Help? S.O.S?

Getting started with MAX

I am trying to import signal from the fieldpoint modules and I have gone to the web for help. I have fieldpoint working. The web says assumes that I have MAX working but i can't get it to work. in MAX when i do the getting started help configuration, it gives me this error...
One or more missing GPIB interfaces.
There are several reasons why you might encounter this problem:
Reason: Your GPIB interface is incorrectly installed.
Solution: Please verify that your GPIB interface is correctly installed and rerun the NI-488.2 Troubleshooting Wizard.
Reason: You are using a non-Plug-and-Play interface (e.g., AT-GPIB/TNT, PC/104-GPIB, PXI-8156) and you did not use the Add New Hardware Wizard to add the interface to your system properly.
Solution: Click the Add Hardware button and the Add GPIB Hardware wizard will guide you through the process of adding GPIB hardware.
We have simply hooked our FP-1000 up to our computer via a RS-232 cable and it says that we are missing hardware or something. do you have any ideas for me?
Thanks so much for your help
Dave
Reason: For the PCMCIA-GPIB and PCMCIA-GPIB+, the PCMCIA host controller must be working properly in order to use the GPIB interface.
Solution: Use the Windows Device Manager to verify that your PCMCIA host controller is functioning correctly. Start the control panel by selecting "Start>>Settings>>Control Panel", open the System icon, select the Hardware tab and click on the Device Manager button. If you select "View>>Devices by type", you can look at the PCMCIA adapter properties to ensure it is correctly enabled.

Dave,
It looks like you've been running the NI 488.2 Getting Started Wizard. That's why all the errors refer to GPIB Hardware.
What you need to do is look for your FieldPoint device under the Remote Systems section on the left side of the window. It should be auto-detected. Then right-click and select Find Devices, to detect the modules installed in your FieldPoint bank.
That should get you started. Let us know if you have any further issues getting set up in MAX.

How do I solve printing issue "Error: /System/Library..."

I am printing from OS X 10.6.7 to an HP Photosmart C7180 over WiFi.It works just fine from the Admin account.
However, when I print from another user account, I get the following error:
/System/Library/Printers/Libraries/PrintJobMgr/Contents/MacOS/PrintJobMgr failed
I have checked the HP site and it looks like all the necessary drivers for this series of printers is already included in OS X 10.6
Does anyone have an idea how I can solve this problem?

This error is usually caused by an invalid resource name, so if you are using VISA and want to connect to an instrument at address 2 on your first gpib board, use "GPIB0::2::INSTR".
Also, check that you can communicate with your instrument in Measurement & Automation Explorer (MAX). You might also try the interactive control to make sure that the GPIB communication is working.
http://www.ni.com/support/gpib/max/ibic.htm
If this isn't helpful, let us know what development environment you are using and the functions / VIs you are using to try and connect to your instrument.

Analyseur de spectre

Bonjour,
je cherche a faire un analyseur de spectre (ADS) temps reel, a partir de buffer DMA sur bus PCIe, issue d'une carte proprietaire.
Et sous linux.
j'ai deja le driver avec la possibilité de faire du DMA.
Peux t on realiser un ADS, temps reel, a partir d'un flux issu du PCIe, avec labwindow. faut il autre chose en materiel / logiciel.
La FFT peux elle etre faites en TR sur le PC ou doit elle etre faites dans un FPGA (dispo sur carte)
Cordialement

Bonjour Bdrlp,
La carte propriétaire que vous utilisez, est basée sur une architecture bus PCIe pour établir une communication avec le contrôleur de votre PC. Si vous utilisez directement ce bus pour transmettre les informations vers votre code de contrôle(LabWindows CVI) et ensuite les visualiser pour concevoir votre ADS , vous serez dépendant de la bande passante de votre bus PCIe. Autrement dit: bus dépendant et non temps réel.
Par contre, si votre carte propriétaire intègre un FPGA, cela vous permettrai de traiter vos données à la volée grâce à la vitesse et la puissance d'exécution de votre FPGA (indépendant du bus PCIe pour réaliser les calculs de FFT à la volée).
Cordialement,
Rémi 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 rencontres techniques de NI - Mesures et acquisition de données : de la théorie à la mise en ...

Commander un générateur

Bonjour, dans le cadre d'un stage j'ai besoin de commander un générateur (Agilent E3631A) en GPIB sous LabVIEW 8.5, et de récupérer une tension sur un multimètre (Agilent 34401A).
J'ai regardé les exemples fournit par le programme, je les ai testés avec mon materiel et ils fonctionnent, mais je ne parvient quand meme pas a écrire une boucle qui permet :
-de changer la valeur de la tension fournie par le générateur à chaque itération
-de récuperer la valeur sur le multimètre
-de comparer cette valeur à une constante.
cela doit être simple, mais il n'y a personne autour de moi qui peut m'aider, et les exemples trouvé sur internet ne sont pas toujours clair... alors je compte sur vous !
merci
Ronan

Si tu ne trouve pas les exemples, tu devras peut-etre les réinstaller à partir du CD de LabVIEW. Mais je te rassure on faisait déjà du GPIB (de son vrai nom IEEE488) sous LV5.
Le principe fondamental est d'ouvrir une communication VISA sur le port GPIB.
Enfin, la plupart des constructeur (c'est en tout cas valable pour Agilent) fournissent des drivers LabVIEW avec des fonctions toutes prètes pour communiquer avec leurs instruments. Ces driver sont généralement très complet et bien faits mais un peu lent. Si la vitesse est un parametre critique il va falloir mettre les mains dans le camboui.
A+
Raoul Chodziesner-Bonne
Ingénieur Instrumentation
CRIL TECHNOLOGY - Groupe ALYOTECH
"Celui qui pose une question peut paraitre idiot sur le moment, celui qui n'en pose pas le reste toute sa vie!"

Dialoguer avec un instrument sous teststand en utilisant le driver.dll

Bonjour à tous,
Alors dans un précédent post j'ai essayé de récupérer le pas IVI SpecAn sous teststand----> Pas possible
Donc nouvelle solution :
Je veux dialoguer avec mon analyseur de spectre sous teststand
- Configuer sous le MAX GPIB0::7::INSTR OK
- les commandes sous MAX passe bien et l'analyseur répond aux instruction basiques.
Je passes sous teststand, utilise le driver aéroflex pour l'IFR2399C et le sélectionne.
Je lances une commande INIT, visualise via NI spy qu'une commande passe via le port GPIB mais l'appareil ne la prends pas en compte.
En fait commant Teststand peut il savoir vers quel instrument j'envoi ma commande ? A aucun moment je ne passes le paramétre d'adresse ou autre ??????
Je penses que mon probléme vient de la mais ne sait pas déterminer comment passer le paramétre d'adresse.
PS : J'ai mis en PJ une vue du driver sous teststand (Ne pas prendre en compte les paramétres inscrits)
Merci d'avance pour votre aide
Pièces jointes :
Sans titre.JPG ‏115 KB

Bonjour,
Pour moi, il faut obtenir un "instrumentHandle" (du même nom que le dernier paramètres) avant de faire votre initialisation.
En général c'est ce genre de fonction ou on passe l'adresse GPIB de l'instrument.
Dans votre cas vous pointez vers l'adresse 19200 en mémoire qui doit contenir une certaine valeur qui ne correpond pas à une adresse d'un matériel branché sur le bus GPIB.
Essayez de voir si une fonction de connection est disponible (Connect(), GetHandle(), etc).
Cordialement,
Da Helmut

Conflit DMA sur PC/104-GPIB

Similar Messages

Maybe you are looking for