AnsweredAssumed Answered

vrf USB/GPIB Strange Timeout with (only) VEE

Question asked by VRFuser on Nov 25, 2007
Joel,

 

We’re using VEE 7.52 and the Agilent 82357A USB/GPIB on two PC’s with USB 2.0

 

I’m actually using Timeout Errors by adding an Error Output Pin on the Direct I/O Object, to find out if the Unit I’m trying to control is turned on or connected to the GPIB.

 

99.99% of the time the Agilent 82357A USB/GPIB works brilliantly, but for some unknown reason, (and I suspect Microsoft for this problem) is that Windows XP forgets that the Agilent 82357A is connected.  I have to unplug and reconnect it to get the thing to work again.  (a Red light on the Agilent 82357A).

 

My guess with your Time Out problem is in the method of query, I was having a problem with a Rhode & Schwarz FSP Spectrum Analyser, until I found the *WAI command worked really well.  I had been sending the commands to set up the measurement, waiting the required time for a number of sweeps and then reading.  Problem was some sweeps were longer the others and I’d get a timeout that failed. 

 

My steps now are:

1.                   Declare a Local to Context Variable type Real64 (e.g. Error_GPIB)

2.                   Set the Variable to 0

3.                   Set up a short time out Programmatically with IO.devicename.Timeout in a Formula Box, (in my Case IO.FSP.TimeOut=10)

4.                   Go into an Until Break or On Cycle loop,

5.                   Test if the device is on by sending a Device Clear, in a Direct IO with Error Output

6.                   If an Error occurs the output goes straight into a Set Variable Error_GPIB,

7.                   Next test if the Error_GPIB is greater than 0 and display the appropriate Error Message, (811 = Device Timeout, 801 = GPIB timeout [from memory])

8.                   When the Error_GPIB is 0 then Break.

9.                   Next setup a ridiculously long Timeout (eg 600 seconds),

10.               Then in a Direct IO do the following:

a.       Configure the Instrument for Measurement,

b.       Send an INIT;*WAI,

c.       Followed by Read.

 

11.               Reset the Timeout to a small value in a Formula Box

 

This process has eliminated any timeout problem with the FSP.

 

Hope that makes some sense and helps.

 

Cheers,

Gary

Gary Voltz
SASTO4

Test Equipment and Maintenance and Calibration Centre

Facilities Management Services

Technology and Asset Services

Airservices Australia


E-mail: gary.voltz@airservicesaustralia.com

  _____  

Airservices Australia
Ph 1300 301 120       (within Australia)
Ph +61 7 3866 3382  (outside Australia) 
Fax +61 7 3866 3531
HYPERLINK "http://www.airservicesaustralia.com/"www.airservicesaustralia.com

CAUTION: This e-mail is confidential. If you are not the intended
recipient, you must not disclose or use the information contained
in it. If you have received this e-mail in error, please tell us
immediately by return e-mail and delete the document.

Airservices Australia does not represent, warrant or guarantee
that the integrity of this communication is free of errors, virus
or interference.

 

  _____  

From: DUNSMORE,JOEL (A-Sonoma,ex1) [mailto:joel_dunsmore@agilent.com]
Sent: Monday, 26 November 2007 5:32 AM
To: VRF
Subject: RE: [vrf] USB/GPIB Strange Timeout with (only) VEE

 

Hello Greg, sorry for the spar info:

 

   I'm using the Agilent 82357A (can't find a B around here), with VEE 8.01 (Apr 10, 2007).  The computer is a Dell, with USB 2.  The bus monitor causes a "BRB" when the timeout occurs. The timeout troublet appears to happen after the first two times a time-out happnes, when all is normal (the timeout waits the appropriate amount of time), but on the third try, the timeout doesn't wait at all (or is very fast).  I also get the BRB when I send an device clear and have the bus monitor on, but I'm not sure those are the same problems.  I've been told that this is fixed in 8.5, but I'm not ready to upgrade yet.

 

Any other ideas?  Also, how does one set the timeout programmatically now (I saw it in an earlier response, but can't find it now.  Thanks,

Joel

 


  _____  


From: Greg Parrott [mailto:sherekhan_kl@yahoo.com]
Sent: Saturday, November 24, 2007 2:57 PM
To: PDL-LISTS,VRF (A-Lists,unix1)
Subject: Re: [vrf] USB/GPIB Strange Timeout with (only) VEE

You do not mention which USB/GPIB adapter you are using I have used the Agilent USB/GPIB adapter for over a year and even two at a time with no issues. You also do not state what version of VEE you are using, I have used the unit with 7.0 sucessfully. You also do not mention if the computer is USB 2.0 or not there are issues with USB 1.1 and the aglent USB/GPIB although I have never had problems others have said they had problems.

 

The timeout on the third try might be caused due to a pending query and sending another one. Not sure if this is the case but I would look at this by using the gpib monitor and look at the bus traffic.


Alos you may want to time any requests just to make sure that the timeout is not happening or the third try.

 

Sorry this is not much help.

 


"DUNSMORE,JOEL (A-Sonoma,ex1)" <joel_dunsmore@agilent.com> wrote:

Hey VRF's,

  We've got a strange problem using the Agilent USB/GPIB module with VEE.  It doesn't seem to handle timeouts correctly, consistently.  Everything works fine from RMB, and everything works fine using a GP-IB card in the computer, but not with the combination of VEE and USB/GPIB.  Here's the symptoms from my colleage who has been struggling with it:

 

Has anyone else seen problems using VEE TIMEOUTS and the USB/GPIB interface?

It appears that VEE is not able to handle timeout events with the USB/GPIB interface device.

 

After setting a sufficiently long timeout for the USB/GPIB interface, I’m sending queries to a NA that require long waits.   The query will work 2 times, and then fail on the third try consistently.  To fix the pooblem, I can re-set a new timeout, then say OK.  The long query will again work for 2 times, then fail on the third try… Repeat.

I’ve isolated this problem to the USB/GPIB interface and VEE.   I can re-run the identical VEE software and configuration with a NI GPIB card without any problems.  I can re-run the functionally equivalent query from RMB with the USB/GPIB interface without any problem.  So I know the problem is related to VEE with the USB/GPIB interface.

 

The VEE Note in Advanced Instrument Properties (where TIMEOUT setting is entered says), “These properties do not apply to Plug&Play or IVI-COM drivers.” (we're using direct I/O calls only)

Maybe this isn’t supposed to work?

 

The for-sure workaround for the problem appears to be:

    Don’t have any need for timeouts in your VEE program when using this card

    Use the NI GPIB card with your VEE program

 

Is there some other place where the USB/GPIB timeout should be set to make VEE happy???


---
You are currently subscribed to vrf as: sherekhan_kl@yahoo.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".

 


  _____  


Get easy, one-click access to your favorites. HYPERLINK "http://us.rd.yahoo.com/evt=51443/*http:/www.yahoo.com/r/hs"Make Yahoo! your homepage. --- You are currently subscribed to vrf as: joel_dunsmore@agilent.com To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body. To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive". Search the Agilent vrf archive at "http://vee.engineering.agilent.com".


---
You are currently subscribed to vrf as: gary.voltz@airservicesaustralia.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".


---
You are currently subscribed to vrf as: ming_meng@agilent.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".  

Outcomes