In the promotional comparison tables I've seen, the HD3 is shown as 1.6M vs the MXO4's 4M, but they use the words "*Uncompromised" for the Keysight and "*Conditionally" for the MXO4, which does sound correct in my testing of the MXO4 IIRC.
I’m very curious as to what “uncompromised” and “conditionally” mean. Are they claiming their waveform update rate is unaffected by other settings?
And MXO is 4.5 million, for the record. ![Smiley :)](https://www.eevblog.com/forum/Smileys/default/xsmiley.gif.pagespeed.ic.R8GFI-pF6f.png)
Well, it means almost nothing as there are various conditions under which it has been literally compromised:
[IMG]
The inherent maximum update rate based on time base is not “compromise”.
As already replied to above, the plot shows not just limitation on some simple characteristic (trigger re-arm, or pixel rate, or some other obvious limitation) but a rather complex mix of constraints on all those scopes.
Well, it means almost nothing as there are various conditions under which it has been literally compromised:
[IMG]
I would not say that a reduction of waveform update rate with the timebase setting is a compromise, it is just conservation of time. The percentage of time in data acquisition (which MXO4 displays) is a better metric. On the other hand, if the waveform update rate drops for more than 1 channel active, it is a serious compromise.
Look closely and see if the change is predictable/explainable. I think it isn't in those plots and it would be fair to say the 3000X had a compromised update rate compared to the 2000X (other brands with more "controls" over the parameter affecting would likely have been able to avoid/uncompromise that).
Compromises that are baked in and not left for the user to trade off are still compromises.
Keysight is actually pretty clear on what they mean by “uncompromised” because they talk about it all the time in their marketing materials and technical info. In a nutshell, they mean “unaffected by enabling other features, like measurements, digital channels, serial decoders, etc”. It doesn’t mean “entirely unaffected by anything ever”, it simply means unaffected by enabling other scope features, all else held equal.
a) those scopes do not capture outside the screen in run mode
b) even if they did capture outside the screen, that would be compromising the waveform rate
are the 2000x and 3000x series doing something different from the 1000x series? if not, then they do capture data outisde the display while the timebase*number of divisions on screen is smaller than the total amount of time it would take for the memory to fill at the max sample rate. i remember on my 1102g, even if i stopped the scope(pressing run/stop) at 2ns/ i could zoom out until about 25us/. it just captured only what was on the screen when the sample rate went below the max. i think if the 2000x and 3000x scopes use the same megazoom architecture, they are very likely to behave that way.
if they do capture beyond the screen under those conditions, that wouldnt be compromising since all the data is there
Even if they were capturing around the screen (which they do not) that is compromising the update rate as the information outside the screen is not being displayed despite being stored. Which scope when stopped will show an intensity graded histogram of the region outside the screen?
This comes back to the conflating of trigger rate vs display update rate.
See also the attached PDF, which goes into all the things discussed here so far, and explains the definitions of different metrics, including the math behind them.
That PDF does not explain uncompromised, as you expand on. Which if you want to be specific for an Agilent DSO-X 3000:
Turning on math, can
increase or decrease the trigger rate
Turning on more analog channels, can reduce the trigger rate (without changing memory depth)
Hiding channels, can increase the trigger rate (without changing memory depth)
Adding digital channels, can reduce or (when causing a change in sample rate due to memory sharing)
increase the trigger rate
Turning on serial decode, can (when causing a change in sample rate due to memory sharing)
increase the trigger rate
Those were your choices of parameters that would cause the update rate to be "unaffected". I can readily reproduce them significantly affecting the update rate. Claims of uncompromised on that measure are false.
Fixed operation that have little or no user control makes it appear/feel like there is no compromise. But when you look past the (I feel obnoxious) marketing smoke and mirrors there are some ways to push/prod the underlying mechanisms and expose the compromises. Reducing the configuration space and possibility for user errors is not 100% bad or 100% good, it can suit different users or situation. However those fixed choices are compromises, and the physical hardware is plainly/evidently/known to be capable of more, but HPAK decided they would NOT expose that.
Compromised: "cause to function less effectively
or become vulnerable"