Products > Test Equipment
REVIEW - Rigol DS2072 - First Impressions of the DS2000 series from Rigol
tequipment:
Im not 100% sure, I'll find out BUT this is very common in most scope lines.
So most of the time yes this is true BUT they dont give out software to upgrade them.
here is an example of a power supply with many features unlocked with a key:
http://www.tequipment.net/RigolDP832.html
Thanks
Evan
MikeR:
--- Quote from: Teneyes on April 22, 2013, 05:16:07 pm ---
--- Quote from: tequipment on April 22, 2013, 04:53:16 pm --- The insides should be the same.
Evan Cirelli,, sales team, VP and co-founder of TEquipment.NET
--- End quote ---
Hi Evan ,
Are you saying the DS2072 is same hardware as DS2200 and only needs software to get 200MHz bandwidth? ??? ;D
--- End quote ---
Software probably helps, heres some measurements I made with my "stock" DS2072:
Generator Marconi 2022E - I checked it over the span via (a real) spectrum analyzer, signal dropped max -1.5dB at 400Mhz. then climbed back to -1dB vs the reference -40dBm.
Heres a plot of the DS2072, captured via usbtmc piped into baudline, Hz = Mhz in this case. Waveform averaging is enabled vertical at 2mV/div. 2GS/Sec sampling.
Reference is -40 dBm (which corresponds to -32dB in the graph since thats full scale digital)
The 3dB'ish point is 70Mhz - then I carried on to 800 Mhz.
800 Mhz is -33 dB down.
400 -15dB
200 about -8dB
100 -5dB
50 -0.35 dB
10 is the refefence at -32 dB which corresponds to the Generators -40 dB signal (hence add 8dB the level to get dbm)
All total nonsense.
MikeR:
--- Quote from: Teneyes on April 22, 2013, 08:40:30 pm ---
--- Quote from: MikeR on April 22, 2013, 08:11:22 pm ---Heres a plot of the DS2072, captured via usbtmc piped into baudline, Hz = Mhz in this case. Waveform averaging is enabled vertical at 2mV/div. 2GS/Sec sampling.
All total nonsense.
--- End quote ---
@MikeR
What was your time base set at? (100ns/div?)
Probably :)
Was the frequency generator sweeping?
No manual stepping at 10Mhz
Does Baudline use multiple display waveforms or just just one?
It supports multiple inputs and channels. From STDIN, the channel data needs to be interleaved
chan1,chan2, etc
The Averaging by the Ds2072 during a sweep must have an affect.
It will, the longer dwell per step increases the snr due to the averaging, the steps here were
roughly timed to be similar - but not perfect hence my last comment.
The time base setting will affect the number of Samples and thus your data used by baudline
I now realize this thanks to your help.
-Cheers,
--- End quote ---
Ghydda:
Got mine today. I am a happy camper :)
My stats out of the box:
Software version: 00.00.01.00.05
Hardware version: 1.0.1.0.0
FPGA version:
SPU 03.01.02
WPU 00.06.00
CCU 12.29.00
MCU 00.05
According to the documentation the unit was calibrated on February 19th 2013.
marmad:
--- Quote from: MikeR on April 22, 2013, 04:23:04 pm ----Anyhow the .wfm file format is rather odd, baudline is able to parse unsigned bytes easily - it will display the spectrum showing e.g radio channels in the right places but only for sample rates set to 1GS/Sec, the file was captured at 2GS/sec, if I load that setting the sample rate accordingly they are in the wrong "spot" suggesting the original data isnt 2GS/sec.
--- End quote ---
Why would this be your conclusion? That equipment programmed to write it's own invented file format isn't doing it correctly? But that the third party software IS reading the file correctly?
As I mentioned already, the format described in wfm_view and other online sources for the DS1000 series is not valid anymore. The locations in the header of pertinent information (sample rate, sample size, etc) - and the manner in which the DSO stores sample data has been altered quite substantially. It's likely that with 2GSa/s the Rigol is storing the data in a different fashion than with 1GSa/s - since the 2GSa/s setting was not available in the DS1000 series. No one has published specs on the new format yet - or written any readers. My Rigol doesn't have any problems writing - and then later reading - a 2GSa/s WFM file - so clearly the fault is in the software. So, instead of claiming, as you did first, that the Rigol wasn't sampling at 2GSa/s - or secondly, that the Rigol isn't writing the 2GSa/s to the file (both of which are easy to prove otherwise) - you should be studying the new format and discovering the changes so that you can get Baudline to work correctly.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version