Products > Test Equipment
Keysight's new 34465A (6.5 digit) and 34470A (7.5 digit) bench multimeters
HighVoltage:
Hello Sparky
Yes, I can test this on my 34470A but I am gone from the lab for a couple days, will test this early next week.
I did update the FW to 2.11 already on my 34470A meter.
HighVoltage:
--- Quote from: Sparky on January 09, 2016, 07:39:34 pm ---@HighVoltage
I believe you have the DIG option, if so, and you use BenchVue also can you test the maximum sample rate when using BenchVue "Digitize" mode? The reason I ask is that when using firmware 2.09 on my 34465A I could set 50kHz (max) from within the BenchVue Digitize app, but now (using firmware 2.11) the maximum appears to be 25kHz! It is still possible to set 50kHz from the front panel of the meter for "local" control, but when using BenchVue for remote control I get an error that "50kHz is greater than the maximum of 25kHz". (I have both DIG and MEM options).
Could you --- or anyone else --- check and confirm?
--- End quote ---
I just tested this and come to the same results that you have.
I also have the DIG and MEM option installed in my 34470A.
Since I have already updated the FW to v2.11, I no longer can say, if this worked in v2.09
Hopefully Keysight will fix this in the FW or in BenchVue.
Sparky:
--- Quote from: HighVoltage on January 12, 2016, 05:08:26 pm ---
--- Quote from: Sparky on January 09, 2016, 07:39:34 pm ---@HighVoltage
I believe you have the DIG option, if so, and you use BenchVue also can you test the maximum sample rate when using BenchVue "Digitize" mode? The reason I ask is that when using firmware 2.09 on my 34465A I could set 50kHz (max) from within the BenchVue Digitize app, but now (using firmware 2.11) the maximum appears to be 25kHz! It is still possible to set 50kHz from the front panel of the meter for "local" control, but when using BenchVue for remote control I get an error that "50kHz is greater than the maximum of 25kHz". (I have both DIG and MEM options).
Could you --- or anyone else --- check and confirm?
--- End quote ---
I just tested this and come to the same results that you have.
I also have the DIG and MEM option installed in my 34470A.
Since I have already updated the FW to v2.11, I no longer can say, if this worked in v2.09
Hopefully Keysight will fix this in the FW or in BenchVue.
--- End quote ---
Thanks HighVoltage for following-up and confirming the findings -- we can say this is an issue for both 34465A and 34470A.
I posted in the BenchVue thread about this issue and one of the Keysight folks confirmed the issue yesterday on 34470A; he said he will look into it. Interestingly they said the 25kHz maximum was the case for both v2.09 and v2.11 on a 34470A.
Dr. Frank:
--- Quote from: Sparky on January 09, 2016, 07:39:34 pm ---@HighVoltage
34465A I could set 50kHz (max) from within the BenchVue Digitize app, but now (using firmware 2.11) the maximum appears to be 25kHz! It is still possible to set 50kHz from the front panel of the meter for "local" control, but when using BenchVue for remote control I get an error that "50kHz is greater than the maximum of 25kHz". (I have both DIG and MEM options).
Could you --- or anyone else --- check and confirm?
--- End quote ---
I have a 465A, with DIG option, which is identical to the 470A in this instance.
I already upgraded to FW 2.10 (yep, I got this inofficial version), when I later also received the DMM PRO version of BenchVue.
This is the prerequisite for 50kHz digitizing over the bus. Also, I got no MEM option.
So I tested this 50kHz Digitizing with a few 100k of sample points.. over GPIB .. and had problems.
The sampling rate was set back to 25kHz in most cases, but that completely transferred all the data directly to BV, so that the internal 50k sample memory is no limitation.
By some odd tries with BV, depending on the pre-configuration on the 465A, which I can't recapitulate at that moment, I really managed to get 50kHz sampling rate directly to BenchVue.
But this was really stuttering.. display of BV freezing, and so on.
But it seemed to have transferred all data in the background.
Anyhow, I'm under the impression that the whole digitizing state machine of the 34465A/470A is too slow, and also that the bus transfer might be too slow.
Maybe BV itself has too much overhead to be optimal for fast digitizing.. although it's been promoted to do the job.
I have to point out, that I have some - successful - experience on the 3458A, digitizing 100kHz @ 16bit / 50kHz @ 18bit..
by using 2 Byte / 200kHz or 4 byte / 200kHz integer format transfers over GPIB.
Also, the former 34411A is optimized for such fast data-rates and - transfers, but this instrument provides a 4byte integer transfer, afaik, whereas the 465A / 470A only have an 8 byte real format.
As the 465A and 470A were promoted as successors to the 411A, I really wonder, if an improvement at that point is necessary, either an optimization of internal data crunching, but also formatting to 2Byte / 4 Byte integer.
A brief look into the different data transfer rate specifications of these instruments is also very instructive..
I already planned to write my own 50kHz digitizing program, w/o the overhead of BenchVue, to improve speed & buffer depth.
Got no time yet, but will report here, as soon as I'm successful.
Frank
Sparky:
--- Quote from: Dr. Frank on January 12, 2016, 05:45:11 pm ---
--- Quote from: Sparky on January 09, 2016, 07:39:34 pm ---@HighVoltage
34465A I could set 50kHz (max) from within the BenchVue Digitize app, but now (using firmware 2.11) the maximum appears to be 25kHz! It is still possible to set 50kHz from the front panel of the meter for "local" control, but when using BenchVue for remote control I get an error that "50kHz is greater than the maximum of 25kHz". (I have both DIG and MEM options).
Could you --- or anyone else --- check and confirm?
--- End quote ---
I have a 465A, with DIG option, which is identical to the 470A in this instance.
I already upgraded to FW 2.10 (yep, I got this inofficial version), when I later also received the DMM PRO version of BenchVue.
This is the prerequisite for 50kHz digitizing over the bus. Also, I got no MEM option.
So I tested this 50kHz Digitizing with a few 100k of sample points.. over GPIB .. and had problems.
The sampling rate was set back to 25kHz in most cases, but that completely transferred all the data directly to BV, so that the internal 50k sample memory is no limitation.
By some odd tries with BV, depending on the pre-configuration on the 465A, which I can't recapitulate at that moment, I really managed to get 50kHz sampling rate directly to BenchVue.
But this was really stuttering.. display of BV freezing, and so on.
But it seemed to have transferred all data in the background.
Anyhow, I'm under the impression that the whole digitizing state machine of the 34465A/470A is too slow, and also that the bus transfer might be too slow.
Maybe BV itself has too much overhead to be optimal for fast digitizing.. although it's been promoted to do the job.
I have to point out, that I have some - successful - experience on the 3458A, digitizing 100kHz @ 16bit / 50kHz @ 18bit..
by using 2 Byte / 200kHz or 4 byte / 200kHz integer format transfers over GPIB.
Also, the former 34411A is optimized for such fast data-rates and - transfers, but this instrument provides a 4byte integer transfer, afaik, whereas the 465A / 470A only have an 8 byte real format.
As the 465A and 470A were promoted as successors to the 411A, I really wonder, if an improvement at that point is necessary, either an optimization of internal data crunching, but also formatting to 2Byte / 4 Byte integer.
A brief look into the different data transfer rate specifications of these instruments is also very instructive..
I already planned to write my own 50kHz digitizing program, w/o the overhead of BenchVue, to improve speed & buffer depth.
Got no time yet, but will report here, as soon as I'm successful.
Frank
--- End quote ---
Very interesting to read your experience, Dr. Frank.
I really hope that 34465A with the DIG option (equivalently 34470A) will allow a continuous 50kHz data streaming to PC over USB or LAN. If BenchVue could do it that would be great, otherwise a custom program with less overhead. I will experiment with MATLAB sometime and see what I can achieve, and keep an eye out for your report :)
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version