Re: 34970A Labview program

["Steven E. Williamson" <sew@npl.uiuc.edu>]

Dear Peter, It seems that Fred may have found the problem with the serial 
communications to the Agilent DMM.  In any case, it will be interesting to 
see if the Labview  program works.

Over the weekend I found that my laptop (on which I  recently installed 
Labview and the "data logging and  control, (A.K.A DSC)" 
package) would nolonger go into "hibernation" or "standby" properly.  It 
hangs when I tell it to hibernate, and it never returns from standby. 
This, according to a bug report that I found on the web, may be due to
a problem with "keyboard filtering" in the DSC package.  Did you
install that DSC package?  If so, are you having problems with
hibernation or standby mode on your laptop?  I will try their "fix"
for this later today -- but it requires the original installation
CD for the DSC package.  If you are having the same problem (and if
the fix works), I can send you a copy of the CD and instructions for 
fixing the problem. More later (when I get to work)

 				Steve

On Sat, 3 Sep 2005, Peter Kammel wrote:

> Dear Steve,
>
> Many thanks for the disks and your program. The serial version
> came up ok, but now I have to connect it to the real thing on
> Tuesday.
>
> Take care.
>
> Peter
>
> On Fri, 2 Sep 2005, Steven E. Williamson wrote:
>
>> Peter,
>>
>> The Labview program which (I think) is the latest version of
>> what we used to read out the Agilent 34970a using the serial
>> port is on my www.npl.uiuc.edu/~sew/ directory under the name
>> 34970a-voltage-readout-serial.vi.  This is quite similar
>> to the GPIB version of the program except 1) the GPIB
>> initialization was converted to COM1 (I thought that there
>> would be additional parameters for this serial init. but apparently
>> the defaults were used -- and worked).  2) Jacob or Dannette
>> added an additional time constant: a wait after one cycle of
>> reading selected channels was completed (this is in addition
>> to the wait (dwell time) between individual channels).  I
>> suppose this added time constant was needed in order to
>> get a set of voltages rapidly (and therefore correlated in
>> time) without wearing out the multiplexor (and generating
>> way too much data).  Let me know if this to works.
>>
>