Products > Test Equipment

Pocket-Sized 6 GHz 1 TS/s ET Scope

<< < (11/107) > >>

SJL-Instruments:

--- Quote ---Come to think of it, that would be a mighty fine feature for the software:).
--- End quote ---
We could certainly do that. The de-embedding calculation itself isn't bad, but the UI requires some thought. The user would need to import s-parameters from a VNA trace.
edit: Implemented as of 2024-01-21.


--- Quote ---SLJ, have you considered creating a software interface document for the product that would provide details on how to directly control it?
--- End quote ---
To clarify, by "it" do you mean the product (i.e. a programming manual for the serial interface), or the software (some way to programmatically control the desktop software)?

joeqsmith:

--- Quote from: SJL-Instruments on January 09, 2024, 10:17:27 pm ---
--- Quote ---SLJ, have you considered creating a software interface document for the product that would provide details on how to directly control it?
--- End quote ---
To clarify, by "it" do you mean the product (i.e. a programming manual for the serial interface), or the software (some way to programmatically control the desktop software)?

--- End quote ---
It, meaning your products serial interface.


--- Quote from: JohnG on January 09, 2024, 10:00:08 pm ---I have not done the math. I solved my issues well enough by getting a lower loss cable, but in the end I would have preferred to do some de-embedding. Since most de-embedding tools look for s-parameter models of the network to be de-embedding, I imagine that the process involves an FFT to convert the signal to be corrected into the frequency domain, passing it through some sort of inverse of the supplied model, and converting back to the time domain. My math skills are pretty rusty at this point.

Maybe this is an answer: https://github.com/TeledyneLeCroy/SignalIntegrity/wiki

--- End quote ---

I only skimmed that article I linked but it appeared they suggest at least some scopes allowed you enter the data rather than using s-parameters.   They are using a product made by Teledyne LeCroy. 


--- Quote ---The user interface for the cable de-embedding feature requires a description of the cable including its length, propagation velocity, and frequency response. The frequency response can be entered either as the S21 s-parameter forward transfer function as a table or as attenuation per 100 feet as a function of frequency by supplying the constants A1 and A2 from the manufacturer’s frequency response equation.
--- End quote ---

***
Looking over my coax, I have some RG223 and RG400.  Attached showing a section a bit longer than needed.  It does a fine job filtering that edge.   I wonder with your scope if that 4GHz was based on the length they required for their delay. 

SJL-Instruments:

--- Quote ---It, meaning your products serial interface.
--- End quote ---
Sure, we'll add a "Serial Interface Programming Guide" section to the user manual (ETA 2 weeks published as of 2024-01-13).
We'll preemptively warn you that the main acquisition commands return dense binary data to minimize communication time. Parsing it is annoying.
We recommend using the Python API, as it's essentially just a wrapper on the serial interface that does this parsing for you.


--- Quote ---I only skimmed that article I linked but it appeared they suggest at least some scoped allowed you enter the data rather than using s-parameters.   They are using a product made my Teledyne LeCroy. 
--- End quote ---
Thanks for this; we'll look into implementing these options.

joeqsmith:
I have a Signal Hound SA that uses USB 3 that I have written some software for.  When I first looked into it, I remember them having a similar comment, warning that the data is coming in fast and a lot of it.   :-DD 

Look forward to to see what you come up with for handling the delay line.   I doubt many people would have access to a VNA to measure the S-parameters for their delay line.   Maybe that could be an accessory along with the splitter.   This would give you some control over it. 

***
From the SH manual, time embellishes all:

--- Quote ---If you wish to retrieve all samples, it is the responsibility of the users application to poll the samples via fast enough to prevent the circular buffers from filling and eventually having to drop data. We suggest a separate polling thread and synchronized data structure (buffer) for retrieving the samples and using them in your application.
--- End quote ---

Home made delay line improves the rise time slightly (was 900, now  600ps).  Takes forever to to reach steady state.   Too bad the pre-trigger requirement wasn't more in the order of <1ns. 

hpw:

--- Quote from: SJL-Instruments on January 09, 2024, 09:58:06 pm ---Yes, that is the reference timebase (2.5 ppm TCXO).
20-80% risetime is available as a built-in measurement. It is possible to track the long-timescale variation of the risetime, but not the short-timescale fluctuations, since each sweep takes a few seconds.
For 3.3V LVCMOS signals we recommend a 12 dB inline attenuator with x4 probe attenuation in the software.

--- End quote ---

OK, I understand, so it will not my purchase, as to measure 10Mhz 120dBc @1Hz clock distributions clocks.   :palm:

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