Products > Test Equipment
Most (Digital-)Scopes are freezing while vertical adjustement...
<< < (6/10) > >>
nctnico:

--- Quote from: bdunham7 on November 15, 2022, 03:17:35 pm ---
--- Quote from: nctnico on November 15, 2022, 11:50:30 am ---What the Rigol seems to be doing is wait until the DSO thinks the user is done adjusting the vertical position for so long that it is perceived as lag.

--- End quote ---

I don't know if this comes into play, but the fact that its acquisition is more than the one screenful (to support the zoom-out...) probably slows down its retrigger quite a bit.

--- End quote ---
No. Acquisition can be cancelled/halted/stopped at any point. There is no reason to wait for a full acquisition when a parameter changes. R&S -for example- does handles this just fine. There really isn't any magic involved in an acquisition system. It is an ADC, memory and a counter that serves as a memory pointer
bdunham7:

--- Quote from: nctnico on November 15, 2022, 03:53:04 pm ---No. Acquisition can be cancelled/halted/stopped at any point. There is no reason to wait for a full acquisition when a parameter changes.

--- End quote ---

Of course the acquisition can be stopped and restarted, but it has to complete the subsequent acquisition process before the data can be processed and displayed, no?  And it has to acquire half a buffer, then start looking for a trigger, then acquire the second half after the trigger, then process and display. 

nctnico:

--- Quote from: bdunham7 on November 15, 2022, 04:11:55 pm ---
--- Quote from: nctnico on November 15, 2022, 03:53:04 pm ---No. Acquisition can be cancelled/halted/stopped at any point. There is no reason to wait for a full acquisition when a parameter changes.

--- End quote ---

Of course the acquisition can be stopped and restarted, but it has to complete the subsequent acquisition process before the data can be processed and displayed, no?

--- End quote ---
No. Acquisition is interrupted and whatever is in the buffer gets displayed. That is how R&S works.
2N3055:

--- Quote from: nctnico on November 15, 2022, 03:53:04 pm ---
--- Quote from: bdunham7 on November 15, 2022, 03:17:35 pm ---
--- Quote from: nctnico on November 15, 2022, 11:50:30 am ---What the Rigol seems to be doing is wait until the DSO thinks the user is done adjusting the vertical position for so long that it is perceived as lag.

--- End quote ---

I don't know if this comes into play, but the fact that its acquisition is more than the one screenful (to support the zoom-out...) probably slows down its retrigger quite a bit.

--- End quote ---
No. Acquisition can be cancelled/halted/stopped at any point. There is no reason to wait for a full acquisition when a parameter changes. R&S -for example- does handles this just fine. There really isn't any magic involved in an acquisition system. It is an ADC, memory and a counter that serves as a memory pointer

--- End quote ---

Acquisition doesn't even stop. Triggering does. You keep repeating how it works but it is not like this. There are much more details than ADC, memory and memory pointer.
First you have digital triggering. That works on a deep pipeline. Some scopes have qualified triggers so even deeper nested pipeline. There are measurements and math, some of which are on full buffer and accelerated by FPGA. Then there is a display rendering engine, with persistence and intensity calculation. Most of that stuff is also at least partially accelerated (we are dealing with 100s of MB of data in single buffer). And there is also hardware zoom mode.. Moving trigger point outside the screen means all the data in between has to be kept.
etc etc... Add digital channels to the confusion. Also trigger interpolation and readjustment.... Channel skew and readjustment of those.
etc etc...
nctnico:
Doesn't matter for the discussion. Point is that acquisition can be stopped at any point and if there is something to be displayed, it can be displayed to give the user feedback that something actually has changed using the new setting. There really is no need to make this discussion any more complex than that. This is not DSO design class, this is DSO use class. How a DSO works internally is likely different for each manufacturer so going into design details is just pure speculation.
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod