vnattar / coltonlab

Automatically exported from code.google.com/p/coltonlab
0 stars 0 forks source link

PG: deassert REN crashes GPIB stack #46

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
Deassert REN line on GPIB to enable remote control.

Annoying since frequent polling frequently locks out user.

Original issue reported on code.google.com by sbr...@byu.net on 23 Jul 2009 at 9:26

GoogleCodeExporter commented 9 years ago
Deasserting the REN line is crashing LabVIEW's GPIB driver and crashing the 
pulse
generator!  We may need to escalate this bug to upstream vendors HP and NI.

Here is a repeatable step-by-step procedure from r227 that demonstrates the 
Deassert
REN thing is causing all this trouble. 

All instrs off. Labview closed.

Power on Spec, Power on Photon Counter
Open LV, Open Driver.vi
Open Spec ctrl panel... spec init routine... wait...
Play around with spec as usual.

Close Spec Ctrl panel.  Back in Instr Panel.
Power on PG.  Do NOT push "find instruments".
Open spec CP.  Play around some more. Close spec CP.

Push "Find Instrs."  This calls "PG check On" which is "HP81110a revision query"
which deasserts REN.
Find instrs no longer sees the Photon Counter.
Open Spec Ctrl panel... no response!  GPIB is TOAST!

Fix if PG is turned off: 
Restart execution: no dice!
Close all open VIs (clearing LV's program memory), then re-open Driver.vi: no 
dice!
You need to close LV completely (disposing of LV's GPIB driver instance): works 
again.

Permanent fix:
Remove the "Deassert REN" block, kill LV & GPIB, and try again.
Reset the Pulse Gen, which always crashes. No need to reset other instrs.

Original comment by sbr...@byu.net on 4 Aug 2009 at 2:15

GoogleCodeExporter commented 9 years ago

Original comment by john.s.c...@gmail.com on 11 Aug 2009 at 8:41

GoogleCodeExporter commented 9 years ago
Unassigning.  Revert to r227 if you want to demonstrate this bug using the 
procedure above.

Original comment by sbr...@byu.net on 4 Aug 2010 at 4:28