GPIB analyzer

I am developing an application in which a diagnostic computer is attached to a system. The system has multiple GPIB devices. What I would like to do is monitor GPIB traffic and trigger events on the diagnostic computer. FOr example, if the main system tells a DMM to measure a voltage, I would like the diagnostic computer (containing an E-series DAQ card) to independently measure the voltage and the state of various I/O lines. The diagnostic application cannot depend on any re-programming of the main system. I had hoped the GPIB+ card would have a SDK allowing captured events to trigger actions, but apparently, that doesn't exist currently. Is there another solution for this application?

The analyzer software will only allow you to monitor the state of the data and control lines. When set, the trigger will just acts as a reference point for recorded data.
There isn't a good way to coordinate GPIB and DAQ measurements. What you can do is poll the data or control lines in software, send out an active edge using DAQ, and use that to externally trigger the DAQ on your diagnostic computer. Be aware that this can't really be used in time critical applications.
Winston L.
Applications Engineer
National Instruments

Similar Messages

GPIB analyzer error

I am a new user to Labview 7 Express. While running the GPIB analyzer for the instruments scanned I get an error titled MISSING CARD ERROR: Supported GPIB+ interface not found.......It also list some steps to troubleshoot but they does not work in my case (Installing the GPIB+ interface, Scan for hardare changes or enabling the interface. I am attaching a screenshot of the error in jpeg format. Also, when I view the properties of my GPIB-USB-B, I do not get the resources tab (only General and Driver tabs are seen). What do I need to do to remve the error. Thanks in advance.
Attachments:
GPIB_Analyzer_error.jpg ‏65 KB

Hello,
The first thing I wanted to verify with you is what GPIB board you have. You will only be able to use the GPIB Analyzer with a GPIB+ board. These boards can be found at the following link.
http://sine.ni.com/apps/we/nioc.vp?cid=12461〈=US
Also, if you do have one of these interfaces, then I need to request more information, such as the driver version and OS you are using. Also, are able to communicate with your instrument successfully in MAX?
Hope this helps!
Regards,
Steven B.
Applications Engineering
National Instruments

GPIB Analyzer missing card error but troble wizard OK

In trying to install and communicate with my PCMCIA GPIB card the GPIB analyzer does not recognize the card (Unkown/missing GPIB+ Card). But all the installation wizards and troubleshooting wizards test satisfactory. I have reinstalled the device. Th OS recognizes the device but when I try to communicate with an instrument (connected and powered on) no instrument is detected. I then open the GPIB Analyzer and get the Card error. I am using a Gateway laptop with EWindows XP and a Centrino Processor.

Kent,
Does the "Scan for Instruments" button in Measurement and Automation explorer pick up the instrument and show it under the GPIB interface card? If so, then your instrument is responding properly to the GPIB signaling. One thing to remember when communicating with instruments is that not all instruments use the same types of commands, termination characters, or termination methods. Not all instruments will respond to "*IDN?" which is the default string in the 488.2 communicator. If you have the programmer's reference manual to the device, you should be able to determine what strings are appropriate to communicate with the device.
If your instrument is not showing up after a "Scan for Instruments", you need to check to make sure that the
re is not an address conflict between your card (usually address 0) and your device. Additionally, some low-level troubleshooting steps can be accomplished with IBIC. This link will help you use it.
Hope this helps,
Scott

API for GPIB+ analyzer

I am trying to set up a online monitoring system that gets its data by spying the traffic on the existing GPIB bus. Would it be possible to get the details of the API for the GPIBAZ32.DLL used by the Analyzer software ?

Unfortunately NI are unable to release this information currently, since it is a proprietary part of the NI-488.2 software. I apologise for not being able to help out in this case. I have submitted a product suggestion for a possible future release of the driver to incorporate this functionality - but cannot promise anything at this point.
Regards,
Phil R
Applications Engineer
National Instruments
http:/www.ni.com/support

Is there a release date for the GPIB analyzer driver for win2k yet?

We have upgraded all our PCs to win2k and NEED this!!

Our tentative estimate is that the beta program will start in a month. If you are interested in participating in the beta program, please send your contact information (name, company, e-mail address, phone number, mailing address) and a brief description of your hardware and application through the e-mail option at the http://www.ni.com/ask page.
Regards,
Geneva L.
GPIB/Serial Product Support Engineer
National Instruments
http://www.ni.com/ask

Monitoring 3 GPIB busses

I need to monitoring 3 GPIB busses with a GPIB analyzer. I have to find out the timing of the communication between the multiple devices on the 3 GPIB busses.
With 3 NI GPIB+ cards and the GPIB Analyzer of NI it's not possible I heard? Some ideas?
Thanks for answers!
Kind regards,
Marc

Thanks for the speedy replies, Harm, Stephen, though I am a little confused because they appear to contradict each other.
I was hoping to edit using three monitors with one video/frame on each, to simulate the effect three projectors will have on three walls of a room. The three monitors idea is more to allow me to see how it's going to be experienced by the viewer. Three pictures on the one monitor could be workable though, if not ideal.
I definitely don't want to output three clips within the one frame as the three clips need to go to three separate projectors.
Essentially, I want to be able to watch three separate videos at the same time, and to edit each video individually but synchronise edits across the three videos, ie so that even if they contain different vision, they will cut to new shots simultaneously. Kind of similarly to how 3D works, except that this is dealing with three cameras not two, and is going to be output to three screens, rather than edited down to one screen.
I guess I could edit the videos one at a time but then I won't be able to see how they are working together, and edit them in relation to each other.
I haven't got as far as researching the projection part yet. I was hoping the project acould finish up as three rendered video tracks in a laptop, slaved to the audio track, and then output video 1 to projector 1, video 2 to projector 2 and video 3 to projector 3.
I realise this may be rather ambitious as I can't find any info on the net that discusses this kind of set up.
When it comes to projection this probably does cross into the world of VJing or presentation. I'm not so worried about the projection part as I think there are ways to get around that, it's more the editing of three videos at once that I'm trying to solve, whether there is a way to do this in Premiere?
Hope this explains a little more clearly?

We cannot capture GPIB traffic using GPIB-USB-HS

We are trying to monitor a GPIB bus using the GPIB-USB-HS device. The version of MAX we have is v4.5 and the version of GPIB Analyze is v2.6. I have attached some screenshots that may aid in a resolution.
The first screenshot (GPIB Analyzer Error) shows the error that comes up when we start the GPIB Analyzer tool whether we have the GPIB-USB-HS plugged into the pc or not.
The second screenshot (Unknown GPIB+Card) shows that the Analyzer tool does not recognize the GPIB-USB-HS device and has disabled all of the controls/indicators.
The third screenshot (Instrument Not Found) shows that MAX indicates that it sees the GPIB-USB-HS device but has an error message in the bottom of the screen indicating that "Instruments not Found".
We are using NI Spy (version v2.6) to capture traffic and cannot see the traffic on a GPIB bus and are not sure what to do at this point. Please advise.
Thanks,
Steven
Attachments:
GPIB_Error.xls ‏109 KB

The first error really explains it well. The only supported cards for the GPIB Analyzer are the "+" series of cards. Obviously, you do not have one of those.
If an instrument is not found, then I would recomend that you try a different instrument and a different cable.
In the future, you would also want to post to the correct board. This does not have anything to do with the program called "Measure".

Unrecognized PXI-8232 GPIB/ENET card

Hello
I recently installed a PXI-8232 card into my PXI-1036 RT Chassis. MAX is not recognizing the card was there. I installed NI-488.2 RT 3.1.2 onto the RT chassis but still no luck with recognition. MAX does find something called PXI-GPIB "GPIB0" under "Devices and Interfaces" but when I click on that, everything that could possibly help ("Scan For Instruments", "Interactive Control", "GPIB Analyzer", even the NI-488.2 Troubleshooting utility from the right-click menu) is grayed-out. The card is in slot 3, but as evidenced in the second image, MAX doesn't see it. Any suggestions?
Thank you!
Zack

Hi zack.deland,
Can you upload a MAX Technical Report?
Instructions to do so can be found here:
http://digital.ni.com/public.nsf/allkb/271F252B4EF0A2E0862570E70056A1E4
Also, is your controller a Real-Time controller?
How do you have your PXI system connected to your computer?
Regards,
Joel I.
Applications Engineer
National Instruments

GPIB Startup Sequence

We are comunicating to several pieces of equipemtn
1) HP 3458A Address 21
2) HP 4285A Address 17
3) Custom Controler Address 1
4) Master computer Address 0
Now the Problem
When I Start the Application with 1,2,&3 On, The Comunication to the HP3458 & the Controller works fine, and I can SEND commands to the HP4285A, But Can not Read from the HP4285A.
If I Turn off the Controller, Start the program But NOT LOG IN, And Then Turn on the Controller, All Comunication Works.
The Weard thing is, is that Before I Login, there is No
GPIB Comunication setup, and All GPIB Initilization Occures AFTER The Login.
RUNDOWN
Software Start When ALL Systems on, No Reading HP4285A
Software Starts Before COntroller Turned On, Can Read HP4285A
Al
so.
IF All 3 Systems are turned On, and I Use the Measurment Controller, I can Send the Same Commands, and It All Works.
The Read Command is as follows
Call ibwrt(Brd_LCR%, "FETCH?")
LCR_Results$ = Space(29)
Call ibrd(Brd_LCR%, LCR_Results$)
Thanks for any help you can give.

Hello again,
If you power all 3 devices up before you login, are you sure that your writes are successful to the devices, or do they simply return success? I'm wondering if your GPIB bus is in some sort of bad state when you power up the custom listen-only instrument on address 1. Can you write to the GPIB bus and everything works as expected? Also, what error are you seeing when you try to read? Does the read simply timeout, or does something more interesting happen?
Since GPIB is a bus protocol, it does require every device to "play nicely", so I it seems that the address 1 instrument is interfering in the handshaking or the addressing of the other instruments. What if you comment out the code that communicates with device 1? Does ev
erything aside from the device with address 1 work? What if you comment out the ibclr(Brd_SB825%) above? Perhaps the device does not properly respond or does not understand the SDC (clear) command, and this is what puts the bus in a bad state. Without a picture of what exactly is going on on the GPIB, it's hard to guess.
If you have a GPIB Analyzer board (such as a PCI-GPIB+), it might be interesting to see the difference between the slave box (address 1 device) being on the bus or not.
Scott B.
Applications Engineer
National Instruments

GPIB Writing Succeeds, Reading Fails

Operating System: Windows 2000 SP4
NI-488.2: 2.3
Controller: PCI-GPIB+
Symptom: Writing to instruments is successful, reading is not
Example using frequency synthesizer, the instrument uses only EOI to terminate reads and writes. The following NI Spy output shows a successful setting of frequency to 3000HZ and then a time-out when interrogating the current frequency setting. On receiving the ibrd command the instrument "Listen" light turns off, the "Talk" light turns on but no data is received.
NI Spy transcript:
1. ibwrt(UD0, "FR3000HZ", 8 (0x8))
Process ID: 0x00000160 Thread ID: 0x0000073C
Start Time: 12:42:43.096 Call Duration: 00:00:00.020
ibsta: 0x100 iberr: 0 ibcntl: 8(0x8)
2. ibwrt(UD0, "IFR", 3 (0x3))
Process ID: 0x00000160 Thread ID: 0x0000073C
Start Time: 12:45:36.600 Call Duration: 00:00:00.000
ibsta: 0x100 iberr: 0 ibcntl: 3(0x3)
> 3. ibrd(UD0, "", 2000 (0x7D0))
> Process ID: 0x00000160 Thread ID: 0x0000073C
> Start Time: 12:45:54.639 Call Duration: 00:00:16.786
> ibsta: 0xc100 iberr: 6 ibcntl: 0(0x0)
The GPIB+ analyzer record is (instrument is at address 18):
TA0 UNL LA18
FR3000HZ END IFR END
UNL LA0 TA18
Similar results with at least one other instrument.

Lemuel,
There must be something different happening between W95 and W2K. There are no reported cases of the 2.3 driver failing to do something so common. Since you do have an analyzer card, however, we can get into the bus and see what the differences are. First, let's get a capture of the W95 machine "working case". Connect the windows 95 machine to the instrument like normal, but then also daisy-chain the PCI-GPIB+ analyzer card in the other computer onto the bus. Make sure that MAX and all other programs are closed, and then run the GPIB analyzer application while you do the IFR command from the 95 machine. Make sure you have the analyzer app set to these settings. It should work like normal. Save that capture.
Next, connect your PCI-GPIB+ board and the instrument together (without the W95 machine). Run the same capture and save that as the failing case. Look over them to see if you can find any major differences (the timing will be slightly different, but that shouldn't affect much). If you'd like to post the 2 captures here, I'll take a look at them.
Thanks,
Scott B.
GPIB Software
National Instruments

GPIB query crashs

Hi!
I´ve told in one of my last postings about GPIB on different computers. Since today, I know, that it was a coincidence, that my laptop runs with the current program (data aquisition from a thermography camera), and my desktop pc doesn´t.
I´ve checked the bus messages with the GPIB Analyzer.
My way to fetch the data about GPIB bases on an example from LV7: vi.lib\InstrIOAsst\IIOA.llb
In this library you find a VI called GPIBQuery.vi
I have modified it, because I want to query to types of data. In the first, I send a string (DR0,0,256,207,0) and receive something, in the next step I send another string (CR) and receive, at last I get back to local with GPIB-MISC. The sequence is given because of the connected Error-lines. When I start this program, everything is allright. I find the receiving data in the corresponding data strings.
After the next 2-5 calls, I can´t receive any data.
When I compare the logs from the analyzer, there is one little difference at the beginning of data receiving from the camera. In this moment, where the system controller sets the camera to the Talker (TA1) there were transmitted (2ch,20h and 0ah) and usually now there comes the demanded data. But instead of this, the EOI-Line will be set from the camera and nothing else happens.
The camera is set to EOI as delimiter after receiving data from pc.
In the attachment you find the two logs, one with the error, the next without the error. Don´t wonder about the size of the unzipped file.
Thanks for helping... and sorry about my bad english. ;-)
Greetings
Andy
Attachments:
logs.zip ‏394 KB

Im using W98 with a N.I. GPIB board thats communicating to
a Hp1672d (Logic Anaylzer).
According to HP manual, it expects a termination character (Linefeed)
after every "query".
But good news is, I found the problem, and perhaps, one of you
guys knew about this, apparently, Labview has a problem with
GPIB file transfers of over 900K.
So, I broke up the 12M data into 800k blocks and everything worked!
Thanks,
Eric
In article <[email protected]>,
"Dennis Knutson" wrote:
> [email protected] wrote in message
<7o787k$prr$[email protected]>...
> >Anyone know how to do a query to a gpib device?
> >
> >Im using a write, timer, read, but that doesnt
> >seem to work.
> >
> >
> >[email protected]
> >
> >
> >Se
nt via Deja.com http://www.deja.com/
> >Share what you know. Learn what you don't.
>
> A liitle more information would be nice. What OS are you running? What
kind
> of instrument? Are you using VISA, GPIB, or GPIB 488.2 calls? What
version
> of LabVIEW?
> When I have to bring up a new GPIB device, I start with the
Measurement &
> Automation Explorer. If you don't have this then you should get the
latest
> GPIB driver from National's web site. This program will search for
devices
> and allow you to communicate to the device. I usually start out with a
> simple command like IDN?. If all this works, I then go Easy VISA Write
> Read.vi (under Instrument I/O>VISA palette). Most (if not all)
instruments
> are very particular about the correct syntax of a command. They may
not
> respond at all until the error condition is cleared. I would also
recomend
> you look at existing drivers for similar insturments and for
instruments
> from the same manufacturer. Because many manufacturers follow s
uch
standards
> as SCPI, you'll find a high degree of commonality wiith some of the
more
> basic commands.
>
> Good Luck
> Dennis Knutson
>
>
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.

GPIB diagnostic application

I would like to develop a diagnostic application in which a laptop computer
is attached to an existing GPIB network on a tool. Depending upon GPIB
events, I would like the diagnostic computer to trigger certain DAQ events.
For example, if the main computer tells a DMM to read a voltage, I would
like the diagnostic computer to recognize the GPIB command and independently
measure the voltage and several I/O states (with a separate DAQ card). There
are multiple GPIB devices and multiple modes for these devices (e.g. single
triggered acquisition for the DMM, averaging, etc.).
The GPIB analyzer software from NI looks like it performs some of what I
need. It would allow me to monitor the bus traffic, know what device was
addressed, and the command
sent to it. Unfortunately, that's all it will do.
There is no API available to tap into this functionality and be able to use
the events detected to trigger DAQ on another card.
Does anyone know of a solution for this application? A LabVIEW/NI solution
is preferred, but I can consider other possibilities. The diagnostic
application should not require any re-programming of the SW on the main
computer.
Thank you,
-- Jeff

If you walk when you open the app,it crashes?
All we have to decide is what to do with the time that is given to us - J.R.R. Tolkien

Question continued about GPIB-232CV-A to AaronK

Now i am programming my programme with Assemble Language such MCS-51 series.I give a write command to the instrument with the Rs232's command style and the TALK led is on .Then i write a read command to get message,but i can not get and the the Talk LED is still on while the Listen led is off.so i don't know the reason.

Hi,
When you write your information, does the instrument on the receiving side actually read the data sent? It is hard to guess at what could be going wrong given this data. Do you have a GPIB analyzer that you could hook up to analyze the signals on the bus? If the data is getting to the instrument, are you sure that the instrument is trying to return data? Also you might consider using a regular PC with RS232 to make sure that both the 232CV is working as well as the instrument you are connected to before you switch to the more advanced microprocessor approach.
Best Regards,
Aaron K.
Application Engineer
National Instruments

GPIB Synchonization with DAQ

Currently I'm in the position of implementing a software-timed solution so that my data acquistion hardware (analog inputs) can be synchronized to an average reponse time for a GPIB query to an instrument. Yes, this sounds like fun! I was wondering, I seem to remember the GPIB analyser software (CVI app) had timing information for the various line state transitions. In general, is there any way to get hardware timing information from a NI GPIB controller?? The reason for this approach is that the DAQ AI samples may be corelated to the instrument data - we don't know at present!

Hello-
The GPIB analyzer software does have a triggering menu available. However, there is currently no API for the analyzer available. However, it might be possible to tap the EOI line with a second GPIB cable. Then, a DAQ card can monitor the progress of the GPIB communication. There may be some easier software solutions as well. Try using Datasocket if it is necessary to have interprocess or intermachine communication. There are plenty of Datasocket examples in CVI and LabVIEW.
Randy Solomonson
Application Engineer
National Instruments

Monitoring GPIB commands on GPIB bus automated without NiSpy

Does anybody know how NiSpy intercepts commands to the GPIB bus (first guess is a filter driver)? I need to monitor (automated) equipment activity on our ATE stations.

Basically the National Instrument drivers notify a NI-Spy DLL each time
a driver call is made. If NI-Spy is running, this information is
passed into the NI-Spy executable.
NI-Spy can monitor any supported National Instruments driver in this
manner, but it will not be able to monitor activity on the bus
itself. To monitor actual bus activity you would need something
like a PCI-GPIB+ analyzer card, and utilize the GPIB analyzer which is
included in the NI-488.2 driver.
Jason S.
Applications Engineer
National Instruments

GPIB analyzer

Similar Messages

Maybe you are looking for