[time-nuts] Data Collection for Allan Deviation
phk at phk.freebsd.dk
Sat Aug 1 05:19:56 EDT 2015
In message <trinity-fbe15ceb-78c6-4e04-a3e1-b9b5c2e20fd9-1438400665333 at 3capp-ma
ilcom-lxa02>, zzsilicon at post.com writes:
>If I have a GPS receiver with output pin of both 1pps & 10KHz, a
>Rubidium clock of 10MHz, and a signal generator. How can I determine
>their Allan Deviation? I know the math formula, but my problem is
>the data collection.
Presuming you have a counter which can measure Time Interval between
0) Make sure that the counter does not get its reference frequency
from any of the input signals.
If one of your signals is 1PPS:
1) Connect 1PPS to START
2) Connect other signal to STOP
3) Collect TI measurements.
1) Connect signal with lowest frequency to START
2) Connect signal with highest frequency to STOP
3) Trigger measurements at 1Hz rate, either through EXT TRIG or GPIB
For this to work, the signals must be sufficient "on-frequency"
that the phase-wrap-arounds (when the STOP signal slips past the
START signal) can be resolved afterwards.
A good rule of thumb is that the flanks of the START/STOP signals
should not move more than 1/3 the period of the higher frequency
signal in the time between measurements (= 1sec above).
I use my own home-grown program to calculate the MVAR.
The Lady Heather program should be able to do it with data collected
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the time-nuts