Products > Test Equipment

Pocket-Sized 6 GHz 1 TS/s ET Scope

<< < (91/107) > >>

joeqsmith:
Personally, I don't see the need for one more way to save data.  Rather just save all the data so it can be recalled and displayed in any format that you support with normal processing.   CSV or other delimited ASCII is nice in that pretty much anything can parse it.   

It will be interesting to learn how you plan to compensate for the channel to channel and trigger delays when making these measurements.   Even more interested in following this:


--- Quote ---We've recently come up with a better algorithm for the dual-comparator version that offers a quadratic speedup. In theory this should reduce the Nmin requirement for eye diagrams by a factor of 300. This would allow capturing a PAM4 eye in 10 seconds, and a two-level eye in <1 second, without any increase in trigger rate. This also lets us avoid the pretrigger requirement. Now to put this into practice...

--- End quote ---

SJL-Instruments:

--- Quote from: joeqsmith on March 11, 2024, 03:26:36 am ---Personally, I don't see the need for one more way to save data.  Rather just save all the data so it can be recalled and displayed in any format that you support with normal processing.   CSV or other delimited ASCII is nice in that pretty much anything can parse it.

--- End quote ---
Sure, we can add import of the NPZ CDF data. Likely two updates down the line, given the current feature backlog and v14 firmware work.


--- Quote from: joeqsmith on March 11, 2024, 03:26:36 am ---It will be interesting to learn how you plan to compensate for the channel to channel and trigger delays when making these measurements.

--- End quote ---
Could you clarify what you mean by "channel-to-channel delay"? For the trigger delay, we will store the relevant jitter calibration constants in v14 firmware, and add an option to automatically compensate for them in the RMS and Rj jitter measurements.


--- Quote from: joeqsmith on March 11, 2024, 03:26:36 am ---Even more interested in following this:

--- Quote ---We've recently come up with a better algorithm for the dual-comparator version that offers a quadratic speedup. In theory this should reduce the Nmin requirement for eye diagrams by a factor of 300. This would allow capturing a PAM4 eye in 10 seconds, and a two-level eye in <1 second, without any increase in trigger rate. This also lets us avoid the pretrigger requirement. Now to put this into practice...

--- End quote ---

--- End quote ---
We don't want to say too much about this yet, other than it works very well in theory. If you'd like, we can send you a functional prototype for beta-testing, once it gets that far.

hpw:

--- Quote from: SJL-Instruments on March 10, 2024, 02:54:00 am ---As promised, we have released v2.6.0 of the software which adds jitter analysis. Measurement markers have been added, and more measurements are now available in point mode. The manual has been updated to revision H13. Image attached.


--- Quote from: SJL-Instruments on March 03, 2024, 05:03:28 pm ---If we introduce a dual-comparator version of the GigaWave, it would be similar enough to integrate into the existing software. The sweep speed would be the same (or faster).

--- End quote ---
We've recently come up with a better algorithm for the dual-comparator version that offers a quadratic speedup. In theory this should reduce the Nmin requirement for eye diagrams by a factor of 300. This would allow capturing a PAM4 eye in 10 seconds, and a two-level eye in <1 second, without any increase in trigger rate. This also lets us avoid the pretrigger requirement. Now to put this into practice...

--- End quote ---

Mira, mira

This would be that yellow on the egg, as supporting digital signals and any better OXCO as getting than fs jitter & jitter spectrum & 10..90% graphs.

In other words the yellow egg product.  :-DD

joeqsmith:

--- Quote from: SJL-Instruments on March 11, 2024, 03:36:01 am ---
--- Quote from: joeqsmith on March 11, 2024, 03:26:36 am ---It will be interesting to learn how you plan to compensate for the channel to channel and trigger delays when making these measurements.

--- End quote ---
Could you clarify what you mean by "channel-to-channel delay"? For the trigger delay, we will store the relevant jitter calibration constants in v14 firmware, and add an option to automatically compensate for them in the RMS and Rj jitter measurements.

--- End quote ---

Not channel to channel delay (not quoted correctly) but as far as jitter errors caused by differences between channels,  I refer to your previous post:   


--- Quote ---The transient response on CH1 may introduce additional jitter ...
--- End quote ---


--- Quote from: SJL-Instruments on March 11, 2024, 03:36:01 am ---We don't want to say too much about this yet, other than it works very well in theory. If you'd like, we can send you a functional prototype for beta-testing, once it gets that far.
--- End quote ---

Yes, I would like to see it.   We can take it off line when/if you get to that stage.

SJL-Instruments:

--- Quote from: hpw on March 11, 2024, 09:04:54 am ---Mira, mira

This would be that yellow on the egg, as supporting digital signals and any better OXCO as getting than fs jitter & jitter spectrum & 10..90% graphs.

In other words the yellow egg product.  :-DD

--- End quote ---
Do you have a sense of the magnitude of jitter you'd like to look at? It may be difficult to get below 400 fs RMS jitter floor with discrete components.


--- Quote from: joeqsmith on March 11, 2024, 12:55:13 pm ---Not channel to channel delay (not quoted correctly) but as far as jitter errors caused by differences between channels,  I refer to your previous post:   

--- Quote ---The transient response on CH1 may introduce additional jitter ...
--- End quote ---

--- End quote ---
Got it - this is mainly an issue before 11 ns. The jitter calibration is done for CH1 and may be better on the other channels - we'll just have to characterize this carefully.
This difference should also go away completely with a dual-comparator architecture.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

There was an error while thanking
Thanking...
Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod