Products > Test Equipment
REVIEW - Rigol DS2072 - First Impressions of the DS2000 series from Rigol
<< < (282/566) > >>
marmad:

--- Quote from: Xyphro on July 06, 2013, 10:32:25 pm ---If the spec says true 500uv/div support it is actually wrong due to this bug, because the main purpose should be in most cases to look at the trace on the screen.

--- End quote ---

Sorry, this is NOT a bug. It just has to do with sample -> display scaling. As I mentioned before, the data in display memory is heavily manipulated - via decimation, interpolation (if on) and display scaling (the display is 400 pixels high - so ALL sample data is scaled for the display height). If you set the vertical scale to 550uV/div, you again have LSBs with 0 and 1 in display memory.

I repeat: THIS IS NOT A BUG.
Teneyes:

--- Quote from: Xyphro on July 06, 2013, 10:37:32 pm ---I agree, it is not a serious issue :-)
Just a funny fact.

--- End quote ---
Just a specific setting on the Scope


Check out this display in DOTS , Lots of resolution here
A Capture of the change of frequency from 2.2Mhz up to 52.2 MHz (manually )
with persistance set to 10 sec ,then freeze with a "Stop"
zibadun:

--- Quote from: marmad on July 06, 2013, 11:38:48 am ---

How to do it? It's not rocket science - over-sample, then randomly decimate for the 'required' sample speed = stochastic sampling. Done.

--- End quote ---

If it's so simple why don't you implement it in RUU marmad?
Chalky:

--- Quote from: Xyphro on July 06, 2013, 09:08:01 pm ---I found a new bug while programming this here: http://www.xyphro.de/blog/index.php?entry=entry130705-223439

The DS2072 does not accept an INITIATE_CLEAR class command over the USB interface. This command is a required command according to the USBTMC specification. The Scope does not react at all to it, and the USB transfer times out.

--- End quote ---
Yeah also doesn't implement some of the LXI 1.3 stuff over TCP/IP, such as 10.2 rule get XML ID document via '<hostname>/lxi/identification'
marmad:

--- Quote from: zibadun on July 07, 2013, 04:19:06 am ---If it's so simple why don't you implement it in RUU marmad?

--- End quote ---

There's no way I could get sample data fast enough from the DSO to do it in real time. I could do it slowly - but what good would that be?

Anti-alias is ideally something you want to have while probing unknown signals at slower horizontal speeds - but once you figure out what you're looking at and adjust your settings accordingly - it becomes a bit irrelevant. But it's something that needs to take place between the sampling and the display of the data - and so even though the basic implementation (in terms of math) is not complex - it DOES have it be done quickly.
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod