Re: Aw: GPIB serial poll of an instrument

[martine1212]

That is a common misconception, 
For complex microwave setups, while the instrument is busy it will not respond 
to the command (specially old HP equipment)
So if you have another instrument that finished a particular task requesting 
service (but you are unable to know this), basically the system will hang and 
you could lose data.
The beauty of serial poll for complex setups is that you can just check with a 
single instruction whether something is done or not
without having to go around instrument by instrument using their particular 
instruction for checking the status byte and risking hanging
due to a timeout. Remember, you do not know how long it would take.... you 
could get a bad sample an it would be done in a few seconds
or a good one and it will take some time depending what you need to measure.

I am talking about old HP equipment... most newer Agilent uses SCPI... but 
still not all manufacturers use the SCPI format.

This is coming from the old HP engineers who work on the original HPIB.... we 
have a few around.

Matlab has the spoll function.. which is nice.

So it is not so trivial...



 
"Do not spend too much time in the lab, or you will get a one pack!!"
(Instead of a six pack abs!!)


________________________________
 From: Stefan Mahr [via Octave] <address@hidden>
To: martine1212 <address@hidden> 
Sent: Friday, July 12, 2013 4:34 AM
Subject: Aw: GPIB serial poll of an instrument
 


> Now that octave has an instrument control toolbox... 
> I am wondering if there is any way of serial polling an instrument. 
> For example I am programming an 8510C VNA, the total test time is unknown 
> so the VNA will request service when the test is done and data is ready. 
> 
> I read the linux-gpib has the capability, just wondering if there is any way 
> of using in octave. 
> Or, if you are a developer, perhaps adding the function would be a good 
> idea. 

I've never used serial poll. Implementing this function has a low priority for 
me, since you can work around by reading the status byte with *STB?. However, 
it should be trivial to implement this. 

Stefan 
_______________________________________________ 
Help-octave mailing list 
[hidden email] 
https://mailman.cae.wisc.edu/listinfo/help-octave


________________________________
 
If you reply to this email, your message will be added to the discussion below:
http://octave.1599824.n4.nabble.com/GPIB-serial-poll-of-an-instrument-tp4655532p4655538.html
 
To unsubscribe from GPIB serial poll of an instrument, click here.
NAML



--
View this message in context: 
http://octave.1599824.n4.nabble.com/GPIB-serial-poll-of-an-instrument-tp4655532p4655556.html
Sent from the Octave - General mailing list archive at Nabble.com.