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

[neslekkim]

I got my ds2202a-s today, just started it and playing around, I don't know how to make screendump yet, so I used my cellphone.

1) The model number displayed in system info is DS2202A, not DS2202A-S..

2) I see that I have the old firmware, 00.02.00.00.04 (was there a list of what is changed between this and 00.02.01.00.03?, I notice that some menutabs stays after you turn off things)

3) My serial starts with DS2E15..  I thought the A series had D, not E?, is this because this have signalgen?, or is this another way to differ models? (I saw there was written some about that the codegen does not work yet, that there probably are more keys to it, but maybe it's E in higher models now?)

4) my hardware version is 1.2.2.0.2, but other A models have 1.0.2.0.2?, is that also due to the Signalgen? (I hope the signalgen can be controlled by RUU, the menu system looks hard to use)

The rest of the numbers looks same

[AndersAnd]

I got my ds2202a-s today,

Where did you buy a S2000A-S version? Didn't think they were released yet. Not listed at online distributors like http://rigolna.com and http://batronix.com
Edit: they are listed at http://www.tequipment.net/rigol/series_ds2000a-series/ but without prices.

What's the price difference between the S and non-S models?

4) my hardware version is 1.2.2.0.2, but other A models have 1.0.2.0.2?, is that also due to the Signalgen?

Most likely.

[Fagear]

Where did you buy a S2000A-S version? Didn't think they were released yet. Not listed at online distributors

It's available in Russia: DS2072A-S, DS2302A-S.

What's the price difference between the S and non-S models?

DS2072A ~ 766€
DS2072A-S ~ 1088€
DS2302A ~ 2022€
DS2302A-S ~ 2344€

[Carrington]

So is this:

These are stopped displays,  In run mode the varying trigger scanning causes the sampling to collect a series of sample along the sin display and if not a sin wave(step function) the DSO will create a sin wave overshoot.

Note : At 2.5 samples/ cycle the frequency will be accurate but Vpp is NOT.
   AS EV says very few points

+

I think it is due to the overlap of many waveforms slightly different each time, and the wave intensity processing. Like the persistence effect.


Note: Test now with average acquisition mode and only 2 averages.

@ marmad: You agree?

[Galaxyrise]

I'm unable to infer from that screenshot what is surprising to you.

Why do you think that there is nothing unusual?

Ah, I managed to miss PA0PBZ's post that you were quoting, and didn't realize you were quoting something, so I was missing the context!

That looks to be sin(x)/x interpolation (high res + persistence?) You're halving the number of sample points in the waveform by enabling channel 2, going down to one sample per division. Small changes in the sample points produce much bigger changes in the interpolated waveform because the samples are so far apart. 

[neslekkim]

I got my ds2202a-s today,

Where did you buy a S2000A-S version? Didn't think they were released yet. Not listed at online distributors like http://rigolna.com and http://batronix.com
Edit: they are listed at http://www.tequipment.net/rigol/series_ds2000a-series/ but without prices.

What's the price difference between the S and non-S models?

4) my hardware version is 1.2.2.0.2, but other A models have 1.0.2.0.2?, is that also due to the Signalgen?

Most likely.

Venotek.no in Norway sold it, I ordered it before christmas, and it was supposed to be like 4-5 weeks waiting, just like that, it arrived today.
Prices are similar to what fagear wrote, Venotek have prices very similar to batronix etc, so better to buy locally instead of importing.

[Pinkus]

I need some help with a DS2072 -> 2302, HW1; latest firmware

I want to use the advanced math operation and enter a formula.
Everything seems to work but not the logarithm function.
I am not able to use Log(CH1) or anything else using "log()" (even "log(10)" is not working).

I can enter it in the formula line of course but the "Apply" button stays grayed out as long as "log(...)" appears in the formula. The status of the button usually changes from grey to white when a correct formular has been entered.  Any idea?
Thanks

[marmad]

I can enter it in the formula line of course but the "Apply" button stays grayed out as long as "log(...)" appears in the formula. The status of the button usually changes from grey to white when a correct formular has been entered.  Any idea?

Have you downgraded and tried the v.01.01.00.02 FW? It's likely a bug - and so would be good to know the extent of it.

[Pinkus]

I can enter it in the formula line of course but the "Apply" button stays grayed out as long as "log(...)" appears in the formula. The status of the button usually changes from grey to white when a correct formular has been entered.  Any idea?

Have you downgraded and tried the v.01.01.00.02 FW? It's likely a bug - and so would be good to know the extent of it.

not yet. Maybe one with v.01.01.00.02 on his system can try it out (Math -> Operate -> Advanced ->Expressions)?

[marmad]

not yet. Maybe one with v.01.01.00.02 on his system can try it out (Math -> Operate -> Advanced ->Expressions)?

I just tried sending it an expression using Log() via SCPI - but it also didn't work (I'm also on FW v.2). I'm just wondering if it has to do with the formatting of the expression when using Log(), but every variation I've tried hasn't worked.

EDIT: Every time I send it an expression with 'Log(' in it, I get "Input is invalid" - so I'm guessing it's a bug.

[NikWing]

ohh I noticed it too while playing around with the new DSO
but I thought it's me who's doing something wrong so I didn't bother with that any longer XD

[Fagear]

Everything seems to work but not the logarithm function.
I am not able to use Log(CH1) or anything else using "log()" (even "log(10)" is not working).

I can enter it in the formula line of course but the "Apply" button stays grayed out as long as "log(...)" appears in the formula.

Tested it on my DS2072A and yes, "Apply" grayed out while log() is in formula even if syntax is correct.

Device: DS2072A converted to DS2202A, HW: 2.0 (1.0.2.0.2), SW: 00.02.01.00.03.

[marmad]

Everything seems to work but not the logarithm function.
I am not able to use Log(CH1) or anything else using "log()" (even "log(10)" is not working).

I can enter it in the formula line of course but the "Apply" button stays grayed out as long as "log(...)" appears in the formula.

Tested it on my DS2072A and yes, "Apply" grayed out while log() is in formula even if syntax is correct.

Device: DS2072A converted to DS2202A, HW: 2.0 (1.0.2.0.2), SW: 00.02.01.00.03.

Thanks for your enthusiasm - but you're running the same FW as us, which has already been tested.  We're looking to see if anyone with v.01 FW can test it.

[Fagear]

Thanks for your enthusiasm - but you're running the same FW as us, which has already been tested.  We're looking to see if anyone with v.01 FW can test it.

Have downgraded to 00.01.01.00.02 again.
Bug with Log() dissapeared.

[marmad]

Have downgraded to 00.01.01.00.02 again.
Bug with Log() dissapeared.

Great! Thanks for testing that - I'll send the bug onto Rigol (via Drieg)!

[alank2]

While you are reporting bugs, not that I can say this is a bug, when you first power on the unit all lights light up except the CH1 for some reason.  If they are come on as a function test at power up, shouldn't CH1 also light too?

[Fagear]

While you are reporting bugs, not that I can say this is a bug, when you first power on the unit all lights light up except the CH1 for some reason.  If they are come on as a function test at power up, shouldn't CH1 also light too?

It flashes for a second but then switches off. I agree - this is strange.

I also have bug with USB stick detection (on both FW 01 and 02).
After power on if I plug USB stick in - oscilloscope doesn't recognise it. In normal mode and when updating FW through Power->Help sequence. I have to unplug USB stick and replug it again and now USB stick is available (message appears on the screen or FW update starts).
Tried two different USB sticks: one old 256 Mb and one new 8 Gb.

[Hydrawerk]

Please does DS2000 or DS2000A with latest firmware have cursors in XY mode? According to the latest manual, they are now implemented.  http://www.rigol.com/prodserv/DS2000A/document/

[Teneyes]

While you are reporting bugs, not that I can say this is a bug, when you first power on the unit all lights light up except the CH1 for some reason.  If they are come on as a function test at power up, shouldn't CH1 also light too?

On My DSO FW 02.01.00.03    HW 1.0.1.0.0
All lights flash once,
and 'RUN/STOP' flashes orange
Now if
         'Help' is pushed the "RUN/STOP" goes Off and the 'SINGLE' stays on
and if
         'F6' left is pushed  the "RUN/STOP" goes Green and the  'SINGLE' goes Off    Immediately
I can see with the Help load FW function;
the need to have 'CH1' go off in order to show when a new Firmware is loading ,
by flashing 'CH1'

[marmad]

Please does DS2000 or DS2000A with latest firmware have cursors in XY mode?

Yes, already reported earlier in this thread.

[Hydrawerk]

That looks like tracking mode. I meant a feature like this.

[marmad]

That looks like tracking mode. I meant a feature like this.

Once again, yes, the DS2000 has it (even though Teneyes misunderstood you). Please search the thread before posting questions that might be easy to find out on your own.

Either use the thread specific search bottom at the bottom of the page, or Google something like "inurl:www.eevblog.com +DS2000 +xy +cursors" (the answer is in the 3rd result).

[Pinkus]

Have downgraded to 00.01.01.00.02 again.
Bug with Log() dissapeared.

Thank you. I already passed this bug to Rigol and they verified it and said it will be passed to the engineers. However: Marmad you should still pass it over to Drieg as it will not be a mistake to report it through two different channels = chances for a correction are higher.

[marmad]

Have downgraded to 00.01.01.00.02 again.
Bug with Log() dissapeared.

Thank you. I already passed this bug to Rigol and they verified it and said it will be passed to the engineers. However: Marmad you should still pass it over to Drieg as it will not be a mistake to report it through two different channels = chances for a correction are higher.

Already done (and added to the list on page 1).

[marmad]

Some one else mentioned this "bug" before, but just to elaborate (and it's been added to the bug list on page 1):

All SCPI commands related to CAN triggering and decoding appear to be missing in the latest FW. A bigger PITA is the fact that the mode is not correctly reported for TRIGGER, although it is for DECODE. That means if BUS1 is set to CAN, and you query:
:BUS1:MODE?
...you get:
CAN
...even though you can't change any of the parameters of the BUS.

But if TRIGGER is set to CAN, and you query:
:TRIG:MODE?
...the VISA connection times out, and any software (like RUU) will believe the DSO has been disconnected (since :TRIG:MODE? should ALWAYS return a value).