Li ang, Bob,
On 12/20/2014 06:22 PM, Bob Camp wrote:
Hi
On Dec 20, 2014, at 10:28 AM, Li Ang <lll...@gmail.com> wrote:
4) add 74ALV2G14 since FPGA does not support schmitt input
I would suggest trying it with a non-schmitt trigger part as well. It should be
a simple swap out since it’s a leaded part. In some cases the trigger level
hysteresis is not helpful. The better over voltage immunity of the leaded parts
compared to the FPGA inputs *is* a good idea. They also are a lot easier to
swap out if you blow one out accidentally.
I have been able to get much lower noise by using a sine to square
shaper. I have modified my TADD-2 to output the shaped clock. For better
counters, the difference is noticeable. You want such an amplifyinng
stage prior to the schmitt-trigger to gain yourself out of the slew-rate
limit.
test instruments
1) HP6622A as power supply
2) FE5650 rb as reference
3) PRS10 rb as DUT
I would toss an OCXO or two into the mix eventually.
I concur.
———————
It looks like the three “4 layer FPGA” plots all cluster tightly at just under
2x10^-10 at 1 second as long as linear regression is turned off. That’s pretty
good performance. I *think* I’m seeing that correctly on the plots. If I’m not,
let me know.
The two plots with linear regression are still a bit “interesting”:
The plot with ref and DUT the same ( green) still is showing data that is in
the “to good to be true” range. The averaging process of the linear regression
is probably still causing this.
If the filtering of the regression spans a significant part of the tau
(or beyond it) I don't trust the numbers for that part of the slope
without the pre-filter bandwidth is noted. I would like to see the MDEV
variants of these plots.
The plot with ref and DUT not the same (RED) shows some sort of spur. That
could indeed be a spur from one or the other of the Rb’s. It also could be
something in your lab. Turning out the light is a good thing to check. Because
of the low frequency, I would suspect a spur on the Rb. Put another way, the
counter is not making a mistake in this case. It’s reporting what is actually
going on with the inputs. Another test source (or pair of sources) would help
sort this out.
There can a reason to see if there is something modulating into the
trigger point, which is the danger with schmitt-trigger inputs.
Something else to look at:
Check your results vs input level. In other words, attenuate one of the input
signals and see what happens. I would start with 3 or 6 db and go from there.
The attenuation does not have to be precise. The frequencies involved are not
high enough to require fancy parts. The idea is to check if the input noise
level of the gates is a problem for you. If the data quickly get worse as you
attenuate, they need some help.
If damping the signal causes a sizeable increase in amplitude, you most
likely have a slew-rate problem on the input. If you damp your signal by
6 dB and get 6 dB higher noise, then you definitively have
slew-rate/amplitude problems.
Cheers,
Magnus
_______________________________________________
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.
