Software & tips for Rigol DS2072 ( DS2000 / DS4000 / DS6000 UltraVision DSOs )

[Teneyes]

Just playing,  square wave sweep
 Saved 7000 frames and then Plot 3_D 
 it takes some time,  Cool Colours
20MB Fra file

[marmad]

Just playing,  square wave sweep
 Saved 7000 frames and then Plot 3_D 
 it takes some time,  Cool Colours

For 3D plotting, the optimum amount of frames is:
Scale x1:     350
Scale x1.5:  525
Scale x2:     700
Anything above that amount will mostly be lost. Try doing the same plot again, but this time set 'Step' to 20 frames (EDIT: Make sure 'FrA' playback is checked, so that RUU will know to use the 'Step' amount for plotting). Your plot will be much faster and likely look the same. For the best looking plot of all, set scale to x2 and set Step to 10 frames (or if your screen isn't big enough - set scale to x1.5 and set Step to 15 frames).

Also, once your plot is finished, click 'Fra' in Play box, 'Display' -> 'Bitmap' -> 'Save' to save the image.

[marmad]

@Teneyes: I just received your 'present' - thanks very much - it's greatly appreciated     

BTW, I just timed saving a 10,000 frame array on my computer - it took 8.5 minutes - so I don't know if the difference between our computers is the CPU or OS related. But there isn't really much use in saving such large arrays - unless you have important detail in that many frames to preserve. Otherwise, you can use the 'Step' frame counter to save a 'sampling' of frames from a larger amount for plotting and playback.

[marmad]

3D plot and intensity bitmaps of a pulse wave with fluctuations in it's Vpp - and the frame array used to create the plots:

[EV]

Thanks - I think I found it. Please check it again when I release the bug-fix update.

It works now without errors. Thanks!

[marmad]

@Teneyes:: Did the amount that I reduced the groupbox font (i.e. 'Play FrA', etc) work for you? Or is it still being clipped? Space is just so tight in the design now because I'm trying to keep the whole thing within the 800x600 SVGA boundary.

[Teneyes]

groupbox font (i.e. 'Play FrA', etc) work for you? Or is it still being clipped?

looks Good ; pics shown 800x600 in full screen window  on 1280x1024 res.
sry  dual display, second is the blue

[Teneyes]

Below are pics of 3-D Frames of Square wave sweep , faster pulse to slower pulse
with transparent None

1.   With frame order Decrease,
The plot  built from lower frame # to higher frame # ,
built from violet to Red colours

I wonder why
2.   With frame order Increasing,
The plot  built from higher frame # to lower frame # ,
built from violet to Red colours  Pics 2
and wonder why the back porch displays in front

[Teneyes]

Curious of the gaps on the back side on these frames
part of square wave sweep, 2000 frames
 I wondering if gaps are:
   Resolution steps in RUU
   Resolution steps in DSO
   Resolution steps in Sweep generator
single stepping with DSO Thur frames shows steps in frames (3-5 frames with same vertical trace

[Teneyes]

Using RUU 2.01

Waiting for Frames to Be save.
It would be nice if the Current Frame counter was more visable, Maybe have the background White and the digits Bold

[Teneyes]

Saving Frames when DSO is in HiRes Acquisition

Is the RUU programmed to leave a Gap on the leading edge of the squarewave when saving/plotting 3D and the DS2072 is in HighREs ,see Pics

Second Pics show less stepping in the sweep ,unlike the gaps show in past Post

I also need to understand why a linear sweep looks exponential in these 3D plots

[marmad]

I wonder why
2.   With frame order Increasing,
The plot  built from higher frame # to lower frame # ,
built from violet to Red colours  Pics 2
and wonder why the back porch displays in front

When you change the frame order (increase or decrease) the order the plot is built is reversed, but the Z 'direction' remains the same (because time does not change) - the older frames (farther back in time) will still be lower numbers in any color gradient.

But the other effect - seeing through the wave is bizarre - and I haven't seen it before. Can you please ZIP the .fra file (it will get very small) and post it here? I need to investigate this effect further.

[Teneyes]

and wonder why the back porch displays in front

But the other effect - seeing through the wave is bizarre - and I haven't seen it before. Can you please ZIP the .fra file (it will get very small) and post it here? I need to investigate this effect further.

.fra zipped and here

[Teneyes]

Saving Frames when DSO is in HiRes Acquisition

Is the RUU programmed to leave a Gap on the leading edge of the squarewave when saving/plotting 3D and the DS2072 is in HighREs ,see Pics

.Fra zipped and Att.

[marmad]

Curious of the gaps on the back side on these frames
part of square wave sweep, 2000 frames
 I wondering if gaps are:
   Resolution steps in RUU
   Resolution steps in DSO
   Resolution steps in Sweep generator

None of these things - the gaps are scaling errors introduced by trying to fit a 700x400 image onto a 350x200 cube - small vertical lines can be lost. As mentioned in the post introducing 2.0, these gaps can be avoided by plotting at a higher-res. Here are three 3D plots of the same 700 frame square wave - at x1, x1.5, and x2 scale. You can see the difference (ignore the glitch frame - that was an error created by reading data too fast from the Rigol).

Plotted at x1 scale


Plotted at x1.5 scale


Plotted at x2 scale

[marmad]

So - the way I make my 3D plots:

1) Capture ~700 frames - or choose ~700 steps from a larger frame array (for example, if I captured 3000 frames - then I choose 'Step' 4 for plotting - and make sure Play-> FrA).

2) When ready to plot, click x2 Scale.

3) After plot, click 'Display' -> 'Bitmap' -> 'Save'

4) Click x1 scale.

[marmad]

Ha, ha... definitely a bug with frame order increasing - it's drawing in the reverse order that it should. But this was tested before, so I must have changed something which introduced the bug. Thanks for pointing it out, Teneyes! Will fix it shortly.

[Teneyes]

the gaps are scaling errors introduced by trying to fit a 700x400 image onto
 a 350x200 cube - small vertical lines can be lost. .. and x2 scale. You can see the difference

Thanks , now I understand and re plotted the Hires  At 2x, Nice
and the T-Z orientation is Cool

[marmad]

Hmm... your sweep definitely seems exponential. Here it is 2D plotted with no transparency (z-axis gradient). I would think the gradient should be linear if the sweep is linear - but perhaps I need to think about it some more.

[bennybubble]

Hi,

Nice software but it doesn't connect to a DS41014, a reports 'this is not a DS2072'.
Is this by design or should it work with a DS4000 or DS6000 scope ?

-ben

[marmad]

@Teneyes: Your sweep is definitely exponential. Here is a plot of every 200th frame - with Z Scale set to 'Frame Time'. Notice how every 200th frame is getting farther apart - this shouldn't happen on a linear sweep.

[marmad]

Nice software but it doesn't connect to a DS41014, a reports 'this is not a DS2072'.
Is this by design or should it work with a DS4000 or DS6000 scope ?

Hi Ben,

Welcome to the forum! I'm glad to hear that my fishing expedition paid off    Running the DS2000 check was added by design this version because I have been posting (and updating) this RUU software for almost 2 and a half months - and hadn't heard a peep back from any DS4000/DS6000 users about compatibility with their scopes. So I thought I'd see if any 4/6 owners had (or were going to) download the software. I would be more than happy to provide you with a DS4000-friendly version of the software if you would just promise me to report back on whether it works with your unit or not (or what sections of the software work and which don't) - so that I at least know whether the SCPI command sets are completely compatible - or if there needs major reworking. I'd also be curious to hear what your FPS readings are for single and dual channel operation. I'm afraid this version only support two channels for the moment - but if you report back good compatibility with the DS4000 - I'd be willing to add the code needed to support the other two channels.

Let me know - and again, welcome!

Mark

[marmad]

Fixed the bug causing the wrong plotting order when using 'Frame' -> 'Increasing'. Thanks for pointing that out, Teneyes - it will be included in the next bug-fix update:

Decreasing:


Increasing:

[marmad]

BTW, the frame order bug only affects 'Increasing' frames when using 'Frame #'. If you need to see the frames in reversed order before the next bug-fix update - use 'Frame Time' - it works correctly.

[marmad]

@Teneyes: Your sweep - reverse plotted (increasing) by frame time: