REVIEW - Rigol DS2072 - First Impressions of the DS2000 series from Rigol

[marmad]

@Galaxyrise: I just discovered something else: you CAN switch your recorded frames from High Res to Normal mode - just enter Delayed Sweep (Zoom). The DSO will automatically switch to rendering the frames with High Res turned-off. But once High Res is off, exiting Delayed Sweep does not turn it back on again.

[Galaxyrise]

@Galaxyrise: I just discovered something else: you CAN switch your recorded frames from High Res to Normal mode - just enter Delayed Sweep (Zoom). The DSO will automatically switch to rendering the frames with High Res turned-off. But once High Res is off, exiting Delayed Sweep does not turn it back on again.

Ha! At this point, I'm inclined to think the inability to switch high res and normal is just a firmware bug.  They even left the menu enabled (unlike memory depth.)

[bingo600]

Guyzz

I'm considering getting a DS2072A (EU / Batronix) , but i want to be 100% sure it's "upgradeable" with the nice tools out there.

1: Had anyone reported back with a positive confirmation , that the A can be "upgraded" like the Non A
2: Does it give the same features as the Non A ?
3: Does anyone know if the 2072A's are what Batronix are shipping now , or should one wait a bit to be sure to get an A'.

/Bingo

[marmad]

1: Had anyone reported back with a positive confirmation , that the A can be "upgraded" like the Non A

As far as I've heard, Rigol has changed the key (or something) on the 'A' version, making it incompatible with the current hacking tools.

[bingo600]

1: Had anyone reported back with a positive confirmation , that the A can be "upgraded" like the Non A

As far as I've heard, Rigol has changed the key (or something) on the 'A' version, making it incompatible with the current hacking tools.

Hmm ....
Too bad , i'll skip on Rigol for now , and look at some of the others.

/Bingo

[marmad]

I've updated the High Res bandwidth table to reflect all Memory Depth Settings:



Two interesting things to note:

1) The bandwidths are similar down to the 20us/div time base setting - but the effective bits of resolution differs at the 10us/div and 20us/div settings.
2) The bandwidths of the 56M memory depth setting are the same as the 1.4M setting, except at 500us/div, 5ms/div, and 50ms/div - where it instead matches the AUTO/14M setting.

[Carrington]

CAN-DS2000A

CAN trigger and decode for DS2000 and DS2000A.

Source: http://www.tequipment.net/RigolPricelist.html

[marmad]

CAN-DS2000A

CAN trigger and decode for DS2000 and DS2000A.

Source: http://www.tequipment.net/RigolPricelist.html

Interesting. I wonder if it really works with all older model DS2000s (HW v.1)? If it does, it must require a firmware upgrade.

[Carrington]

Interesting. I wonder if it really works with all older model DS2000s (HW v.1)? If it does, it must require a firmware upgrade.

I hope so, because mine is 1.0. 

[kosh]

Hi,

something strange has happened to my scope. A few days ago the trial options on my DS2072 ran out. So I decided it was time for a firmware upgrade and a calibration, which I was hesitant with until now.

So I upgraded from version 00.01.00.00.03 to the latest 00.01.01.00.02 and after that I ran the calibration procedure. I have used the device several times after that and I think I even checked to see if the trial options were still gone, and sure enough they were.

Today I power on my scope and I am being greeted with the boot message showing the trial options with over 2000 minutes left again, and yes all the menus that were greyed out before are now accessible again.

I am not complaining, but wondering, has this happened to anyone else?

[marmad]

Today I power on my scope and I am being greeted with the boot message showing the trial options with over 2000 minutes left again, and yes all the menus that were greyed out before are now accessible again.

I am not complaining, but wondering, has this happened to anyone else?

Many times. Before the current keygens, we would just restart the trial options by changing the date/time in combination with a self-cal. Super easy to do.

[marmad]

I've owned the DS2072 exactly 13 months today (since 25-10-12).

In the first ~8.5 months (pre-keygen hacks), there were 3 firmware upgrades from Rigol (4, if you count from the Western release date).

In the next ~4.5 months (post-keygen hacks), there were 0 firmware upgrades from Rigol.

Of course, this could be totally due to the roll-out of the newer models - but I hope Rigol doesn't consider the latest version "finished" (for the older models). They had promised some 'upgrade' of the External Trigger capabilities, and I still hope they will deliver on this.

[cybernet]

we will soon be able to do our own ... 

[Carrington]

we will soon be able to do our own ... 

Soon!!!!   

[Bugware]

That sounds very mysterious. I'm curious. 

(Hack the 2000A Version to use for the non "A" Versions?!)

[marmad]

Following up on some info discovered about the DS2000 in another thread, I thought I'd post the info here in an effort to inform owners who hadn't seen it there.

The DS2000 series appears to have trigger jitter/offset in the Zoomed trace while at lower sample rates (in Delayed Sweep mode). It appears to follow this pattern:

When in Delayed Sweep mode:

Sample rate >= 1GSa/s: no conspicuous jitter or offset
Sample rate <= 500Ms/s: jitter and/or offset equal to a maximum of plus or minus one sample period

So for example, @ 200MSa/s it's equal to ±5n, while @ 10MSa/s it's equal to ±100ns.

I'm not sure yet if this is a firmware issue or not (these tests are from the latest FW version). If someone has a chance to test a lower FW version, please post the results here.


Here is an example of jitter @ 100MSa/s  (i.e. ±10ns) in Delayed Sweep:




Rigol's response to this 'issue' is here.

[sync]

FYI the DS1000Z has that jitter too.

[Wim13]

Has all to do with phase differences..

If you synchro the clock rate off the DSO with signal generator it stands still.

[Carrington]

LOL... The DS2000 and the average of everything that shakes.

Normal:


Average:


This also has to do with phase, in this case phase trigger/signal. Playing with holdoff, can be corrected.
I think that David L. Jones has a video about something similar.

[marmad]

FYI the DS1000Z has that jitter too.

Thanks for the info, sync.

Has all to do with phase differences..

If you synchro the clock rate off the DSO with signal generator it stands still.

Hey Wim - good to see a post from you 

Phase difference between what, exactly? Between the sample rate and the delayed sweep rate?

[Carrington]

Has all to do with phase differences..

If you synchro the clock rate off the DSO with signal generator it stands still.

Yes, it seems logical.

[tinhead]

Has all to do with phase differences..

If you synchro the clock rate off the DSO with signal generator it stands still.

lol, Wim, what's that? of course there will be no phase variation (jitter) when measured signal is referenced to itself. But we not talking about that, but about the jitter added by trigger circuit, signal paths, FPGA design and potential firmware implementation.

[Carrington]

lol, Wim, what's that? of course there will be no phase variation (jitter) when measured signal is referenced to itself. But we not talking about that, but about the jitter added by trigger circuit, signal paths, FPGA design and potential firmware implementation.

Yes, it seems logical.

LOL...

[marmad]

lol, Wim, what's that? of course there will be no phase variation (jitter) when measured signal is referenced to itself. But we not talking about that, but about the jitter added by trigger circuit, signal paths, FPGA design and potential firmware implementation.

Sorry, man, I don't think you're correct. The jitter/offset (which, BTW, the new Siglent has as well as shown by Herman's GIF - so arguments of analog vs digital trigger don't hold water here) has to do specifically with some interaction between the main time base sample rate and the delayed time base. There is no jitter/offset (in this circumstance) outside of using Delayed Sweep.

[Carrington]

Sorry, man, I don't think you're correct. The jitter/offset (which, BTW, the new Siglent has as well as shown by Herman's GIF) has to do specifically with some interaction between the main time base sample rate and the delayed time base.

Then are different and don't go on phase? 

There is no jitter/offset (in this circumstance) outside of using Delayed Sweep.

It is true, good point.

But we not talking about that, but about the jitter added by trigger circuit, signal paths, FPGA design and potential firmware implementation.

Then only, FPGA design and potential firmware implementation?