Rigol DS1074Z Videos - Page 1
Forum section: electronics / testgear

author: echen1024
author_rank: Super Contributor
timestamp: November 23, 2013, 12:02:20 am
content: Well, I decided to do a quick video on the Rigol DS1074Z, and identify its key features. I did not go into details in any of these, as those will be for later videos. Overall, it is a good, solid scope for the money. Not a detailed review, just a scratch n' sniff. Sorry for the crap video quality. However good my dads Canon EOS 6D is, it won't work if there is a dumb user behind it:P.

author: Avotronics
author_rank: Regular Contributor
timestamp: November 23, 2013, 12:13:42 am
content: Focus god damn it! Lol

author: sync
author_rank: Frequent Contributor
timestamp: November 23, 2013, 12:55:06 am
content: About the probe hook tips falling off. They need a bit of force to snap on. Push them on until they click.

author: Mark_O
author_rank: Frequent Contributor
timestamp: November 23, 2013, 12:55:52 am
content: Quote from: Avotronics on November 23, 2013, 12:13:42 amCongrats on your first Rigol video. In addition to Danny's comment, I'd also suggest you get yourself a cheap video editor. Something like VideoReDo will do the job, for about 50 bucks. That way you can easily trim out the embarrassing spots, and not make your viewers sit through while you dink with something. You can also relax a bit, and not worry about getting everything perfect for 12 minutes straight.I will take issue with a couple of your comments though. You claimed that the 1000Z was only suitable for hobbyists and beginners, and I would not agree with that assessment at all.You also stated that Rigol was poor in reliability and support. While some might (reasonably) argue that Rigol support is not the best it could be, I don't think their product reliability is bad at all. In my own experience, as well as reports I've read in forums over the past 6 years, it's been quite good.So to say that this is not a product you'd want if you needed professional quality and/or reliability is misleading, IMO.

author: echen1024
author_rank: Super Contributor
timestamp: November 23, 2013, 02:03:00 am
content: Sorry, what I meant to say that Rigol would not be the best purchase for critical applications. Their reliability, from what I have seen, seems to be fine, but do you really want overclocked ADCS in an instrument that "might" be running 24/7? That was my point. However, institutions and corporations using it for regular testing f their new products should be fine.

author: BeerCannon
author_rank: Contributor
timestamp: November 23, 2013, 10:52:08 pm
content: When I tried to view the video, YouTube said it was marked "private" by the owner.

author: RRobot
author_rank: Regular Contributor
timestamp: November 23, 2013, 11:05:06 pm
content: Quote from: BeerCannon on November 23, 2013, 10:52:08 pmMe too.

author: echen1024
author_rank: Super Contributor
timestamp: November 23, 2013, 11:32:11 pm
content: Oops. Sorry. Try again later.Can't fix the problem on mobile.

author: Mark_O
author_rank: Frequent Contributor
timestamp: November 23, 2013, 11:42:53 pm
content: Quote from: echen1024 on November 23, 2013, 02:03:00 amWhere did you see that the ADCs on the 1074Z are overclocked? I missed that. (And at 250M/500M/1GHz, I'm not sure why they'd need to be.)

author: Hydrawerk
author_rank: Super Contributor
timestamp: November 23, 2013, 11:53:19 pm
content: The video is private, I cannot watch it.

author: echen1024
author_rank: Super Contributor
timestamp: November 24, 2013, 03:21:04 am
content: Now try.Quote from: Mark_O on November 23, 2013, 11:42:53 pmI want to point out that this was in the DS1000E series. We don't know that this is done in the 1000Z, but since this has been odne before, who knows?

author: Mark_O
author_rank: Frequent Contributor
timestamp: November 24, 2013, 04:28:11 am
content: Quote from: echen1024 on November 24, 2013, 03:21:04 amThanks. I was aware of that. However, it would be more accurate to say you want to "admit" than "point out".QuoteWho knows, indeed? By that logic, maybe they're doing it in the 2000/4000/6000-series? They're all Rigols, after all.And if youdon'tknow, why cast aspersions based on idle speculation? The purpose of your videos (I assume) is to be educational, but when you're passing out potentially false information, you're not educating anyone.

author: echen1024
author_rank: Super Contributor
timestamp: November 24, 2013, 04:30:29 am
content: Yea, I'm sorry. I will try to avoid assumptions in future videos...

author: BeerCannon
author_rank: Contributor
timestamp: November 24, 2013, 09:38:09 pm
content: At 8:38-ish, I'm assuming you meant "DS1102E" instead of the scope you're reviewing!

author: echen1024
author_rank: Super Contributor
timestamp: November 25, 2013, 05:05:26 am
content: Yes. Sorry.

author: BeerCannon
author_rank: Contributor
timestamp: November 25, 2013, 01:44:07 pm
content: Don't be sorry. Just thought I'd point it out in case you do edit your video sometime in the future, you can just overdub new audio over that clip, if you're so inclined. Thanks for taking the time to make the video, it's cool just to see the DS1074Z up and running.

author: rbola35618
author_rank: Frequent Contributor
timestamp: November 25, 2013, 02:52:08 pm
content: I liked the video!Robert

author: echen1024
author_rank: Super Contributor
timestamp: November 25, 2013, 03:36:04 pm
content: Quote from: BeerCannon on November 25, 2013, 01:44:07 pmIt's fine. This is my first video, and I plan to do more concerning the DS1000Z. Next I will probably do one on RS232 trigger + decode.

author: BeerCannon
author_rank: Contributor
timestamp: November 25, 2013, 04:05:12 pm
content: Which trigger types will remain after the 'trial' ones expire?

author: echen1024
author_rank: Super Contributor
timestamp: November 25, 2013, 05:07:41 pm
content: Not sure, I'm in California now, and will be back in Houston at the end of the week.

author: Mark_O
author_rank: Frequent Contributor
timestamp: November 25, 2013, 11:54:11 pm
content: Quote from: BeerCannon on November 25, 2013, 04:05:12 pmEverything except: Runt, Window, NthEdge, Delay, and Timeout; and the 3 serial triggers (and their decoders).Which means you'll still have: Edge, Pulse, Slope, Video, Pattern, Duration, and Setup/Hold triggers active.

author: BeerCannon
author_rank: Contributor
timestamp: November 26, 2013, 03:27:19 am
content: Quote from: Mark_O on November 25, 2013, 11:54:11 pmThanks, Mark_O.I had a look at the data sheet a while back, but I'm not even sure I could tell which triggers were 'standard' when looking at it. Seems like a decent array of options for the base model.

author: bigmessowires
author_rank: Contributor
timestamp: December 06, 2013, 10:47:37 pm
content: I just did a Rigol DS1074Z video review of my own. Overall a definite thumbs-up, though I was hoping the fan would be quieter.http://www.bigmessowires.com/2013/12/06/rigol-ds1074z-oscilloscope-review/

author: BeerCannon
author_rank: Contributor
timestamp: December 06, 2013, 11:11:03 pm
content: Thanks for posting. It looks good, and I'm glad.. mine should be arriving next week!I'd like to see 4 traces at once though, just for the hell of it. So, if you get bored..

author: echen1024
author_rank: Super Contributor
timestamp: December 06, 2013, 11:56:16 pm
content: Also, I will probably upload a video with the serial decode and triggering tonight or tomorrow.

author: casper.bang
author_rank: Frequent Contributor
timestamp: December 07, 2013, 07:27:32 am
content: As someone waiting for the 1000Z to be back in stock, who finds the 1052 terribly noisy, it bothers me to hear the fan is loud. What size fan is inside and is it plausable that I will be able to mount a bigger and/or better fan inside?

author: Electro Fan
author_rank: Super Contributor
timestamp: December 07, 2013, 07:44:27 am
content: Quote from: casper.bang on December 07, 2013, 07:27:32 amI wouldn't worry about it too much. The 1000Z is reasonably quiet (about 54-55dB in front of the scope - whicy by the way is very similar to a DS2000 I also measured). If you want loud, try a Tektronix analog scope (on the order of 61dB in front of the scope and 69dB on the side next to the vent.) I would be surprised if you don't like the 1000Z a bunch. Overall, Rigol did a great job.

author: hobbes
author_rank: Newbie
timestamp: December 07, 2013, 03:35:17 pm
content: Quote from: Electro Fan on December 07, 2013, 07:44:27 amExcept for soldering encoders. Don't get me wrong, it's a great scope, like it, and would buy again, but the encoders (the small ones for V and H position) are horribly off-axis.

author: bigmessowires
author_rank: Contributor
timestamp: December 07, 2013, 03:59:39 pm
content: Quote from: casper.bang on December 07, 2013, 07:27:32 amYou can listen to it in the video I posted, though that's probably not much help. It's louder than any other piece of electronics I own - any of my computers, DVR, cable TV box, etc. I'd expected the 1074Z to be similarly quiet to those, so I was disappointed by that. But on an absolute scale I wouldn't say it's "loud", just more like "noticeable". It's like the noise level of a typical mid-tower PC from 5-10 years ago.

author: casper.bang
author_rank: Frequent Contributor
timestamp: December 07, 2013, 07:25:43 pm
content: Quote from: bigmessowires on December 07, 2013, 03:59:39 pmI thought that was a really excellent review, particular nice to see when you drilled down through the long-memory capture. Just out of curiousness, at the given data-speed, how much SPI data are you capturing at 200ms/div?Completely agree btw. about the big lack of scopes in the mid-range, which is also why the 1074Z is on my TO-GET list after Christmas. If the fan is always on and sounding like on the 1052E, I will definitely try to add some temperature control to the fan or replace if with a high quality Papst or similar.

author: Electro Fan
author_rank: Super Contributor
timestamp: December 07, 2013, 08:23:41 pm
content: Quote from: bigmessowires on December 07, 2013, 03:59:39 pmRight, I think "noticeable" is a good description rather than "loud". IMO, the 1000Z is not really loud in absolute terms but it's not silent like a fanless piece of equipment. Just as a frame of reference, where I measured the DS1000 and also the DS2000 to both be about 55dB in front of the scopes (these were specific units in a particular room with other gear and ambient noise, YMMV) I also have a several year old mid/full size chassis PC that is about 50dB in front of the PC and a similarly sized server that is about 60dB in front of the server (plus the Tek analog scope at 61dB in front of the scope and 69dB at the vent). So it's somewhat relative to what you are accustomed to hearing.

author: echen1024
author_rank: Super Contributor
timestamp: December 14, 2013, 05:13:02 am
content: Alrighty. Sorry for the long delay, and no, I was too lazy to do the serial video, so I did one highlighting the Anti Aliasing and waveform capture rate, with some random commentary thrown in.Enjoyhttp://youtu.be/bc49tgS3JpANote, as of this time, the video has not been uploaded yet. My internets been acting like a dog and this is a 1080P video for your viewing pleasure. Please do not tear me apart.

author: marmad
author_rank: Super Contributor
timestamp: December 15, 2013, 08:22:09 pm
content: Quote from: echen1024 on December 14, 2013, 05:13:02 amWhen you're measuring your waveform update rate and change the memory depth to 12M, the rate drops to ~41 waveforms a second and you say, 'God! It's terrible'.At that moment, the Rigol is sampling at 500MSa/s - so 2ns per sample. In order to fill 12M of memory, it takes 24 milliseconds. What is the maximum number of times in a second any sampling device in the world could capture 24ms of time?1 / .024 = 41.666.So in fact, it's not terrible at all - it's almost perfect given the memory size.

author: echen1024
author_rank: Super Contributor
timestamp: December 15, 2013, 11:29:47 pm
content: Quote from: marmad on December 15, 2013, 08:22:09 pmI did some calculations after and realized the same thing. I'm not really familiar with the wfm/s spec, and probably should do some more research next time. Oops.

author: codeboy2k
author_rank: Super Contributor
timestamp: December 16, 2013, 01:06:34 am
content: hi echen1024.. nice videos!Quote from: marmad on December 15, 2013, 08:22:09 pmI've always thought there needs to be a change in the way they do this. The problem is that they sample at the chosen rate, filling the memory buffer (takes 24ms) then when they are finished they update the screen (can be done approx. 40 per second) ... but the screen is often zoomed in to a small portion of the entire capture buffer, and this zoomed in area could be updated much, much faster and at the same time.They just need to sample continuously into the 24M sample buffer; 'trigger' should be a display control, sliding the view window over the samples, forward in time, and stopping when a trigger matches, and displaying the really small portion of the sample memory that fits into the graticule at that trigger point. Triggering should not necessarily be something that controls when a sample is taken (although this is useful too). In my view, sampling should be continuous, not-triggered, and the 24Meg sample buffer is circular, and the display is merely a triggered viewport into the sample memory. It is sliding across the samples in real-time and checking the samples for a trigger match... the trigger level is used to center the viewport on a matching point in the sample memory, then the (very small) display window is updated, and moved on to the next sample, looking for another trigger match..5 (standard), or 6 (widescreen) horizontal divisions on either side of the center line (10 or 12 total divisions) at 5ns/div means only 50ns or 60ns of time sampled data needs to be taken from the sample buffer and displayed; you could theoretically update that much data 20 million times per second (not realistic, I know, because you can't draw it that fast)... but you could guarantee at least 100,000 waveform updates per second this way. You would be able to stop sampling anytime and scroll around in the buffer. Sampling data and displaying that data should be two separate functions of the scope.. most scopes are full or DSP's and FPGAs, yet still put those two functions in a sequential lockstep.Maybe that's how the big guys get the huge waveform updates per second. it just seems like it should be the only way it is done (or least, thedefaultway)

author: echen1024
author_rank: Super Contributor
timestamp: December 16, 2013, 05:49:24 am
content: I got nice, new, 6500k lights installed today. No more ripe mango colors.

author: marmad
author_rank: Super Contributor
timestamp: December 16, 2013, 12:19:50 pm
content: Quote from: codeboy2k on December 16, 2013, 01:06:34 am@codeboy2k:Maybe you're confusing screen refreshing (which happens perhaps a maximum of 50 times per second on any DSO) with updating the intensity buffer (which can happen thousands of times per second). As shown in the video, when the memory size is reduced, the Rigol is updating the intensity buffer much faster - although the screen refreshing happens at the same rate as always.QuoteSampling continuously into a 24M buffer @ 2GSa/s means a maximum of 83 new waveforms per second. There is nothing you can do to increase that number artificially.Quote100k waveforms per second means 100kdifferent(i.e. newly sampled) waveforms per second - sampling continuously into 24M would never allow that many new waveforms - ergo, the sample size has to be reduced.QuotePerhaps you mean the following: it seems obvious that the way Agilent achieves it's high update rates with a fixed memory size at small time bases is by sampling and updating only the visible screen area (e.g. 50ns of time) - until you STOP the DSO, at which time it fills the entire 1/2/4M buffer for scrolling/viewing.But Rigol allows user-selectable memory sizes, so you control the trade-off between memory size and waveform update rate. Not as efficient - but more user control.

author: echen1024
author_rank: Super Contributor
timestamp: December 16, 2013, 03:06:48 pm
content: It probably is the reason why Rigol allows user selectable memory sizes. One can pick the trade off between memory size and wfms/sec. It probably is not economical to continuously guarantee a high wfm update rate across all spectrums, since there is the time needed 1GS/s to fill up the memory buffer at a specific point. The only simple way to increase it is to increase sampling rate.

author: Retep
author_rank: Regular Contributor
timestamp: December 16, 2013, 03:09:29 pm
content: Quote from: marmad on December 15, 2013, 08:22:09 pmConsidering this it seems that 'dead' time (the time data is dropped), would be a more useful measure than wfm.

author: marmad
author_rank: Super Contributor
timestamp: December 16, 2013, 03:39:50 pm
content: Quote from: Retep on December 16, 2013, 03:09:29 pmAhh... but then you get into the question of whether you consider non-acquisition time as the dead time (like Rohde & Schwarz - à la 'real') or non-display time as the dead time (like Agilent - à la 'effective'):

author: Retep
author_rank: Regular Contributor
timestamp: December 16, 2013, 06:57:34 pm
content: If the display window could be changed such that the entire acquisition is visible (either by reducing the acquisition memory or zooming out till the point the entire acquisition is displayed), I'd say "real" dead-time. If that isn't possible than I'd say "effective" dead-time.The bottom line is that I'd like to know what the chances are I'm going to see a randomly occurring glitch on the screen. WFM figures are nice for marketing material; but seem clumsy when it is fully specified for all possible settings, and pretty close to useless if it is not fully specified.

author: marmad
author_rank: Super Contributor
timestamp: December 16, 2013, 07:31:50 pm
content: Quote from: Retep on December 16, 2013, 06:57:34 pmSure, I agree. The waveforms per second or preferably, the blind time, could always be displayed on the screen (along with sample size and rate). I assume it isn't done because the blind time is actually quite huge at smaller time base settings - even on faster update rate DSOs - as shown in this chart of the Rigol DS2000:But the odds of seeing a randomly-occurring glitch would depend on the frequency of the glitch - which is impossible to know beforehand if it's random. Plus, even if the odds say that the average test time for catching a once per second repeating signal fault @ 10ns/div (with a probability of 99.9%) is one hour - you still might catch it in one second.

author: nctnico
author_rank: Super Contributor
timestamp: December 16, 2013, 08:16:12 pm
content: IMHO they wouldn't have to fill the memory first and then display. In my unfinished USB scope design I split the data stream from the ADCs into one which went to the display and re-triggered as soon as the display is full (nearly killing any dead time) and one stream which went to the memory. During acquisition it would show min/max of many acquisitions (didn't got to intensity grading) and in offline mode it would allow browsing through the memory (up to several Gpts of data).

author: marmad
author_rank: Super Contributor
timestamp: December 16, 2013, 09:11:29 pm
content: Quote from: nctnico on December 16, 2013, 08:16:12 pmThere has to be some translation between the captured samples and the display - and unless you're only sampling at exactly the rate of (1 div / pixels in div), also some decimation. But if you're capturing only one sample per pixel, it means it would be impossible to zoom in for more detail when stopped.Not only that, but you would surely reach the refresh limits of the LCD (which would be rather low compared to fast waveform update rates) - one of the issues intensity grading is specifically designed to avoid.

author: nctnico
author_rank: Super Contributor
timestamp: December 17, 2013, 12:19:53 am
content: You are thinking too much in black and white. Realtime mode and browsing through data are two different ways of looking at a signal. Treat them as such. In realtime mode you want to show as much of the signal as possible so show as much data as possible (synchronised by the trigger) either by showing min/max (peak detect) or persistance (intensity grading). In offline mode (scope stopped) you want to browse through the data. In that mode you don't want intensity grading, just the samples and/or peak-detect.

author: marmad
author_rank: Super Contributor
timestamp: December 17, 2013, 12:48:38 am
content: Quote from: nctnico on December 17, 2013, 12:19:53 amActually, it sounds to me like you're thinking in black and white (real time vs browsing). I often stop my DSO after capturing samples in real time, and then look more closely (i.e. zoom in) at the samples. I also capture segments (real time) and then examine them (browse).In any case, whatever you believe are the correct ways to look at a signal, LCD displays have a minimum response time; i.e. the maximum number of times that data can be altered on the display per second. Streaming directly to the display would severely limit the maximum waveform update rate to a much lower number then any decently-fast intensity-grading DSO using sample memory and an intensity buffer. The blind times would be worse at any time base lower than 1ms or so (depending on the response time of the LCD).

author: BeerCannon
author_rank: Contributor
timestamp: December 17, 2013, 02:53:21 am
content: I just received my DS1074Z today. I won't have much chance to play with it until after Christmas, but I unboxed it, powered it up, calibrated all 4 probes at 10x, and then poked through the menus and probed a signal or two.First impression.. it's a solid piece of gear.. even more weight to it than I expected. I was using it in my kitchen initially, then moved it down to the garage workbench. In neither place did the fan make enough noise for me to even notice. Now, this IS my first scope so I have nothing to compare it to, but it was impressively quiet for my expectations.The display is gorgeous. I'm sure the gradient display on the DS2000 series is better, but I think Rigol did a hell of a nice job with the 64-level gradient or whatever this model supports. So much bang for the buck, especially for a hobbyist like myself. I can't wait to probe some more interesting signals with this device. I think I'll try my hand at a basic function generator so I can visualize some stuff.. I have a schematic for one based on a quad op-amp IC, 4 diodes, 2 caps, and some resistors.

author: echen1024
author_rank: Super Contributor
timestamp: December 17, 2013, 03:04:52 am
content: Quote from: BeerCannon on December 17, 2013, 02:53:21 amOh god. The self-cal takes FOREVER! My old Siglent took less than a minute. This thing takes 10.

author: nctnico
author_rank: Super Contributor
timestamp: December 17, 2013, 07:34:28 am
content: IMHO Rigol made a real killer with the DS1000Z series. I was looking for a used 100MHz TDS3000 series scope to have a portable scope but the DS1000Z appears to be better in so many ways that buying an 'old' TDS3000 seems like a waste of money. I think we may see prices for second hand scopes drop really fast.@marmad: forget about the LCD refreshrate. Its not relevant. If the software updates the screen 5 times per second its more than enough.

author: echen1024
author_rank: Super Contributor
timestamp: December 17, 2013, 03:05:50 pm
content: Quote from: nctnico on December 17, 2013, 07:34:28 amI must admit, for value, this is a killer scope. Only thing I can think of is the Tek construction is probably nicer.

author: Hydrawerk
author_rank: Super Contributor
timestamp: December 17, 2013, 08:00:41 pm
content: TDS3054C has 500MHz and 5GS for each channel. It is still quite good, but the 10kpoints memory is poor. This scope is good for people who are used to it, especially at industrial companies...

author: nctnico
author_rank: Super Contributor
timestamp: December 17, 2013, 10:04:37 pm
content: Perhaps but a much older (and cheaper) TDS500 or TDS700 series scope also does 500Mhz (or more) with a longer memory and much higher waveform capture rates.

author: echen1024
author_rank: Super Contributor
timestamp: December 18, 2013, 01:59:14 am
content: So, soon, I promise, I will do a video on serial decoding. Also, I will attempt a teardown of my Agilent E3610A.