Experimental Physics and
Industrial Control System

Jeong Han Lee via Tech-talk <[email protected]> · Sat, 20 Apr 2019 19:13:19 +0200

Hi Michael,

 My email is just for my curiosity that may help you a little. I

think, you already pass my questions already. However, in case not. :)

On 4/20/19 1:53 AM, Michael Davidsaver via Tech-talk wrote:

On 4/19/19 3:12 PM, Mark Rivers wrote:

Have you enabled asynTraceIODriver in the VXI11 driver to see if there is any reply?  Could it be a terminator problem, though GPIB does not normally use terminators.

I thought about terminators as well, though as you say this would be unusual.
I tried adding various combinations of ';' '\r' '\n' with no apparent change.
If I send 'BEEP;BEEP;BEEP' the device will beep three times, and doesn't
report an error.  So I think it is decoding commands correctly.

 According to its manual, the beeper emits a 1 kHz beep if an error

occurs. Does three BEEP commands actually generate three errors?

I haven't gotten as far as asyn yet.  The E8510A has an embedded web server
which can discover and send queries to any connected devices independently
of any client software stack.  My feeling is that if this doesn't work, then
no client will.  For good measure I also tried the python-vxi11 module, which
behaves the same.

 Which command (button) do you use "Send" or "Query"?

 Best,
 Han

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Michael Davidsaver via Tech-talk
Sent: Friday, April 19, 2019 4:58 PM
To: Eric Norum <[email protected]>
Cc: EPICS Tech-Talk <[email protected]>
Subject: Re: GPIB replies lost?

"ID?" isn't a typo.  The 3458A DMM doesn't quite follow the usual conventions.

I have tried "*IDN?", which the device tells me (via its front panel) is an error.

On 4/19/19 1:33 PM, Eric Norum wrote:

My reply about a typo contained a typo.  The SCPI command in question is “*IDN?”.

On Apr 19, 2019, at 1:06 PM, Michael Davidsaver via Tech-talk <[email protected]> wrote:

All,

I've come across a new (to me) oddity involving GPIB communication
between a Keysight/Agilent E5810A GPIB to ethernet bridge, and a
Keysight/Agilent/HP 3458A DMM.  I'm contacting Keysight support, but
thought I'd see if someone had already run across this issue.

It appears that the DMM is receiving commands which I send.
"BEEP" makes the DMM beep.  If I send an invalid command I can read
the error message through its front panel.
However, valid commands which should send a reply (eg. "ID?") don't
trigger an error, but also timeout without sending back any reply string.

I see the same behavior with a second 3458A.  Also when sending
commands directly through the embedded web server in the E5810A or a python vx11 client.

I tried two different GPIB devices (Keithley and Datron DMMs) with
the same E5810A and cable.  Both send back replies and otherwise behave as I expect.

Thanks,
Michael

Also, a random fact for Friday.  I was on a flight from JFK to LHR
which was listed as 3458 miles.

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System