Products > Test Equipment

Rigol DP832 - Firmware list and bugs

<< < (56/153) > >>

Macbeth:
Ok. It didn't work. Pretty obvious on first sight the code only supports the 3068, so some quick hacks to KeysightTrueVoltDmm.py
Line no, before, after:


--- Code: ---17 known_list = ["34461A", "34465A", "34470A", "DM3068"]
known_list = ["34461A", "34465A", "34470A", "DM3068", "DM3058", "DM3058E"]

18 init_cmds = { 'DM3068' : 'CMDSet AGILENT' }
init_cmds = { 'DM3068' : 'CMDSet AGILENT', 'DM3058' : 'CMDSet AGILENT', 'DM3058E' : 'CMDSet AGILENT' } # (Yuck!)
--- End code ---

Now the DM3058E fails the self check. It seems the Keysight/Agilent has a plus sign in its return code? - another change:


--- Code: ---44 if r != '+0':
if r not in ['+0', '0']:
--- End code ---

Oh dear, now it fails on the uptime query. The Rigol doesn't support this along with the internal temperature status. Insert a couple of lines to wrap around it:

--- Code: ---57 insert if self.model() in self.have_temp_check:
61 insert return [None, None, None, None]

--- End code ---

... ahh, now thats better, getting somewhere... things seem to be working :)

or maybe not...

LaurentR:

--- Quote from: Macbeth on April 13, 2015, 01:47:07 am ---... ahh, now thats better, getting somewhere... things seem to be working :)

or maybe not...

--- End quote ---

To answer your original question, no the Rigol mode had never been tested on the original Matlab script ;)

Macbeth:

--- Quote from: LaurentR on April 13, 2015, 01:35:42 am ---The only issue I had with your code was that early on, you check for the presence of ":" in the device Visa addresses, but Visa supports aliases , which typically don't have ":" in the name. For instance, my 2 devices are aliased (rather imaginatively) "DP832" and "34461A".

--- End quote ---

I wondered why I couldn't use my aliases, as you can see from my last run... My devices are aliased "DP832" and "DM3058E". I'm kinda Bohemian like that ;)
Anyway:

D:\Python27\DP832>python calib.py USB0::0x1AB1::0x0E11::DP8C161350000::INSTR USB0::0x1AB1::0x09C4::DM3R161750000::INSTR
Using:
  DMM   : Rigol Technologies DM3058E (FW 01.01.00.02.02.00) @ USB0::0x1AB1::0x09C4::DM3R161750000::INSTR
  DP832 : RIGOL TECHNOLOGIES DP832 (FW 00.01.13) @ USB0::0x1AB1::0x0E11::DP8C161350000::INSTR

Calibration data will NOT be updated -- this is only a check

Remove all leads to perform self test
Press enter to continue

Running DP832 board self-test...
DP832 self-test passed
DP832 internal temp: 30.98C (87.764F)

Running DM3058E board self-test...
DM3058E self-test passed
DM3058E uptime: 0d 00:00:00

Starting calibration of channel 1

Connect the DM3058E VOLTAGE inputs to the DP832 channel 1
Press enter to continue

Running DAC-V for channel 1
Shutting off PSU outputs
ERROR: could not convert string to float: #9000000016 -7.24861231e-02
Calibration failed. Terminating.

eh? I used the NI MAX test panel, and sure enough the Rigol returns

1: Write Operation (READ?)

Return Count: 5 bytes

2: Read Operation
Return Count: 28 bytes
#9000000016\s-2.68880151e-01\n

So much for Rigols supposed Agilent 34401A compatability mode! What is #9000000016\s supposed to be? A timestamp? or a bug?

bson:
Ah, neat.  I should just put this on github...

If you run it with -t it'll print a trace of all commands and responses; should make it easier to figure out what's happening and why it fails to parse the measurement... That "#9000000016" looks weird though.  Is that a serial or something?

It should really also issue a SYST:LOC at the end to return the DP832 to local (from remote) use, would eliminate the need to press "back" key.  Probably a reset also, though I'm not sure that's enough - it seems to really need a power cycle to reinstall the calibration tables.

Stupid Beard:

--- Quote from: bson on April 12, 2015, 10:20:20 pm ---Oh cool, had no idea such a thing existed!

Edit: it doesn't seem to know how to calibrate or do much of anything else device specific...

--- End quote ---

Meh. Sorry, I guess I should have looked at it in more detail.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

There was an error while thanking
Thanking...
Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod