Products > Test Equipment
REVIEW - Rigol DS2072 - First Impressions of the DS2000 series from Rigol
zibadun:
--- Quote from: marmad on July 07, 2013, 05:59:31 pm --- the problem is that the Rigol has user-selectable sample lengths - the Agilent does not. And it seems Rigol didn't figure out an elegant way to deal with this (e.g. forcing the sample length to a specific size).
--- End quote ---
So the issue here is that Rigol gave you enough rope to hang yourself? While Agilent thought the user does not know any better and picked the "correct" sample rate for you :)
--- Quote from: marmad on July 07, 2013, 05:59:31 pm ---If you don't think it's possible, you should be getting an Agilent owner to prove me wrong. For example:
@Hydrawerk - can you please demonstrate? For example, send a 100kHz sine into the DSO - and adjust the horizontal scale until the sampling rate shows 100kSa/s - then grab a screen shot and post it here?
--- End quote ---
Ok . I'm curious what Agilent will show for 100 khz signal sampled at 100 ksps, at 10ms time base. but sounds like this picture will not be possible to obtain (since Agilent does not allow use override ).
marmad:
--- Quote from: zibadun on July 07, 2013, 10:04:02 pm ---So the issue here is that Rigol gave you enough rope to hang yourself? While Agilent thought the user does not know any better and picked the "correct" sample rate for you :)
--- End quote ---
??? I'm not sure you're completely getting it. In general, there is no difference between, for example, sampling at 2GSa/s and keeping every 10th sample - or reducing the clock to the ADC and sampling at 200MSa/s - they are identical when doing NORMAL sampling.
But for anti-aliasing purposes - which is a very specific need (I don't give a shit about anti-aliasing much of the time, such as when I'm using faster time base settings or close to the full sample rate) - then there is an advantage to oversampling and decimating, because you can vary the sample you keep - thus achieving random decimation and STOCHASTIC sampling.
I want the Rigol to operate exactly as it does now - unless I turn on Anti-Aliasing - at which point I want it to do 'real' anti-aliasing with stochastic sampling. :D
--- Quote ---Ok . I'm curious what Agilent will show for 100 khz signal sampled at 100 ksps, at 10ms time base. but sounds like this picture will not be possible to obtain (since Agilent does not allow use override ).
--- End quote ---
It has nothing to do with overriding - you just reduce the timebase until the Agilent gives you 100kSa/s.
Edit: The problem with the Agilent X2000/3000 series' is that you can't turn OFF anti-aliasing -so while it works perfectly for eliminating the aforementioned aliasing, it also makes waveforms look 'lumpy' (due to the random decimation) when you 'zoom' in on frequencies that aren't represented with many samples (as in attached image). BTW, the 100kHz signal sampled at 100kSa/s on the Agilent should look exactly like the image (unzoomed upper portion).
So ideally, you want to be able to turn on anti-aliasing when probing unknown signals at slower sample rates - then turn it off when you've settled on the correct time base for the signal. :)
jsykes:
--- Quote from: darrylp on July 07, 2013, 09:46:32 pm ---
--- Quote from: marmad on July 07, 2013, 09:34:29 pm ---
--- Quote from: darrylp on July 07, 2013, 09:18:28 pm ---Well they are listed as RP3300A.
--- End quote ---
I can't even find an RP3300A probe listed anywhere online - it's like a cheaper version of the RP3300 that they've produced specifically to include with the DSO. Kind of sucks for you, man. :(
Perhaps they had it planned from the beginning - but didn't start producing them until later - so had to include the more expensive RP3300; I've no idea. But the online datasheet (from June 2012) lists the standard probe as RP3300 - and so does the User Manual (May 2012). So it might be you have a very early model.
Edit: What was your calibration date?
--- End quote ---
its a very new model.
dated 4th June 2013
the manual, has a satin feel to the outside cover... and I can only see my single set of finger prints on it... I'd bet the manual had never been opened before, the glued edge, hasn't had a crease to it yet.
and the english half of the manual, definitely says Mar 2012 .... of course cant read the other half ;-)
--- End quote ---
With respect to Rigol manufacture dates, I have read this somewhere. In checking the 5 different Rigol instruments that have been in my hands this seems to hold true. For example: serial # DS2A1436xxxxx. The 14 represents 2012 ( the 14th year Rigol has been in existence). This agrees with their website stating they were established in 1998. http://us.rigol.com/html/about/history.shtml
The 36 represents the 36th week of 2012.
RigolNA also told me that a while ago, some units were sent back to be reworked. I received a 4022 that had been reworked but still was supplied with the pre-rework cal certificate. At turn-on, the menus were set for Chinese. I'm not sure if any of the 2000 series were reworked.
Hope this helps,
darrylp:
--- Quote from: jsykes on July 07, 2013, 11:11:31 pm ---
--- Quote from: darrylp on July 07, 2013, 09:46:32 pm ---
--- Quote from: marmad on July 07, 2013, 09:34:29 pm ---
--- Quote from: darrylp on July 07, 2013, 09:18:28 pm ---Well they are listed as RP3300A.
--- End quote ---
I can't even find an RP3300A probe listed anywhere online - it's like a cheaper version of the RP3300 that they've produced specifically to include with the DSO. Kind of sucks for you, man. :(
Perhaps they had it planned from the beginning - but didn't start producing them until later - so had to include the more expensive RP3300; I've no idea. But the online datasheet (from June 2012) lists the standard probe as RP3300 - and so does the User Manual (May 2012). So it might be you have a very early model.
Edit: What was your calibration date?
--- End quote ---
its a very new model.
dated 4th June 2013
the manual, has a satin feel to the outside cover... and I can only see my single set of finger prints on it... I'd bet the manual had never been opened before, the glued edge, hasn't had a crease to it yet.
and the english half of the manual, definitely says Mar 2012 .... of course cant read the other half ;-)
--- End quote ---
With respect to Rigol manufacture dates, I have read this somewhere. In checking the 5 different Rigol instruments that have been in my hands this seems to hold true. For example: serial # DS2A1436xxxxx. The 14 represents 2012 ( the 14th year Rigol has been in existence). This agrees with their website stating they were established in 1998. http://us.rigol.com/html/about/history.shtml
The 36 represents the 36th week of 2012.
RigolNA also told me that a while ago, some units were sent back to be reworked. I received a 4022 that had been reworked but still was supplied with the pre-rework cal certificate. At turn-on, the menus were set for Chinese. I'm not sure if any of the 2000 series were reworked.
Hope this helps,
--- End quote ---
my serial starts DS2A152101... so thats like may 2013, about right i'd say for a 4th june 2013 assembled and tested ready to go.
--
Darryl
Teneyes:
@Xyphro
The DS2000 does have display programs that cause a skip in resolution .
Below I show dots patterns on the 500uV/div scale , with just noise
I did capture 5 traces of dots, by setting Trigger level away from the noise ,so no triggers
set for SINGLE
and did 'FORCE' trigger to collect traces of dots on the display with infinite presistance
There are black bands on the vertical resolution between 2 rows of dot Data.
displays
5 traces of dots
multiple traces of dots
Auto on traces of Dots
Counting the rows , the display show 25 rows of dots/div
with 8 divisions vertically, means 200 discrete values can be displayed
We know the rest of the 256 values are above and below what is displayed
256 values is 8 bits, but how they get there is internal,
The steps you often see are the jumps across the black bands of the 400 Pixel LCD Display
resolution.,
The DSO uses all the 400 pixels to connect between dots (best algorithm )
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version