EEVblog #1146 - New Low Cost Rigol MSO5000 Oscilloscope

[EEVblog]

Noticed an HDMI port on the back just under the 1:00 mark. Still likely to be way out of the hobby ballpark.

Base model is 3 digits, just.
Fully optioned up, you probably don't want to know.
If the base model is hackable they won't be able to make them fast enough.

[EEVblog]

High sample rate but middle range for bandwidth I'm really not sure what they're going for. 7k is 500MHz, this is 350MHz, next is 200MHz 3k to replace 1054?

It's high sample rate because they can with the new chips. It means at least 5 times over sampling with all channels on.

[maginnovision]

Noticed an HDMI port on the back just under the 1:00 mark. Still likely to be way out of the hobby ballpark.

Base model is 3 digits, just.
Fully optioned up, you probably don't want to know.
If the base model is hackable they won't be able to make them fast enough.

If hackable I'll take two then.

[tautech]

Well at least 'pulses' is spelled right this time... -ducks and runs- 

I noticed that too.

[nctnico]

Noticed an HDMI port on the back just under the 1:00 mark. Still likely to be way out of the hobby ballpark.

Base model is 3 digits, just.
Fully optioned up, you probably don't want to know.
If the base model is hackable they won't be able to make them fast enough.

Dunno. At prices around $1k the hobby market gets much thinner and I don't see companies wanting to have a hacked oscilloscope. That is IF the firmware works which is something we don't know for the both the MSO5000 and MSO7000. The similary specced Siglent SDS2000X series doesn't seem to be a very big seller either.

[julianhigginson]

it looks like it could be a step up from my old DPO2024.. I'm planning on updating that in the next year or so.  I was assuming I'd probably go for an MSO3k unit, but my  experience when I trying to get a quote on tek's USB VNA a few months ago has me reconsidering tek as the best general option.

the sample rate and waveform capture numbers look pretty amazing, and the basic analysis they showed looks good.. depending on the actual quality of the firmware and the details of the extra features, this is definitely on my list of alternatives to look into. "hackable" or not. (I'm guessing they won't make that mistake with this one!)

[EEVblog]

uBoot output:

Code: [Select]



U-Boot 2014.01.Rigolee.dirty (2018.06.12 - 12:12:01)

I2C:   ready
Memory: ECC disabled
DRAM:  448 MiB
DPU:   20170604
NAND:  OnDie ECC supported, 1024 MiB
zynq-In:    serial
zynq-Out:   serial
zynq-Err:   serial
Net:   Gem.e000b000
BootParam=0x0
Hit any key to stop autoboot:  0

NAND read: device 0 offset 0x4900000, size 0x3591fd
þ
NAND read: device 0 offset 0x4900000, size 0x8
 8 bytes read: OK

NAND read: device 0 offset 0x4500000, size 0x12c008
 1228808 bytes read: OK
Loading logo, x=310,y=247,width=404,height=89

NAND read: device 0 offset 0x5100000, size 0xd8ebf0
 14216176 bytes read: OK
## Loading kernel from FIT Image at 03000000 ...
   Using 'rootfs@1' configuration
   Trying 'kernel@1' kernel subimage
     Description:  Kerstrel Linux kernel
     Type:         Kernel Image
     Compression:  uncompressed
     Data Start:   0x030000f8
     Data Size:    3302448 Bytes = 3.1 MiB
     Architecture: ARM
     OS:           Linux
     Load Address: 0x00100000
     Entry Point:  0x00100000
     Hash algo:    sha1
     Hash value:   bece162e8cad943c68714d8eb8020d68e1db896b
   Verifying Hash Integrity ... sha1+ OK
## Loading ramdisk from FIT Image at 03000000 ...
   Using 'rootfs@1' configuration
   Trying 'ramdisk@1' ramdisk subimage
     Description:  kerstrel-Update-Ramdisk
     Type:         RAMDisk Image
     Compression:  gzip compressed
     Data Start:   0x03328c5c
     Data Size:    10901113 Bytes = 10.4 MiB
     Architecture: ARM
     OS:           Linux
     Load Address: unavailable
     Entry Point:  unavailable
     Hash algo:    sha1
     Hash value:   55bdcbebccba845da403130143793ee0135e53a1
   Verifying Hash Integrity ... sha1+ OK
## Loading fdt from FIT Image at 03000000 ...
   Using 'rootfs@1' configuration
   Trying 'fdt@1' fdt subimage
     Description:  Flattened Device Tree blob
     Type:         Flat Device Tree
     Compression:  uncompressed
     Data Start:   0x0332661c
     Data Size:    9597 Bytes = 9.4 KiB
     Architecture: ARM
     Hash algo:    sha1
     Hash value:   da2d17ba0d5a71b5897deec4cb026014f3132185
   Verifying Hash Integrity ... sha1+ OK
   Booting using the fdt blob at 0x332661c
   Loading Kernel Image ... OK
   Loading Ramdisk to 1b099000, end 1bafe679 ... OK
   Loading Device Tree to 1b093000, end 1b09857c ... OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x0
Linux version 3.12.0-xilinx (rigolee[member=167213]Jim[/member]) (gcc version 4.8.1 (Sourcery CodeBench Lite 2013.11-53) ) #43 SMP PREEMPT Sat Jul 28 12:14:01 CST 2018
CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=18c5387d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine: Xilinx Zynq Platform, model: Xilinx Zynq
Memory policy: Data cache writealloc
PERCPU: Embedded 8 pages/cpu @c09f1000 s8384 r8192 d16192 u32768
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 113792
Kernel command line: console=ttyPS0,115200 no_console_suspend, root=/dev/ram rw
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 437416K/458752K available (4197K kernel code, 255K rwdata, 1716K rodata, 176K init, 179K bss, 21336K reserved, 0K highmem)
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
    vmalloc : 0xdc800000 - 0xff000000   ( 552 MB)
    lowmem  : 0xc0000000 - 0xdc000000   ( 448 MB)
    pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
    modules : 0xbf000000 - 0xbfe00000   (  14 MB)
      .text : 0xc0008000 - 0xc05ce880   (5915 kB)
      .init : 0xc05cf000 - 0xc05fb0c0   ( 177 kB)
      .data : 0xc05fc000 - 0xc063bd78   ( 256 kB)
       .bss : 0xc063bd84 - 0xc06689a4   ( 180 kB)
Preemptible hierarchical RCU implementation.
        Dump stacks of tasks blocking RCU-preempt GP.
        RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2.
NR_IRQS:16 nr_irqs:16 16
ps7-slcr mapped to dc802000
Zynq clock init
sched_clock: 32 bits at 100 Hz, resolution 10000000ns, wraps every 4294967286ms
Console: colour dummy device 80x30
Calibrating delay loop... 1725.23 BogoMIPS (lpj=8626176)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
Setting up static identity map for 0xc03fa6b8 - 0xc03fa710
L310 cache controller enabled
l2x0: 8 ways, CACHE_ID 0x410000c8, AUX_CTRL 0x72360000, Cache size: 512 kB
CPU1: Booted secondary processor
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
Brought up 2 CPUs
SMP: Total of 2 processors activated.
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
gpio->base_addr is:0xdc84e000
The gpio irq num is:52
zynq_gpio e000a000.ps7-gpio: gpio at 0xe000a000 mapped to 0xdc84e000
hw-breakpoint: found 5 (+1 reserved) breakpoint and 1 watchpoint registers.
hw-breakpoint: maximum watchpoint size is 4 bytes.
zynq_ocm f800c000.ps7-ocmc: ZYNQ OCM pool: 256 KiB @ 0xdc880000
bio: create slab <bio-0> at 0
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
pps_core: LinuxPPS API ver. 1 registered
pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti[member=183778]linux[/member].it>
PTP clock support registered
EDAC MC: Ver: 3.0.0
NET: Registered protocol family 2
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP: reno registered
UDP hash table entries: 256 (order: 1, 8192 bytes)
UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Trying to unpack rootfs image as initramfs...
rootfs image is not initramfs (no cpio magic); looks like an initrd
Freeing initrd memory: 10644K (db099000 - dbafe000)
hw perfevents: enabled with ARMv7 Cortex-A9 PMU driver, 7 counters available
NTFS driver 2.1.30 [Flags: R/W].
msgmni has been set to 875
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
DPU:Map vRam to 0xdca00000
DPU:Map iReg to 0xdcc00000
DPU:Ver=0x20170711
dma-pl330 f8003000.ps7-dma: unable to set the seg size
dma-pl330 f8003000.ps7-dma: Loaded driver for PL330 DMAC-2364208
dma-pl330 f8003000.ps7-dma:     DBUFF-128x8bytes Num_Chans-8 Num_Peri-4 Num_Events-16
e0000000.serial: ttyPS0 at MMIO 0xe0000000 (irq = 59, base_baud = 6249999) is a xuartps
console [ttyPS0] enabled
xuartps e0001000.serial: failed to get alias id, errno -19
e0001000.serial: ttyPS1 at MMIO 0xe0001000 (irq = 82, base_baud = 6249999) is a xuartps
brd: module loaded
loop: module loaded
xspips e0006000.ps7-spi: master is unqueued, this is deprecated
xspips e0006000.ps7-spi: at 0xE0006000 mapped to 0xDC858000, irq=58
libphy: XEMACPS mii bus: probed
xemacps e000b000.ps7-ethernet: pdev->id -1, baseaddr 0xe000b000, irq 54
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci-pci: EHCI PCI platform driver
ULPI transceiver vendor/product ID 0x0424/0x0009
ULPI integrity check: passed.
ULPI transceiver vendor/product ID 0x0424/0x0009
ULPI integrity check: passed.
xusbps-ehci xusbps-ehci.1: Xilinx PS USB EHCI Host Controller
xusbps-ehci xusbps-ehci.1: new USB bus registered, assigned bus number 1
xusbps-ehci xusbps-ehci.1: irq 76, io mem 0x00000000
xusbps-ehci xusbps-ehci.1: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
usbcore: registered new interface driver usb-storage
mousedev: PS/2 mouse device common for all mice
i2c /dev entries driver
rtc-rx8010sj 0-0032: Update timer was detected
rtc-rx8010sj 0-0032: rtc core: registered rtc-rx8010sj as rtc0
input: Goodix-TS as /devices/virtual/input/input0
xi2cps e0004000.ps7-i2c: 90 kHz mmio e0004000 irq 57
zynq-edac f8006000.ps7-ddrc: ecc not enabled
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci-pltfm: SDHCI platform and OF driver helper
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
ONFI param page 0 valid
ONFI flash detected
NAND device: Manufacturer ID: 0x2c, Chip ID: 0xd3 (Micron MT29F8G08ADADAH4), 1024MiB, page size: 2048, OOB size: 64
Bad block table found at page 524224, version 0x01
Bad block table found at page 524160, version 0x01
13 ofpart partitions found on MTD device pl353-nand
Creating 13 MTD partitions on "pl353-nand":
0x000000000000-0x000000040000 : "Env"
0x000000100000-0x000004100000 : "DATA"
0x000004100000-0x000004500000 : "Bmp"
0x000004500000-0x000004900000 : "Bmp1"
0x000004900000-0x000005100000 : "Bit1"
0x000005100000-0x000007100000 : "Sys1"
0x000007100000-0x00000d500000 : "App1"
0x00000d500000-0x00000d900000 : "Bmp2"
0x00000d900000-0x00000e100000 : "Bit2"
0x00000e100000-0x000010100000 : "Sys2"
0x000010100000-0x000016500000 : "App2"
0x000016500000-0x00001a800000 : "Reserved"
0x00001a800000-0x000040000000 : "User"
TCP: cubic registered
NET: Registered protocol family 17
Registering SWP/SWPB emulation handler
rtc-rx8010sj 0-0032: setting system clock to 2018-11-10 12:15:08 UTC (1541852108)
RAMDISK: gzip image found at block 0
VFS: Mounted root (ext2 filesystem) on device 1:0.
devtmpfs: mounted
Freeing unused kernel memory: 176K (c05cf000 - c05fb000)
Starting rcS...
++ Mounting filesystem
++ Setting up mdev
++ Starting ftp daemon
rcS Complete
<root@rigol>rpcbind: cannot create socket for udp6
rpcbind: cannot create socket for tcp6
2018-11-10 12:15:21: (log.c.166) server started
7 2048 16 2 "/dev/fb0"
Mount user space to:/user
default setting by user set
Rigol Device gadget: Rigol Device ready
usbcore: registered new interface driver usbtmc


[TheSteve]

We always knew Rigol was dirty...

[nctnico]

@Dave: since you have both the MSO7000 and MSO5000 could you pull some files from them for the noise comparison in this thread: https://www.eevblog.com/forum/testgear/oscilloscope-input-noise-comparison/

Forum member maxwell3e10 has created a nice collection of noise levels of various oscilloscopes and having the MSO5000 and MSO7000 added to it would be great (assuming maxwell3e10 is still willing to put in the work to create the graphs).

[simone.pignatti]

Noticed an HDMI port on the back just under the 1:00 mark. Still likely to be way out of the hobby ballpark.

Base model is 3 digits, just.
Fully optioned up, you probably don't want to know.
If the base model is hackable they won't be able to make them fast enough.

Dunno. At prices around $1k the hobby market gets much thinner and I don't see companies wanting to have a hacked oscilloscope. That is IF the firmware works which is something we don't know for the both the MSO5000 and MSO7000. The similary specced Siglent SDS2000X series doesn't seem to be a very big seller either.

I would say MSO7 (350/200MHz) Vs MSO5 (350/200) about half price.

[Fungus]

I do not like this small font for automatic measurements. This was also on previously released Rigol scopes.

Previously released Rigol scopes have a setting for larger font.

[Hydrawerk]

I wonder if Keysight is going to release a competitor for this Rigol. DSOX2000A series will be 8 years old in early 2019.

[EEVblog]

@Dave: since you have both the MSO7000 and MSO5000 could you pull some files from them for the noise comparison in this thread: https://www.eevblog.com/forum/testgear/oscilloscope-input-noise-comparison/

Forum member maxwell3e10 has created a nice collection of noise levels of various oscilloscopes and having the MSO5000 and MSO7000 added to it would be great (assuming maxwell3e10 is still willing to put in the work to create the graphs).

Here you go:

https://www.dropbox.com/s/hxzjzidrofd9eli/Rigol5000-Noise.zip?dl=0

[EEVblog]

World Exclusive!
A teardown and quick look at the new low cost (ish) Rigol MSO5000 mixed signal oscilloscope, to be release on the 13th Nov.

How does it compare to the 7000 series scope just released 5 months ago?

[kripton2035]

it will be a ***very*** interesting scope if you can hack the base model to the high model ...

[TheSteve]

If the 2ch 70 MHz model can be hacked to a fully optioned 4ch 350 MHz with decoders then it will sell, other then that it's a dog at retail pricing.

[simone.pignatti]

I agree, it's a pity he got a so early FW release. Next week the unit will be at the show Electronica in Munich and I will play with it a lot.
In the mean while units are in stock ready for November the 13th

[hans]

Isn't that the reason why all Rigol scopes were interesting to begin with After all, if you don't look at upgrades then Siglent and other manufacturers are often more competitive.

I'm not sure the numbering scheme makes sense. Feature-price wise this scope seems to follow up the 4000 series. It's too expensive to replace the 2000 series. But then it does cut down on some features that the 4000 series does have (like a 500MHz model), suggesting to me a "3000" series number would have been a better fit.

But perhaps they didn't want to undervalue their current line-up (in terms of marketing psychology), despite the pricing for a 4-ch 200MHz scope looking far more interesting.

[simone.pignatti]

Even if the difference on price of the MSO5072 and MSO5074 is small we expect the most requested models will be: MSO5072, MSO5104 and MSO5204.
350MHz BW is not very popular, if needed many move to the 500MHz.
So far I'm very impressed by the sampling rate, can't wait to run some test!

[kripton2035]

mso5072 is $909, and mso5074 is $999
problem: the 4 channels options is at $399 !

[simone.pignatti]

mso5072 is $909, and mso5074 is $999
problem: the 4 channels options is at $399 !

yes I know ... but I have this weird feeling

[EEVblog]

If the 2ch 70 MHz model can be hacked to a fully optioned 4ch 350 MHz with decoders then it will sell, other then that it's a dog at retail pricing.

It's actually quite competitive at the low end compared to the competition, I include a table at the end. Fully loaded though, no, it's poor value.

[EEVblog]

mso5072 is $909, and mso5074 is $999
problem: the 4 channels options is at $399 !

Completely retarded pricing, why bother?

[EEVblog]

350MHz BW is not very popular, if needed many move to the 500MHz.

I'm tempted to agree with that. If you really need 350MHz then you likely really need 350MHz, and you are in the 500M-1GHz class instruments.

[EEVblog]

And here come the flood of Youtube comments saying this scope isn't even remotely "low cost" at $909, and is in fact way overpriced and un-affordable. From people with $1k iPhones in their pocket no doubt