| Products > Test Equipment |
| Keysight's new 34465A (6.5 digit) and 34470A (7.5 digit) bench multimeters |
| << < (73/145) > >> |
| HighVoltage:
--- Quote from: nctnico on March 06, 2016, 01:35:26 am ---Another thing they could fix is automatic filename increments for screendumps. I see some use for making screendumps from the various plots but having to input a filename and selecting the USB stick first is a tedious process. --- End quote --- Yes, I totally agree and I have sent this request to Keysight a while back. |
| AndyC_772:
Have I just missed it, or is there actually NOT a simple way to grab a screen capture via Ethernet? |
| 6thimage:
--- Quote from: AndyC_772 on March 06, 2016, 12:21:32 pm ---Have I just missed it, or is there actually NOT a simple way to grab a screen capture via Ethernet? --- End quote --- You've missed it - the command is 'HCOP:SDUM:DATA?', which will return the file (either in png or bmp, depending on 'HCOP:SDUM:DATA:FORM'). Below is the python class that I use for ethernet (works in both 2.7 and 3.4) - the web option does the same as the java applet's monitor mode, where you can access the data remotely but without placing the meter into remote mode. --- Code: ---import socket class instrument(object): def __init__(self, ip_addr, web=False): if web: port=5042 else: port=5025 self.socket=socket.socket(socket.AF_INET, socket.SOCK_STREAM) self.socket.connect((ip_addr, port)) self.socket.setsockopt(socket.IPPROTO_TCP, socket.TCP_NODELAY, 1) self.socket.settimeout(10) def write(self, msg): self._write(msg+'\n') def _write(self, msg): self.socket.send(msg.encode('UTF-8')) def read(self): resp='' while True: resp+=self._read().decode('UTF-8') if len(resp)>0 and resp[-1]=='\n': return resp[:-1] def read_dlb(self, UTF_decode=True): # definite length block # starts with a '#', followed by a single digit representing the number of characters # used to represent the data size, which is followed by the data # get header header_size=self._read(2).decode('UTF-8') if header_size[0]!='#': raise ValueError('DLB missing header, data returned {0}'.format(header_size)) header_size=int(header_size[1]) # get size dlb_size=self._read(header_size) dlb_size=int(dlb_size.decode('UTF-8')) # get data data=self._read(dlb_size) while len(data)<dlb_size: data+=self._read(dlb_size-len(data)) # clear new line self._read(1) if UTF_decode: data=data.decode('UTF-8') return data def _read(self, buf_size=4092): return self.socket.recv(buf_size) def ask(self, msg): self.write(msg) return self.read() def take_screenshot(self): """ Takes a screenshot from the instrument, using the current format. This returns the data for the caller to write to a file """ # request the image self.write('HCOP:SDUM:DATA?') return self.read_dlb(False) --- End code --- |
| Dr. Frank:
After about 1/2 year of investigation, I present my Performance Review on the 34465A / 344470A DMMs. This comprises specification conformance checks, stability and noise figures, A/D linearity and resolution. The differences between the hardware of the 34465A and '470A were examined. I also discovered 3 bugs on the 100V/1kV DCV ranges, an unexpected behaviour of the OCOMP function of my 3458A, and how to handle these delicate offsets on the 100mV range. Each instrument comes with a Test Report. These always appear to be similar, as the instruments are at first calibrated to a Fluke 5720A / 5725A, and then were verified directly afterwards. The acceptance level at the calibrator is a fraction of the 24h specification. 10V is the most stable DCV range, usually on all bench DMMs. As expected, this range was spot-on for both 34465As on arrival, confirming about 1ppm DCV uncertainty in my lab. The other ranges were always comprised of resistive amplifiers/dividers, so being more uncertain to a few additional ppm. The 100mV range gain check requires a very accurate offset correction on both the DUT and the 3458A, as a 1µV thermal offset already gives 10ppm of error. At first, this did not work out well, due to the confusing OFFSET / STAT math function of the 3458A. In the end, I achieved an agreement of the gain constant of the 34465A within a few ppm, also. The DCV initial verification table shows the first error on the HV ranges, i.e. a reversible +3ppm shift when setting the input impedance flag to 10M. This software error has been corrected by FW 2.10 / 2.11. 'HighVoltage' kindly lent me his 34470A. This instrument had been running continuously for about 10 months already, so its internal LTZ1000 reference drifted +5 ppm, in accordance to the 8ppm/yr. specification, and the known negative drift of the LTZ1000A. Consequently, all DCV ranges exhibit this same +5ppm drift. As a second bug, all three instruments feature an identical systematic deviation on the HV ranges of about +10ppm on the 100V range, and a little bit less on the 1kV range. On the first 34465A, I tried a re-calibration on these 100V and 1kV ranges. Directly after calibration the reading was spot on, but after engaging the ACAL function, the reading immediately jumped back to these +10ppm. As a consequence, these ranges cannot be calibrated properly, in conflict to the Test Report. It has to be emphasized, that the instruments are still inside specification limits. Recently, I found a third error on the self heating compensation of the HV 100:1 divider. Directly after power up, the heater of the 100:1 divider is not operated properly on the HV ranges. Depending on the power on state (Factory Default or Last), either the divider would not be heated at all, or be heated permanently in the 1kV range. This malfunction vanishes by changing range or input impedance flag, or by triggering ACAL. This malfunction leads to a -10ppm shift of the divider ratio, very probably being identical on all instruments. Therefore, this error can be assigned to the systematic +10ppm gain shift, as this may occur during HV calibration. This error has been fixed by FW 2.12. When I finally re-calibrated the 100V and 1kV of my 2nd 34465A, this +10ppm shift did not show up any more, even after engaging ACAL, so that the HV ranges were now spot-on. The ACAL function in the end works extremely well at lab temperature, bringing all DCV ranges back to their initial reading, about +/-1ppm for 10V, and +/-2..3ppm for the other ranges. The uncertainty of the Ohm mode does not depend on the internal voltage reference, but relies on its internal resistors only, especially the 10k VHP101 and a TaN resistor array for the current mirror. See e.g. the schematics for the 34410/411A. All ranges were spot on, especially the 10k Ohm range on all 3 instruments deviated less than 1ppm from my own 10k reference resistors. The ACAL function also resets small temperature drifts to about +/- 1ppm deviation. By comparing a 100k resistor on my first 34465A vs. my 3458A, I discovered an undisclosed failure mode for the OCOMP function. This mode always requires delays of 1 sec or 5 sec for the 10k or 100k range respectively, to compensate for common relaxation effects on the DUT resistor. The normal delay settings in the msec range on most OCOMP instruments usually create errors on the order of several ten ppm. The verification of different modes and ranges show that both instruments are still inside the 24h specification, despite the firmware bugs, and the timely drift on the 34470A! |
| Dr. Frank:
The 34470A 10h stability test suffered from an initial temperature change of about -4°C for the first 2 hours, as it was initially sitting on a warm 3458A. The decreasing temperature reveals a T.C. of about 1ppm/°C. The 7h stability comparison indicates much higher stability for the 34470A and a lot of popcorn noise for the 34465A. The root cause lies in the different references, i.e. the LM399H in the 34465A versus the LTZ1000A in the 34470A. These measurements were used for an Allan Deviation diagram, also in comparison to a 35h measurement of the 3458A. Allan Deviation gives an idea about stability capabilities for different time scales, which also identifies different noise or instability sources. All three instruments are on par for a single NPLC 100 measurement, giving about 0.03ppm stability. The 3458A approaches 0.01ppm / 8 digits stability at more than 20sec averaging. 34470A and 34465A follow closely, reaching below 0.1 ppm/ 7 digits level. Their different voltage references cause the better stability of the 34470A, again. The noise performance for 0V input, 10VDC range, mainly tests A/D noise. Both instruments behave identical, maybe a factor of 5 worse, than the 3458A. For a 10V input, noise and stability of the internal references, plus the external 5442A are characterized. At NPLC 10 and NPLC 100, the superior LTZ1000A reference again makes the difference. In summary, both mainboards of the 34465A/470A seem to behave identically. |
| Navigation |
| Message Index |
| Next page |
| Previous page |