for comparison, here is ROJON TCXO 96 MHz with the same trigger delay setting.
TCXO output pin connected directly to SMA connector with almost zero line length.
SMA connector is connected directly to oscilloscope through SMA-BNC adapter.
Power supply chain: KORAD KA3005D 5.00V => LM2931 3.3V => tantal 100uF => ferrite bead => tantal 47uF => ceramic capacitors => TCXO
Since that TCXO looks exactly like the JYEC 50MHz unit fitted to a "Hi-Fi clock board" pictured here:-
https://www.aliexpress.com/item/32962398016.html?spm=a2g0o.detail.1000013.5.56363e63yTUr7u&gps-id=pcDetailBottomMoreThisSeller&scm=1007.13339.169870.0&scm_id=1007.13339.169870.0&scm-url=1007.13339.169870.0&pvid=410d0e76-b02e-45aa-8020-b3a4f3048a97&_t=gps-id:pcDetailBottomMoreThisSeller,scm-url:1007.13339.169870.0,pvid:410d0e76-b02e-45aa-8020-b3a4f3048a97,tpp_buckets:668%230%23131923%2353_668%23808%234094%23330_668%23888%233325%234_668%234328%2319940%23905_668%232846%238112%23575_668%232717%237562%23480_668%231000022185%231000066059%230_668%233468%2315613%23482 but purchased from an ebay seller two years ago for almost exactly the same price and being customisable to any end user's frequency requirements and is at an even higher frequency of 96MHz, it's quite obviously a DDS type which is likely responsible for most of that jitter you can see. I suspect that if you select a less delayed zoomed segment to examine (say 1ms), the jitter will be reduced (possibly to just 10% of the 10ms delayed segment?).
I'd bought the 50MHz TCXO clock module intending to salvage the JYEC oscillator to directly (using short wire stilts) replace the original 50MHz ten cent smd XO used on the FY6600's main board. Luckily, I discovered the blazing hot 55 to 60 degree C operating temperature of the smd XO in time to avoid taking the oscillator board apart and installed the whole module above the intake fan I'd installed into the base of the AWG to act as a deflector and stay within 2 deg of room temperature to avoid the rather wild temperature excursions it would have suffered If I'd gone ahead with my original plan.
I recently tested that module (long since usurped by the current 10MHz OCXO upgrade with a 3N502 multiplier chip sat where the original smd XO chip had been) in order to quash the myth that the metal lidded smd 10MHz VCXO used in the SDG2000X series is a VCTCXO. It isn't - it's just a high quality VCXO allowing the user to re-calibrate it via the UI. The saving grace in this case being the presence of an external 10MHz reference socket. Unfortunately, that socket is bi-directional but I won't bore you with the details, suffice to say I hope Siglent will be interviewing job applicants for the position of chief UI developer sometime very soon.
The biggest drawback with those TCXOs is the backlash in the trimmer adjustment. If that ROJON TXCO is anything like my JYEC one, it'll meet its 0.1ppm temperature stability spec with ease.
The backlash in the calibration trimmer makes achieving better than (a quite achievable) 25ppb accuracy a bit of a black art, involving as it does, skilful application of the trimming tool and a large dose of luck. It can be done, given enough patience and a stable calibration frequency reference source to adjust against but it's no easy task.
I'm in the middle of quantifying the ionospheric induced timing errors in the GPSDO's output (some 4 to 6ns pk-pk phase modulations peaking around the 2 to 3mHz rate otherwise I would have set that 50MHz TCXO clock board up again to examine it using the zoomed timebase option (50ms or more delay) to see for myself (I'd only directly compared the exported internal 10MHz clock of the Siglent to
my example of an
actual TCXO so only saw "jitter free" signals).
I'll set that experiment up after I've finished my current test run with the GPSDO versus the sine wave output of the FY6600-60M locked to the RFS in order to let me dial in uHz offests to trim out the frequency drift between the GPSDO and the RFS, allowing me a more accurate view of these 4 to 6ns phase modulations imposed by the varying state of the ionosphere (the major source of timing errors with a single frequency GPS timing receiver such as the M8T I'm currently using - I can't really justify the 200 quid plus of a ZED9 right now
).
Since the use of a cheap AWG is still on topic, I've attached a series of screenshots showing just how effective a tool these cheap AWGs (well my FY6600 at least) can be once the curse of the ten cent XO has been replaced by the blessing of an OCXO that can be locked to an external reference (the RFS in this case).
The first five (note the date & time bottom RH) is a sequence started some 30 or 40 minutes
after making a 40uHz adjustment to the FY6600 (representing the RFS, magenta trace). I'd noticed the frequency shift with the increase of room temperature from the central heating being turned on an hour earlier, corrected the offset and promptly forgot all about it.
The last five were a similar sequence but I'd gotten distracted from making the initial screenshot some 42 minutes earlier by being called for tea.
I'm triggering from CH2, the RFS since it's the GPSDO on CH1 that's doing the 4 to 6ns waltz. Also, it's worth bearing in mind the roughly half nanosecond's worth of jitter introduced by using the FY6600 as a frequency correction intermediary for the RFS (which will have some small amount of jitter of its own). I've been subtracting 0.5ns off the apparent pk-pk phase deviations to get a more accurate assessment.
Incidentally, the SDG2000X series in spite of having an external clock reference socket, simply cannot be used for this type of measurement for lack of digits by which to set its output frequency (8 using the rotary encoder and digit cursor buttons or else 11 if using the keypad - 5 short of what you need for (the claimed) 1uHz resolution at or beyond 10MHz).
Siglent have got a mountain to climb before they're even on a par with Feeltech's UI (which seems to have benefited from the absence of a keypad!). It seems, barring a catastrophic failure, that my much modded FY6600 has a lot more useful life left in it despite the acquisition of an SDG2042X
John