time-nuts@lists.febo.com

Discussion of precise time and frequency measurement

View all threads

Predicting clock stability from the various characterization methods

SS
Stephan Sandenbergh
Thu, Nov 30, 2006 12:37 PM

Hi,

Sorry about that - only have the question came through earlier. Strange..

For a while now I've got a growing interest in clocks, stability and
specifically GPSDOs (mostly quartz). My education started out with the NIST
Tech Note 1337. After studying the largest part of the document I felt that
this was probably not a bad starting point. This document explained the
various issues involved with characterizing clocks (Alan deviation and phase
noise) and I bet that most of you are familiar with it.

From latter I've learnt that clocks can be characterized in both the time

and frequency domain. Also, that the Alan deviation and phase noise plots
are the recommended performance measures to compare clocks in the respective
domains. Another cool thing is that there is an empirical link between the
two and that one can switch between the two with reasonable accuracy.

If one took two Allan deviation (or phase noise) plots one can compare two
clocks directly. Both the phase noise and Allan deviation measures are
statistical in nature and are respectively frequency and time dependent. I
also know that one can get a grip on the phase noise plot by integrating
under the curve for a specific frequency range. This answer can then be
scaled to seconds to give the integrated jitter over the frequency range
involved. What I don't understand is how does one use the Alan deviation to
predict how much a clock will drift on a certain time scale. For example,
500ps over a period of 1us. Or 1s for each day.

Initially I was convinced that the Alan deviation is very nifty because one
can easily identify the different noise types. And, of course to directly
compare clocks in the time domain. However, there seems to be an easy to
read off by how much a clock will drift after a certain period in time? It
would be much appreciated if someone could elaborate a bit on this topic. Or
point me to a previous thread that already did.

Regards,

Stephan Sandenbergh

Hi, Sorry about that - only have the question came through earlier. Strange.. For a while now I've got a growing interest in clocks, stability and specifically GPSDOs (mostly quartz). My education started out with the NIST Tech Note 1337. After studying the largest part of the document I felt that this was probably not a bad starting point. This document explained the various issues involved with characterizing clocks (Alan deviation and phase noise) and I bet that most of you are familiar with it. - >From latter I've learnt that clocks can be characterized in both the time and frequency domain. Also, that the Alan deviation and phase noise plots are the recommended performance measures to compare clocks in the respective domains. Another cool thing is that there is an empirical link between the two and that one can switch between the two with reasonable accuracy. - If one took two Allan deviation (or phase noise) plots one can compare two clocks directly. Both the phase noise and Allan deviation measures are statistical in nature and are respectively frequency and time dependent. I also know that one can get a grip on the phase noise plot by integrating under the curve for a specific frequency range. This answer can then be scaled to seconds to give the integrated jitter over the frequency range involved. What I don't understand is how does one use the Alan deviation to predict how much a clock will drift on a certain time scale. For example, 500ps over a period of 1us. Or 1s for each day. - Initially I was convinced that the Alan deviation is very nifty because one can easily identify the different noise types. And, of course to directly compare clocks in the time domain. However, there seems to be an easy to read off by how much a clock will drift after a certain period in time? It would be much appreciated if someone could elaborate a bit on this topic. Or point me to a previous thread that already did. - Regards, - Stephan Sandenbergh
TV
Tom Van Baak
Thu, Nov 30, 2006 2:37 PM

Initially I was convinced that the Alan deviation is very nifty because

one

can easily identify the different noise types. And, of course to directly
compare clocks in the time domain. However, there seems to be an easy to
read off by how much a clock will drift after a certain period in time? It
would be much appreciated if someone could elaborate a bit on this topic.

Or

point me to a previous thread that already did.

Stephan,

Sounds like you've done some good research already.

Ignore Allan deviation for a moment and work through the
process with me for a minute. Imagine checking the time
error of a nice quartz clock each minute.

Let's say your first phase reading, P0, is 10 us, and the
second reading a minute later, P1, is 21 us. What do
you know so far?

Well, you know the time error (also called phase error)
between your clock and your reference is a couple tens
of microseconds. That tells you how "on time" the clock
is. You now know your clock isn't perfectly on time.
Close, but not perfect. What else do you know?

With just two points, you know that your clock has drifted
in time by 11 us in a minute. Congratulations, you have
now determined the frequency error of the clock. It is
11 us / 1 minute = 11e-6 s / 60 s = 0.18 ppm = 1.83e-7.
A drift in time is the same thing as frequency offset, also
called frequency error. F1 = (P1 - P0) / 60 s. So your
clock is not only not perfectly on time, it is also not
keeping perfect time. Close, but not perfect.

Now, based on just those two readings, what would you
expect; what would you guess; what would you bet that
reading P2 will be?

I think you would agree that since your clock appears to
be drifting in time by 11 us per reading that P2 should be
about 32 us, right? The expected gain is P1-P0, or 11 us.
The last reading was P1=21 us, so your guess is simply
P1 + (P1 - P0) = 2 P1 - P0 = 32 us. Right?

OK, you wait a minute and P2 is 35 us. Your guess was
close. That's good. If the clock were perfectly stable, it
should have read 32 us, but it was off by a bit. Not only
is your clock off a bit in time, and off a bit in frequency,
it is also off a bit in predictability, in stability. Close, but
not perfect.

What do you know now? Well, based on points P1 and P2
the frequency error for this reading, F2 = 35-21 = 14us/min =
0.23 ppm = 2.33e-7. So you now have two frequency
readings. You can no longer boldly claim the frequency
error of your clock is exactly 1.83e-7; you are more inclined
to say it is 2e-7 because you realize both readings differ,
and are imprecise, but both close to 2e-7. You sense an
average would be a better measure.

You also know that your prediction was off by 3 us. Why?
Your prediction P2' was 35. The actual P2 was 32. The
error in your guess, E2 =P2 - P2' is
E2 = P2 - [ P1 + (P1 - P0) ] = P2 - 2 P1 + P0

Are you with me so far? Imagine keeping this up for a while
and making many predictions and collecting many actual
phase readings. Each new phase reading gives you a new
frequency measure; you hope they continue to average to
a nice value that you can write on your oscillator. Each
new phase reading gives you another chance to see how
well your prediction matches. You hope the errors of your
prediction stay pretty small. This time it was 3 us. Next
perhaps 2, or 4, or -3, or -1, or 5, etc. These are the small
errors in your ability to predict the phase error of the next
reading.

After a batch of N phase readings you have collected
N-1 Fi and so your average frequency error is the sum
of all Fi divided by N-1. You are also curious how confident
you are in your frequency average. You could compute
the standard deviation.

You are also curious how small your errors of prediction
are. You have collected N-2 Ei and it would be good to
compute the standard deviation of this too.

When it comes to an oscillator like this, the initial phase
error is usually no problem (you can correct for this). And
even a frequency error is not a problem (you can correct
for this in hardware or software).

What really gets you is the uncertainty in the frequency;
the jitter; the instability; the limitations of the clock in
meeting your predictions. This, you cannot correct for
and so it is a measure of how intrinsically good your
clock is.

Do you remember the square root sum of squares formula
for stdev? Take a look now at the formula for Allan Variance
or Allan Deviation. Can you see that it is just the standard
deviation of all those P2 - 2 P1 + P0 phase prediction error
terms? So Allan Deviation is not some magic formula; it's
just a regular old standard deviation formula used in a
special case.

And this is why the Allan Deviation can be used as a
predictor of time drift; by definition, it is a measure of
the expected deviation of time drift.

/tvb

See also these ADEV links, in order:

An non-technical ADEV summary from USNO:
Clock Performance and Performance Measures
http://tycho.usno.navy.mil/mclocks2.html

A scholarly paper on ADEV is found here:
The Basics of Frequency Stability Analysis
http://www.wriley.com/paper2ht.htm

This is an all-time classic:
The Science of Timekeeping. Application Note 1289
http://www.allanstime.com/Publications/DWA/Science_Timekeeping/
TheScienceOfTimekeeping.pdf

This a nice write-up from NIST:
Properties of Oscillator Signals and Measurement Methods
http://tf.nist.gov/phase/Properties/main.htm

Some free ADEV source code:
http://www.leapsecond.com/tools/adev1.htm

Many of my plots are made with Bill Riley's Stable32:
http://www.wriley.com
But even if you don't need to buy his software you can
enjoy all his papers.

> Initially I was convinced that the Alan deviation is very nifty because one > can easily identify the different noise types. And, of course to directly > compare clocks in the time domain. However, there seems to be an easy to > read off by how much a clock will drift after a certain period in time? It > would be much appreciated if someone could elaborate a bit on this topic. Or > point me to a previous thread that already did. Stephan, Sounds like you've done some good research already. Ignore Allan deviation for a moment and work through the process with me for a minute. Imagine checking the time error of a nice quartz clock each minute. Let's say your first phase reading, P0, is 10 us, and the second reading a minute later, P1, is 21 us. What do you know so far? Well, you know the time error (also called phase error) between your clock and your reference is a couple tens of microseconds. That tells you how "on time" the clock is. You now know your clock isn't perfectly on time. Close, but not perfect. What else do you know? With just two points, you know that your clock has drifted in time by 11 us in a minute. Congratulations, you have now determined the frequency error of the clock. It is 11 us / 1 minute = 11e-6 s / 60 s = 0.18 ppm = 1.83e-7. A drift in time is the same thing as frequency offset, also called frequency error. F1 = (P1 - P0) / 60 s. So your clock is not only not perfectly on time, it is also not keeping perfect time. Close, but not perfect. Now, based on just those two readings, what would you expect; what would you guess; what would you bet that reading P2 will be? I think you would agree that since your clock appears to be drifting in time by 11 us per reading that P2 should be about 32 us, right? The expected gain is P1-P0, or 11 us. The last reading was P1=21 us, so your guess is simply P1 + (P1 - P0) = 2 P1 - P0 = 32 us. Right? OK, you wait a minute and P2 is 35 us. Your guess was close. That's good. If the clock were perfectly stable, it should have read 32 us, but it was off by a bit. Not only is your clock off a bit in time, and off a bit in frequency, it is also off a bit in predictability, in stability. Close, but not perfect. What do you know now? Well, based on points P1 and P2 the frequency error for this reading, F2 = 35-21 = 14us/min = 0.23 ppm = 2.33e-7. So you now have two frequency readings. You can no longer boldly claim the frequency error of your clock is exactly 1.83e-7; you are more inclined to say it is 2e-7 because you realize both readings differ, and are imprecise, but both close to 2e-7. You sense an average would be a better measure. You also know that your prediction was off by 3 us. Why? Your prediction P2' was 35. The actual P2 was 32. The error in your guess, E2 =P2 - P2' is E2 = P2 - [ P1 + (P1 - P0) ] = P2 - 2 P1 + P0 Are you with me so far? Imagine keeping this up for a while and making many predictions and collecting many actual phase readings. Each new phase reading gives you a new frequency measure; you hope they continue to average to a nice value that you can write on your oscillator. Each new phase reading gives you another chance to see how well your prediction matches. You hope the errors of your prediction stay pretty small. This time it was 3 us. Next perhaps 2, or 4, or -3, or -1, or 5, etc. These are the small errors in your ability to predict the phase error of the next reading. After a batch of N phase readings you have collected N-1 Fi and so your average frequency error is the sum of all Fi divided by N-1. You are also curious how confident you are in your frequency average. You could compute the standard deviation. You are also curious how small your errors of prediction are. You have collected N-2 Ei and it would be good to compute the standard deviation of this too. When it comes to an oscillator like this, the initial phase error is usually no problem (you can correct for this). And even a frequency error is not a problem (you can correct for this in hardware or software). What really gets you is the uncertainty in the frequency; the jitter; the instability; the limitations of the clock in meeting your predictions. This, you cannot correct for and so it is a measure of how intrinsically good your clock is. Do you remember the square root sum of squares formula for stdev? Take a look now at the formula for Allan Variance or Allan Deviation. Can you see that it is just the standard deviation of all those P2 - 2 P1 + P0 phase prediction error terms? So Allan Deviation is not some magic formula; it's just a regular old standard deviation formula used in a special case. And this is why the Allan Deviation can be used as a predictor of time drift; by definition, it is a measure of the expected deviation of time drift. /tvb See also these ADEV links, in order: An non-technical ADEV summary from USNO: Clock Performance and Performance Measures http://tycho.usno.navy.mil/mclocks2.html A scholarly paper on ADEV is found here: The Basics of Frequency Stability Analysis http://www.wriley.com/paper2ht.htm This is an all-time classic: The Science of Timekeeping. Application Note 1289 http://www.allanstime.com/Publications/DWA/Science_Timekeeping/ TheScienceOfTimekeeping.pdf This a nice write-up from NIST: Properties of Oscillator Signals and Measurement Methods http://tf.nist.gov/phase/Properties/main.htm Some free ADEV source code: http://www.leapsecond.com/tools/adev1.htm Many of my plots are made with Bill Riley's Stable32: http://www.wriley.com But even if you don't need to buy his software you can enjoy all his papers.
MF
Mike Feher
Thu, Nov 30, 2006 3:01 PM

Tom -

Excellent description of the process. Glad you took the time to explain this
so clearly. While I do understand the process, I do not believe I could have
stated it so well. Not to nit pick, but you did make a small typo in that
you interchanged the predicted and measured value of P2 in your example. For
most of us that will be obvious, and non relevant, but, to some it may be
confusing. Regards - Mike

Mike B. Feher, N4FS
89 Arnold Blvd.
Howell, NJ, 07731
732-886-5960

-----Original Message-----
From: time-nuts-bounces@febo.com [mailto:time-nuts-bounces@febo.com] On
Behalf Of Tom Van Baak
Sent: Thursday, November 30, 2006 9:38 AM
To: Discussion of precise time and frequency measurement
Subject: Re: [time-nuts] Predicting clock stability from
thevariouscharacterization methods

Initially I was convinced that the Alan deviation is very nifty because

one

can easily identify the different noise types. And, of course to directly
compare clocks in the time domain. However, there seems to be an easy to
read off by how much a clock will drift after a certain period in time? It
would be much appreciated if someone could elaborate a bit on this topic.

Or

point me to a previous thread that already did.

Stephan,

Sounds like you've done some good research already.

Ignore Allan deviation for a moment and work through the
process with me for a minute. Imagine checking the time
error of a nice quartz clock each minute.

Let's say your first phase reading, P0, is 10 us, and the
second reading a minute later, P1, is 21 us. What do
you know so far?

Well, you know the time error (also called phase error)
between your clock and your reference is a couple tens
of microseconds. That tells you how "on time" the clock
is. You now know your clock isn't perfectly on time.
Close, but not perfect. What else do you know?

With just two points, you know that your clock has drifted
in time by 11 us in a minute. Congratulations, you have
now determined the frequency error of the clock. It is
11 us / 1 minute = 11e-6 s / 60 s = 0.18 ppm = 1.83e-7.
A drift in time is the same thing as frequency offset, also
called frequency error. F1 = (P1 - P0) / 60 s. So your
clock is not only not perfectly on time, it is also not
keeping perfect time. Close, but not perfect.

Now, based on just those two readings, what would you
expect; what would you guess; what would you bet that
reading P2 will be?

I think you would agree that since your clock appears to
be drifting in time by 11 us per reading that P2 should be
about 32 us, right? The expected gain is P1-P0, or 11 us.
The last reading was P1=21 us, so your guess is simply
P1 + (P1 - P0) = 2 P1 - P0 = 32 us. Right?

OK, you wait a minute and P2 is 35 us. Your guess was
close. That's good. If the clock were perfectly stable, it
should have read 32 us, but it was off by a bit. Not only
is your clock off a bit in time, and off a bit in frequency,
it is also off a bit in predictability, in stability. Close, but
not perfect.

What do you know now? Well, based on points P1 and P2
the frequency error for this reading, F2 = 35-21 = 14us/min =
0.23 ppm = 2.33e-7. So you now have two frequency
readings. You can no longer boldly claim the frequency
error of your clock is exactly 1.83e-7; you are more inclined
to say it is 2e-7 because you realize both readings differ,
and are imprecise, but both close to 2e-7. You sense an
average would be a better measure.

You also know that your prediction was off by 3 us. Why?
Your prediction P2' was 35. The actual P2 was 32. The
error in your guess, E2 =P2 - P2' is
E2 = P2 - [ P1 + (P1 - P0) ] = P2 - 2 P1 + P0

Are you with me so far? Imagine keeping this up for a while
and making many predictions and collecting many actual
phase readings. Each new phase reading gives you a new
frequency measure; you hope they continue to average to
a nice value that you can write on your oscillator. Each
new phase reading gives you another chance to see how
well your prediction matches. You hope the errors of your
prediction stay pretty small. This time it was 3 us. Next
perhaps 2, or 4, or -3, or -1, or 5, etc. These are the small
errors in your ability to predict the phase error of the next
reading.

After a batch of N phase readings you have collected
N-1 Fi and so your average frequency error is the sum
of all Fi divided by N-1. You are also curious how confident
you are in your frequency average. You could compute
the standard deviation.

You are also curious how small your errors of prediction
are. You have collected N-2 Ei and it would be good to
compute the standard deviation of this too.

When it comes to an oscillator like this, the initial phase
error is usually no problem (you can correct for this). And
even a frequency error is not a problem (you can correct
for this in hardware or software).

What really gets you is the uncertainty in the frequency;
the jitter; the instability; the limitations of the clock in
meeting your predictions. This, you cannot correct for
and so it is a measure of how intrinsically good your
clock is.

Do you remember the square root sum of squares formula
for stdev? Take a look now at the formula for Allan Variance
or Allan Deviation. Can you see that it is just the standard
deviation of all those P2 - 2 P1 + P0 phase prediction error
terms? So Allan Deviation is not some magic formula; it's
just a regular old standard deviation formula used in a
special case.

And this is why the Allan Deviation can be used as a
predictor of time drift; by definition, it is a measure of
the expected deviation of time drift.

/tvb

See also these ADEV links, in order:

An non-technical ADEV summary from USNO:
Clock Performance and Performance Measures
http://tycho.usno.navy.mil/mclocks2.html

A scholarly paper on ADEV is found here:
The Basics of Frequency Stability Analysis
http://www.wriley.com/paper2ht.htm

This is an all-time classic:
The Science of Timekeeping. Application Note 1289
http://www.allanstime.com/Publications/DWA/Science_Timekeeping/
TheScienceOfTimekeeping.pdf

This a nice write-up from NIST:
Properties of Oscillator Signals and Measurement Methods
http://tf.nist.gov/phase/Properties/main.htm

Some free ADEV source code:
http://www.leapsecond.com/tools/adev1.htm

Many of my plots are made with Bill Riley's Stable32:
http://www.wriley.com
But even if you don't need to buy his software you can
enjoy all his papers.


time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts

Tom - Excellent description of the process. Glad you took the time to explain this so clearly. While I do understand the process, I do not believe I could have stated it so well. Not to nit pick, but you did make a small typo in that you interchanged the predicted and measured value of P2 in your example. For most of us that will be obvious, and non relevant, but, to some it may be confusing. Regards - Mike Mike B. Feher, N4FS 89 Arnold Blvd. Howell, NJ, 07731 732-886-5960 -----Original Message----- From: time-nuts-bounces@febo.com [mailto:time-nuts-bounces@febo.com] On Behalf Of Tom Van Baak Sent: Thursday, November 30, 2006 9:38 AM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] Predicting clock stability from thevariouscharacterization methods > Initially I was convinced that the Alan deviation is very nifty because one > can easily identify the different noise types. And, of course to directly > compare clocks in the time domain. However, there seems to be an easy to > read off by how much a clock will drift after a certain period in time? It > would be much appreciated if someone could elaborate a bit on this topic. Or > point me to a previous thread that already did. Stephan, Sounds like you've done some good research already. Ignore Allan deviation for a moment and work through the process with me for a minute. Imagine checking the time error of a nice quartz clock each minute. Let's say your first phase reading, P0, is 10 us, and the second reading a minute later, P1, is 21 us. What do you know so far? Well, you know the time error (also called phase error) between your clock and your reference is a couple tens of microseconds. That tells you how "on time" the clock is. You now know your clock isn't perfectly on time. Close, but not perfect. What else do you know? With just two points, you know that your clock has drifted in time by 11 us in a minute. Congratulations, you have now determined the frequency error of the clock. It is 11 us / 1 minute = 11e-6 s / 60 s = 0.18 ppm = 1.83e-7. A drift in time is the same thing as frequency offset, also called frequency error. F1 = (P1 - P0) / 60 s. So your clock is not only not perfectly on time, it is also not keeping perfect time. Close, but not perfect. Now, based on just those two readings, what would you expect; what would you guess; what would you bet that reading P2 will be? I think you would agree that since your clock appears to be drifting in time by 11 us per reading that P2 should be about 32 us, right? The expected gain is P1-P0, or 11 us. The last reading was P1=21 us, so your guess is simply P1 + (P1 - P0) = 2 P1 - P0 = 32 us. Right? OK, you wait a minute and P2 is 35 us. Your guess was close. That's good. If the clock were perfectly stable, it should have read 32 us, but it was off by a bit. Not only is your clock off a bit in time, and off a bit in frequency, it is also off a bit in predictability, in stability. Close, but not perfect. What do you know now? Well, based on points P1 and P2 the frequency error for this reading, F2 = 35-21 = 14us/min = 0.23 ppm = 2.33e-7. So you now have two frequency readings. You can no longer boldly claim the frequency error of your clock is exactly 1.83e-7; you are more inclined to say it is 2e-7 because you realize both readings differ, and are imprecise, but both close to 2e-7. You sense an average would be a better measure. You also know that your prediction was off by 3 us. Why? Your prediction P2' was 35. The actual P2 was 32. The error in your guess, E2 =P2 - P2' is E2 = P2 - [ P1 + (P1 - P0) ] = P2 - 2 P1 + P0 Are you with me so far? Imagine keeping this up for a while and making many predictions and collecting many actual phase readings. Each new phase reading gives you a new frequency measure; you hope they continue to average to a nice value that you can write on your oscillator. Each new phase reading gives you another chance to see how well your prediction matches. You hope the errors of your prediction stay pretty small. This time it was 3 us. Next perhaps 2, or 4, or -3, or -1, or 5, etc. These are the small errors in your ability to predict the phase error of the next reading. After a batch of N phase readings you have collected N-1 Fi and so your average frequency error is the sum of all Fi divided by N-1. You are also curious how confident you are in your frequency average. You could compute the standard deviation. You are also curious how small your errors of prediction are. You have collected N-2 Ei and it would be good to compute the standard deviation of this too. When it comes to an oscillator like this, the initial phase error is usually no problem (you can correct for this). And even a frequency error is not a problem (you can correct for this in hardware or software). What really gets you is the uncertainty in the frequency; the jitter; the instability; the limitations of the clock in meeting your predictions. This, you cannot correct for and so it is a measure of how intrinsically good your clock is. Do you remember the square root sum of squares formula for stdev? Take a look now at the formula for Allan Variance or Allan Deviation. Can you see that it is just the standard deviation of all those P2 - 2 P1 + P0 phase prediction error terms? So Allan Deviation is not some magic formula; it's just a regular old standard deviation formula used in a special case. And this is why the Allan Deviation can be used as a predictor of time drift; by definition, it is a measure of the expected deviation of time drift. /tvb See also these ADEV links, in order: An non-technical ADEV summary from USNO: Clock Performance and Performance Measures http://tycho.usno.navy.mil/mclocks2.html A scholarly paper on ADEV is found here: The Basics of Frequency Stability Analysis http://www.wriley.com/paper2ht.htm This is an all-time classic: The Science of Timekeeping. Application Note 1289 http://www.allanstime.com/Publications/DWA/Science_Timekeeping/ TheScienceOfTimekeeping.pdf This a nice write-up from NIST: Properties of Oscillator Signals and Measurement Methods http://tf.nist.gov/phase/Properties/main.htm Some free ADEV source code: http://www.leapsecond.com/tools/adev1.htm Many of my plots are made with Bill Riley's Stable32: http://www.wriley.com But even if you don't need to buy his software you can enjoy all his papers. _______________________________________________ time-nuts mailing list time-nuts@febo.com https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
TV
Tom Van Baak
Thu, Nov 30, 2006 6:26 PM

Tom -

Excellent description of the process. Glad you took the time to explain

this

so clearly. While I do understand the process, I do not believe I could

have

stated it so well. Not to nit pick, but you did make a small typo in that
you interchanged the predicted and measured value of P2 in your example.

For

most of us that will be obvious, and non relevant, but, to some it may be
confusing. Regards - Mike

Ah, right. In the example, the prediction, P2', should
be 32 and the actual, P2, is 35; a prediction error of
3 us. Thanks.


By the way, here's extra credit for some of you:

(1) With one point you get phase, or time error.

(2) With two points you get change in phase over time,
or frequency.

(3) With three points you get change in frequency over
time, or drift. The standard deviation of the frequency
prediction errors is called the Allan Deviation.

This is a measure of frequency stability; the better the
predicted frequency matches the actual frequency the
lower the errors. A little bit of noise or any drift causes
the errors to increase; the ADEV to increase. In the
summation you'll see terms like P2 - 2*P1 + P0. You
can see why constant phase offset or frequency offset
doesn't affect the sum.

(4) With four points you get change in drift over time.
The standard deviation of the drift prediction errors is
called the Hadamard Deviation.

This is a measure of stability where even drift, as long
as it's constant, is not a bad thing. In the summation
you'll see P3 - 3P2 + 3P1 - P0. You can see why
constant phase, frequency, or even drift doesn't affect
the sum.


So imagine a situation where you're making a GPSDO
and very long-term holdover performance is a key design
feature. What OCXO spec is important?

In this application phase error is easy to fix - you just
reset the epoch.

Frequency error is easy to fix. After some minutes or
perhaps hours you get a good idea of the frequency
offset. You then just set the EFC DAC to a calculated
value and maintain it during hold-over. In this case the
OCXO with the lowest drift rate (best Allan Deviation)
is the one to choose.

But with a little programming even drift is also easy to
fix. After some days or perhaps weeks you get a pretty
good idea of frequency drift over time and so you ramp
the EFC DAC over time to compensate.

The only limitation to extended hold-over performance
in such a GPDO is irregularity in drift rate.

In this example, the Hadamard Deviation would be a
good statistic to use to qualify the OCXO you need.
Drift, as long as it's constant (e.g., fixed, linear, even
log, or other prediction model) is not the limitation.

/tvb

> Tom - > > Excellent description of the process. Glad you took the time to explain this > so clearly. While I do understand the process, I do not believe I could have > stated it so well. Not to nit pick, but you did make a small typo in that > you interchanged the predicted and measured value of P2 in your example. For > most of us that will be obvious, and non relevant, but, to some it may be > confusing. Regards - Mike Ah, right. In the example, the prediction, P2', should be 32 and the actual, P2, is 35; a prediction error of 3 us. Thanks. ---- By the way, here's extra credit for some of you: (1) With one point you get phase, or time error. (2) With two points you get change in phase over time, or frequency. (3) With three points you get change in frequency over time, or drift. The standard deviation of the frequency prediction errors is called the Allan Deviation. This is a measure of frequency stability; the better the predicted frequency matches the actual frequency the lower the errors. A little bit of noise or any drift causes the errors to increase; the ADEV to increase. In the summation you'll see terms like P2 - 2*P1 + P0. You can see why constant phase offset or frequency offset doesn't affect the sum. (4) With four points you get change in drift over time. The standard deviation of the drift prediction errors is called the Hadamard Deviation. This is a measure of stability where even drift, as long as it's constant, is not a bad thing. In the summation you'll see P3 - 3*P2 + 3*P1 - P0. You can see why constant phase, frequency, or even drift doesn't affect the sum. ---- So imagine a situation where you're making a GPSDO and very long-term holdover performance is a key design feature. What OCXO spec is important? In this application phase error is easy to fix - you just reset the epoch. Frequency error is easy to fix. After some minutes or perhaps hours you get a good idea of the frequency offset. You then just set the EFC DAC to a calculated value and maintain it during hold-over. In this case the OCXO with the lowest drift rate (best Allan Deviation) is the one to choose. But with a little programming even drift is also easy to fix. After some days or perhaps weeks you get a pretty good idea of frequency drift over time and so you ramp the EFC DAC over time to compensate. The only limitation to extended hold-over performance in such a GPDO is irregularity in drift rate. In this example, the Hadamard Deviation would be a good statistic to use to qualify the OCXO you need. Drift, as long as it's constant (e.g., fixed, linear, even log, or other prediction model) is not the limitation. /tvb
AT
Arnold Tibus
Thu, Nov 30, 2006 6:58 PM

Hello Tom,
many thanks as well from my side, in lieu of a lot of interested people,
for your short but splendid teaching excursion!
I had realized this crossing of values, a minor point, but now it is fully
clarified.
It will be hard to beat the explanation.

greetings,

Arnold

On Thu, 30 Nov 2006 10:26:20 -0800, Tom Van Baak wrote:

Tom -

Excellent description of the process. Glad you took the time to explain

this

so clearly. While I do understand the process, I do not believe I could

have

stated it so well. Not to nit pick, but you did make a small typo in that
you interchanged the predicted and measured value of P2 in your example.

For

most of us that will be obvious, and non relevant, but, to some it may be
confusing. Regards - Mike

Ah, right. In the example, the prediction, P2', should
be 32 and the actual, P2, is 35; a prediction error of
3 us. Thanks.


By the way, here's extra credit for some of you:

(1) With one point you get phase, or time error.

(2) With two points you get change in phase over time,
or frequency.

(3) With three points you get change in frequency over
time, or drift. The standard deviation of the frequency
prediction errors is called the Allan Deviation.

This is a measure of frequency stability; the better the
predicted frequency matches the actual frequency the
lower the errors. A little bit of noise or any drift causes
the errors to increase; the ADEV to increase. In the
summation you'll see terms like P2 - 2*P1 + P0. You
can see why constant phase offset or frequency offset
doesn't affect the sum.

(4) With four points you get change in drift over time.
The standard deviation of the drift prediction errors is
called the Hadamard Deviation.

This is a measure of stability where even drift, as long
as it's constant, is not a bad thing. In the summation
you'll see P3 - 3P2 + 3P1 - P0. You can see why
constant phase, frequency, or even drift doesn't affect
the sum.


So imagine a situation where you're making a GPSDO
and very long-term holdover performance is a key design
feature. What OCXO spec is important?

In this application phase error is easy to fix - you just
reset the epoch.

Frequency error is easy to fix. After some minutes or
perhaps hours you get a good idea of the frequency
offset. You then just set the EFC DAC to a calculated
value and maintain it during hold-over. In this case the
OCXO with the lowest drift rate (best Allan Deviation)
is the one to choose.

But with a little programming even drift is also easy to
fix. After some days or perhaps weeks you get a pretty
good idea of frequency drift over time and so you ramp
the EFC DAC over time to compensate.

The only limitation to extended hold-over performance
in such a GPDO is irregularity in drift rate.

In this example, the Hadamard Deviation would be a
good statistic to use to qualify the OCXO you need.
Drift, as long as it's constant (e.g., fixed, linear, even
log, or other prediction model) is not the limitation.

/tvb

Hello Tom, many thanks as well from my side, in lieu of a lot of interested people, for your short but splendid teaching excursion! I had realized this crossing of values, a minor point, but now it is fully clarified. It will be hard to beat the explanation. greetings, Arnold On Thu, 30 Nov 2006 10:26:20 -0800, Tom Van Baak wrote: >> Tom - >> >> Excellent description of the process. Glad you took the time to explain >this >> so clearly. While I do understand the process, I do not believe I could >have >> stated it so well. Not to nit pick, but you did make a small typo in that >> you interchanged the predicted and measured value of P2 in your example. >For >> most of us that will be obvious, and non relevant, but, to some it may be >> confusing. Regards - Mike >Ah, right. In the example, the prediction, P2', should >be 32 and the actual, P2, is 35; a prediction error of >3 us. Thanks. >---- >By the way, here's extra credit for some of you: >(1) With one point you get phase, or time error. >(2) With two points you get change in phase over time, >or frequency. >(3) With three points you get change in frequency over >time, or drift. The standard deviation of the frequency >prediction errors is called the Allan Deviation. >This is a measure of frequency stability; the better the >predicted frequency matches the actual frequency the >lower the errors. A little bit of noise or any drift causes >the errors to increase; the ADEV to increase. In the >summation you'll see terms like P2 - 2*P1 + P0. You >can see why constant phase offset or frequency offset >doesn't affect the sum. >(4) With four points you get change in drift over time. >The standard deviation of the drift prediction errors is >called the Hadamard Deviation. >This is a measure of stability where even drift, as long >as it's constant, is not a bad thing. In the summation >you'll see P3 - 3*P2 + 3*P1 - P0. You can see why >constant phase, frequency, or even drift doesn't affect >the sum. >---- >So imagine a situation where you're making a GPSDO >and very long-term holdover performance is a key design >feature. What OCXO spec is important? >In this application phase error is easy to fix - you just >reset the epoch. >Frequency error is easy to fix. After some minutes or >perhaps hours you get a good idea of the frequency >offset. You then just set the EFC DAC to a calculated >value and maintain it during hold-over. In this case the >OCXO with the lowest drift rate (best Allan Deviation) >is the one to choose. >But with a little programming even drift is also easy to >fix. After some days or perhaps weeks you get a pretty >good idea of frequency drift over time and so you ramp >the EFC DAC over time to compensate. >The only limitation to extended hold-over performance >in such a GPDO is irregularity in drift rate. >In this example, the Hadamard Deviation would be a >good statistic to use to qualify the OCXO you need. >Drift, as long as it's constant (e.g., fixed, linear, even >log, or other prediction model) is not the limitation. >/tvb
BC
Brooke Clarke
Thu, Nov 30, 2006 9:31 PM

Hi Tom:

Is there a way to use the Allan plot to predict the variation in a reading?
For example if you use the plot comparing the 1 PPS from a GPS receiver
to a good Cesium frequency standard, then:
(1) what size of variation would you expect if the Cesium standard was
divided down to 1 kHz and that was compared to the GPS 1 PPS, or
(2) what size of variation would you expect if the Cesium standard was
divided down to 1 Pulse/1,000 seconds?

Have Fun,

Brooke Clarke

w/Java http://www.PRC68.com
w/o Java http://www.pacificsites.com/~brooke/PRC68COM.shtml
http://www.precisionclock.com

Tom Van Baak wrote:

Tom -

Excellent description of the process. Glad you took the time to explain

this

so clearly. While I do understand the process, I do not believe I could

have

stated it so well. Not to nit pick, but you did make a small typo in that
you interchanged the predicted and measured value of P2 in your example.

For

most of us that will be obvious, and non relevant, but, to some it may be
confusing. Regards - Mike

Ah, right. In the example, the prediction, P2', should
be 32 and the actual, P2, is 35; a prediction error of
3 us. Thanks.


By the way, here's extra credit for some of you:

(1) With one point you get phase, or time error.

(2) With two points you get change in phase over time,
or frequency.

(3) With three points you get change in frequency over
time, or drift. The standard deviation of the frequency
prediction errors is called the Allan Deviation.

This is a measure of frequency stability; the better the
predicted frequency matches the actual frequency the
lower the errors. A little bit of noise or any drift causes
the errors to increase; the ADEV to increase. In the
summation you'll see terms like P2 - 2*P1 + P0. You
can see why constant phase offset or frequency offset
doesn't affect the sum.

(4) With four points you get change in drift over time.
The standard deviation of the drift prediction errors is
called the Hadamard Deviation.

This is a measure of stability where even drift, as long
as it's constant, is not a bad thing. In the summation
you'll see P3 - 3P2 + 3P1 - P0. You can see why
constant phase, frequency, or even drift doesn't affect
the sum.


So imagine a situation where you're making a GPSDO
and very long-term holdover performance is a key design
feature. What OCXO spec is important?

In this application phase error is easy to fix - you just
reset the epoch.

Frequency error is easy to fix. After some minutes or
perhaps hours you get a good idea of the frequency
offset. You then just set the EFC DAC to a calculated
value and maintain it during hold-over. In this case the
OCXO with the lowest drift rate (best Allan Deviation)
is the one to choose.

But with a little programming even drift is also easy to
fix. After some days or perhaps weeks you get a pretty
good idea of frequency drift over time and so you ramp
the EFC DAC over time to compensate.

The only limitation to extended hold-over performance
in such a GPDO is irregularity in drift rate.

In this example, the Hadamard Deviation would be a
good statistic to use to qualify the OCXO you need.
Drift, as long as it's constant (e.g., fixed, linear, even
log, or other prediction model) is not the limitation.

/tvb


time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts

Hi Tom: Is there a way to use the Allan plot to predict the variation in a reading? For example if you use the plot comparing the 1 PPS from a GPS receiver to a good Cesium frequency standard, then: (1) what size of variation would you expect if the Cesium standard was divided down to 1 kHz and that was compared to the GPS 1 PPS, or (2) what size of variation would you expect if the Cesium standard was divided down to 1 Pulse/1,000 seconds? Have Fun, Brooke Clarke w/Java http://www.PRC68.com w/o Java http://www.pacificsites.com/~brooke/PRC68COM.shtml http://www.precisionclock.com Tom Van Baak wrote: >>Tom - >> >>Excellent description of the process. Glad you took the time to explain >> >> >this > > >>so clearly. While I do understand the process, I do not believe I could >> >> >have > > >>stated it so well. Not to nit pick, but you did make a small typo in that >>you interchanged the predicted and measured value of P2 in your example. >> >> >For > > >>most of us that will be obvious, and non relevant, but, to some it may be >>confusing. Regards - Mike >> >> > >Ah, right. In the example, the prediction, P2', should >be 32 and the actual, P2, is 35; a prediction error of >3 us. Thanks. > >---- > >By the way, here's extra credit for some of you: > >(1) With one point you get phase, or time error. > >(2) With two points you get change in phase over time, >or frequency. > >(3) With three points you get change in frequency over >time, or drift. The standard deviation of the frequency >prediction errors is called the Allan Deviation. > >This is a measure of frequency stability; the better the >predicted frequency matches the actual frequency the >lower the errors. A little bit of noise or any drift causes >the errors to increase; the ADEV to increase. In the >summation you'll see terms like P2 - 2*P1 + P0. You >can see why constant phase offset or frequency offset >doesn't affect the sum. > >(4) With four points you get change in drift over time. >The standard deviation of the drift prediction errors is >called the Hadamard Deviation. > >This is a measure of stability where even drift, as long >as it's constant, is not a bad thing. In the summation >you'll see P3 - 3*P2 + 3*P1 - P0. You can see why >constant phase, frequency, or even drift doesn't affect >the sum. > >---- > >So imagine a situation where you're making a GPSDO >and very long-term holdover performance is a key design >feature. What OCXO spec is important? > >In this application phase error is easy to fix - you just >reset the epoch. > >Frequency error is easy to fix. After some minutes or >perhaps hours you get a good idea of the frequency >offset. You then just set the EFC DAC to a calculated >value and maintain it during hold-over. In this case the >OCXO with the lowest drift rate (best Allan Deviation) >is the one to choose. > >But with a little programming even drift is also easy to >fix. After some days or perhaps weeks you get a pretty >good idea of frequency drift over time and so you ramp >the EFC DAC over time to compensate. > >The only limitation to extended hold-over performance >in such a GPDO is irregularity in drift rate. > >In this example, the Hadamard Deviation would be a >good statistic to use to qualify the OCXO you need. >Drift, as long as it's constant (e.g., fixed, linear, even >log, or other prediction model) is not the limitation. > >/tvb > > > >_______________________________________________ >time-nuts mailing list >time-nuts@febo.com >https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > > >
MD
Magnus Danielson
Thu, Nov 30, 2006 11:25 PM

From: Brooke Clarke brooke@pacific.net
Subject: Re: [time-nuts] Predicting clock stability from thevariouscharacterization methods
Date: Thu, 30 Nov 2006 13:31:53 -0800
Message-ID: 456F4DC9.9080402@pacific.net

Hi Tom:

Is there a way to use the Allan plot to predict the variation in a reading?
For example if you use the plot comparing the 1 PPS from a GPS receiver
to a good Cesium frequency standard, then:
(1) what size of variation would you expect if the Cesium standard was
divided down to 1 kHz and that was compared to the GPS 1 PPS, or
(2) what size of variation would you expect if the Cesium standard was
divided down to 1 Pulse/1,000 seconds?

First on the phase variations as they are divided:

  1. The phase deviation frequency is unchanged, unless wrapped around the
    clock (Nyqvist wrapping).
  2. The phase deviation amplitude is divided by the carrier divide ratio, i.e.
    dividing a 10 MHz down to 1 MHz will make the phase deviation go from say
    -130 dBc/Hz to -150 dBc/Hz (on the same offset from the carrier, say 100 Hz)
    assuming the divider chain does not add phase noise.

Allan deviation experience about the same of properties, with the natural
conversion of the above to tau language rather than frequency speak.

Then, on your GPS/Caesium issue, no. The reason being that when you measure
between two clocks, you don't know how much noise come from one or the other.
You need more sources of sufficiently low phase noise to match case to make a
three-cornered hat resolution of the individual sources phase noise. Once you
have done that there is no magic on predicting the divided down variants.

You can however make educated guesses, but that is another issue.

Cheers,
Magnus

From: Brooke Clarke <brooke@pacific.net> Subject: Re: [time-nuts] Predicting clock stability from thevariouscharacterization methods Date: Thu, 30 Nov 2006 13:31:53 -0800 Message-ID: <456F4DC9.9080402@pacific.net> > Hi Tom: > > Is there a way to use the Allan plot to predict the variation in a reading? > For example if you use the plot comparing the 1 PPS from a GPS receiver > to a good Cesium frequency standard, then: > (1) what size of variation would you expect if the Cesium standard was > divided down to 1 kHz and that was compared to the GPS 1 PPS, or > (2) what size of variation would you expect if the Cesium standard was > divided down to 1 Pulse/1,000 seconds? First on the phase variations as they are divided: 1) The phase deviation frequency is unchanged, unless wrapped around the clock (Nyqvist wrapping). 2) The phase deviation amplitude is divided by the carrier divide ratio, i.e. dividing a 10 MHz down to 1 MHz will make the phase deviation go from say -130 dBc/Hz to -150 dBc/Hz (on the same offset from the carrier, say 100 Hz) assuming the divider chain does not add phase noise. Allan deviation experience about the same of properties, with the natural conversion of the above to tau language rather than frequency speak. Then, on your GPS/Caesium issue, no. The reason being that when you measure between two clocks, you don't know how much noise come from one or the other. You need more sources of sufficiently low phase noise to match case to make a three-cornered hat resolution of the individual sources phase noise. Once you have done that there is no magic on predicting the divided down variants. You can however make educated guesses, but that is another issue. Cheers, Magnus
TV
Tom Van Baak
Thu, Nov 30, 2006 11:28 PM

Brooke,

Maybe this helps. The clock prediction into the future
is based on the past history and the current point. If
the measured ADEV for a clock is, say 1e-13, for a
measurement interval of 1 day (tau), then the prediction,
within one standard deviation, is that you'll be within
1e-13 tomorrow. 1e-13 at one day is about 9 ns. I think
this is right. Can someone double check?

It shouldn't matter what your divider does -- 9 ns of
time error is 9 ns regardless if it's the zero-crossing
of a 5 MHz RF output of the leading edge of a 1PPS
signal.

A divider postpones cycle wrapping but doesn't affect
clock accuracy or stability (other than the obvious
introduction of passive & active component noise in
the signal path).

/tvb

----- Original Message -----
From: Brooke Clarke
To: Tom Van Baak ; Discussion of precise time and frequency measurement
Sent: Thursday, November 30, 2006 13:31
Subject: Re: [time-nuts] Predicting clock stability from
thevariouscharacterizationmethods

Hi Tom:

Is there a way to use the Allan plot to predict the variation in a reading?
For example if you use the plot comparing the 1 PPS from a GPS receiver to a
good Cesium frequency standard, then:
(1) what size of variation would you expect if the Cesium standard was
divided down to 1 kHz and that was compared to the GPS 1 PPS, or
(2) what size of variation would you expect if the Cesium standard was
divided down to 1 Pulse/1,000 seconds?

Have Fun,

Brooke Clarke

Brooke, Maybe this helps. The clock prediction into the future is based on the past history and the current point. If the measured ADEV for a clock is, say 1e-13, for a measurement interval of 1 day (tau), then the prediction, within one standard deviation, is that you'll be within 1e-13 tomorrow. 1e-13 at one day is about 9 ns. I think this is right. Can someone double check? It shouldn't matter what your divider does -- 9 ns of time error is 9 ns regardless if it's the zero-crossing of a 5 MHz RF output of the leading edge of a 1PPS signal. A divider postpones cycle wrapping but doesn't affect clock accuracy or stability (other than the obvious introduction of passive & active component noise in the signal path). /tvb ----- Original Message ----- From: Brooke Clarke To: Tom Van Baak ; Discussion of precise time and frequency measurement Sent: Thursday, November 30, 2006 13:31 Subject: Re: [time-nuts] Predicting clock stability from thevariouscharacterizationmethods Hi Tom: Is there a way to use the Allan plot to predict the variation in a reading? For example if you use the plot comparing the 1 PPS from a GPS receiver to a good Cesium frequency standard, then: (1) what size of variation would you expect if the Cesium standard was divided down to 1 kHz and that was compared to the GPS 1 PPS, or (2) what size of variation would you expect if the Cesium standard was divided down to 1 Pulse/1,000 seconds? Have Fun, Brooke Clarke
DB
Dr Bruce Griffiths
Fri, Dec 1, 2006 3:50 AM

Brooke Clarke wrote:

Hi Tom:

Is there a way to use the Allan plot to predict the variation in a reading?
For example if you use the plot comparing the 1 PPS from a GPS receiver
to a good Cesium frequency standard, then:
(1) what size of variation would you expect if the Cesium standard was
divided down to 1 kHz and that was compared to the GPS 1 PPS, or
(2) what size of variation would you expect if the Cesium standard was
divided down to 1 Pulse/1,000 seconds?

Have Fun,

Brooke Clarke


time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts

Brooke

To answer this you will need to know the Allan deviation as a function
of tau for both the caesium frequency standard and the GPS receiver output.
The Allan variance of the measurement will be equal to the sum of the
Allan variances of the GPS receiver and the Caesium standard for the
each tau.
The resultant Allan deviation will be equal to the square root of the
Allan variance.
This assumes that the 2 sources are uncorrelated. Eventually for a long
enough tau some correlation will be found as variations in room
temperature produces correlated phase shifts/delays in the caesium
standard (and any associated dividers) and the GPS receiver.
For most GPS timing receivers the Allan deviation of the receiver output
will dominate until tau is around 1 day or so for a high quality GPS
timing receiver.
The value of tau at which the Allan deviations of both the caesium
standard and the GPS timing receiver  are comparable will  be much
longer for most older generation GPS timing receivers.

For example a Caesium frequency standard with a standard tube will have
a worst case timing errors as listed below:
Tau      timing error
1        120ps
10        85ps
100      270ps
1000  850ps
1 day  17ns

Whereas a high quality GPS timing receiver will have an rms timing error
under favourable conditions of a little better than 10ns for tau < 1 day.

A carrier phase tracking GPS receiver will do much better than a typical
high quality GPS timing receiver for small values of tau (< 1000 sec or
so), however it will eventually be limited by the stability of the
transmitted GPS carrier. A high quality quartz oscillator disciplined by
a GPS carrier phase tracking receiver will outperform a Caesium
frequency standard with a standard tube, for tau < 1 day, eventually it
is limited by the GPS Allan deviation floor of around 5E-14 at tau = 1 day.

Bruce

Brooke Clarke wrote: > Hi Tom: > > Is there a way to use the Allan plot to predict the variation in a reading? > For example if you use the plot comparing the 1 PPS from a GPS receiver > to a good Cesium frequency standard, then: > (1) what size of variation would you expect if the Cesium standard was > divided down to 1 kHz and that was compared to the GPS 1 PPS, or > (2) what size of variation would you expect if the Cesium standard was > divided down to 1 Pulse/1,000 seconds? > > Have Fun, > > Brooke Clarke > > > _____________________________________________ > time-nuts mailing list > time-nuts@febo.com > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > > Brooke To answer this you will need to know the Allan deviation as a function of tau for both the caesium frequency standard and the GPS receiver output. The Allan variance of the measurement will be equal to the sum of the Allan variances of the GPS receiver and the Caesium standard for the each tau. The resultant Allan deviation will be equal to the square root of the Allan variance. This assumes that the 2 sources are uncorrelated. Eventually for a long enough tau some correlation will be found as variations in room temperature produces correlated phase shifts/delays in the caesium standard (and any associated dividers) and the GPS receiver. For most GPS timing receivers the Allan deviation of the receiver output will dominate until tau is around 1 day or so for a high quality GPS timing receiver. The value of tau at which the Allan deviations of both the caesium standard and the GPS timing receiver are comparable will be much longer for most older generation GPS timing receivers. For example a Caesium frequency standard with a standard tube will have a worst case timing errors as listed below: Tau timing error 1 120ps 10 85ps 100 270ps 1000 850ps 1 day 17ns Whereas a high quality GPS timing receiver will have an rms timing error under favourable conditions of a little better than 10ns for tau < 1 day. A carrier phase tracking GPS receiver will do much better than a typical high quality GPS timing receiver for small values of tau (< 1000 sec or so), however it will eventually be limited by the stability of the transmitted GPS carrier. A high quality quartz oscillator disciplined by a GPS carrier phase tracking receiver will outperform a Caesium frequency standard with a standard tube, for tau < 1 day, eventually it is limited by the GPS Allan deviation floor of around 5E-14 at tau = 1 day. Bruce
UB
Ulrich Bangert
Fri, Dec 1, 2006 12:34 PM

Hi folks,

(4) With four points you get change in drift over time.
The standard deviation of the drift prediction errors is
called the Hadamard Deviation.

you know that i like to advertise from time to time for it:

My PLOTTER utility does compute the normal as well as the overlapping
Hadamard deviation. It may be downloaded from

http://www.ulrich-bangert.de/plotter.zip

Cheers
Ulrich, DF6JB

-----Ursprüngliche Nachricht-----
Von: time-nuts-bounces@febo.com
[mailto:time-nuts-bounces@febo.com] Im Auftrag von Tom Van Baak
Gesendet: Donnerstag, 30. November 2006 19:26
An: Mike Feher; 'Discussion of precise time and frequency measurement'
Betreff: Re: [time-nuts] Predicting clock stability
fromthevariouscharacterization methods

Tom -

Excellent description of the process. Glad you took the time to
explain

this

so clearly. While I do understand the process, I do not believe I
could

have

stated it so well. Not to nit pick, but you did make a

small typo in

that you interchanged the predicted and measured value of

P2 in your

example.

For

most of us that will be obvious, and non relevant, but, to

some it may

be confusing. Regards - Mike

Ah, right. In the example, the prediction, P2', should
be 32 and the actual, P2, is 35; a prediction error of
3 us. Thanks.


By the way, here's extra credit for some of you:

(1) With one point you get phase, or time error.

(2) With two points you get change in phase over time,
or frequency.

(3) With three points you get change in frequency over
time, or drift. The standard deviation of the frequency
prediction errors is called the Allan Deviation.

This is a measure of frequency stability; the better the
predicted frequency matches the actual frequency the lower
the errors. A little bit of noise or any drift causes the
errors to increase; the ADEV to increase. In the summation
you'll see terms like P2 - 2*P1 + P0. You can see why
constant phase offset or frequency offset doesn't affect the sum.

(4) With four points you get change in drift over time.
The standard deviation of the drift prediction errors is
called the Hadamard Deviation.

This is a measure of stability where even drift, as long
as it's constant, is not a bad thing. In the summation
you'll see P3 - 3P2 + 3P1 - P0. You can see why
constant phase, frequency, or even drift doesn't affect
the sum.


So imagine a situation where you're making a GPSDO
and very long-term holdover performance is a key design
feature. What OCXO spec is important?

In this application phase error is easy to fix - you just
reset the epoch.

Frequency error is easy to fix. After some minutes or
perhaps hours you get a good idea of the frequency
offset. You then just set the EFC DAC to a calculated
value and maintain it during hold-over. In this case the
OCXO with the lowest drift rate (best Allan Deviation)
is the one to choose.

But with a little programming even drift is also easy to
fix. After some days or perhaps weeks you get a pretty
good idea of frequency drift over time and so you ramp
the EFC DAC over time to compensate.

The only limitation to extended hold-over performance
in such a GPDO is irregularity in drift rate.

In this example, the Hadamard Deviation would be a
good statistic to use to qualify the OCXO you need.
Drift, as long as it's constant (e.g., fixed, linear, even
log, or other prediction model) is not the limitation.

/tvb


time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-> bin/mailman/listinfo/time-nuts

Hi folks, > (4) With four points you get change in drift over time. > The standard deviation of the drift prediction errors is > called the Hadamard Deviation. you know that i like to advertise from time to time for it: My PLOTTER utility does compute the normal as well as the overlapping Hadamard deviation. It may be downloaded from http://www.ulrich-bangert.de/plotter.zip Cheers Ulrich, DF6JB > -----Ursprüngliche Nachricht----- > Von: time-nuts-bounces@febo.com > [mailto:time-nuts-bounces@febo.com] Im Auftrag von Tom Van Baak > Gesendet: Donnerstag, 30. November 2006 19:26 > An: Mike Feher; 'Discussion of precise time and frequency measurement' > Betreff: Re: [time-nuts] Predicting clock stability > fromthevariouscharacterization methods > > > > Tom - > > > > Excellent description of the process. Glad you took the time to > > explain > this > > so clearly. While I do understand the process, I do not believe I > > could > have > > stated it so well. Not to nit pick, but you did make a > small typo in > > that you interchanged the predicted and measured value of > P2 in your > > example. > For > > most of us that will be obvious, and non relevant, but, to > some it may > > be confusing. Regards - Mike > > Ah, right. In the example, the prediction, P2', should > be 32 and the actual, P2, is 35; a prediction error of > 3 us. Thanks. > > ---- > > By the way, here's extra credit for some of you: > > (1) With one point you get phase, or time error. > > (2) With two points you get change in phase over time, > or frequency. > > (3) With three points you get change in frequency over > time, or drift. The standard deviation of the frequency > prediction errors is called the Allan Deviation. > > This is a measure of frequency stability; the better the > predicted frequency matches the actual frequency the lower > the errors. A little bit of noise or any drift causes the > errors to increase; the ADEV to increase. In the summation > you'll see terms like P2 - 2*P1 + P0. You can see why > constant phase offset or frequency offset doesn't affect the sum. > > (4) With four points you get change in drift over time. > The standard deviation of the drift prediction errors is > called the Hadamard Deviation. > > This is a measure of stability where even drift, as long > as it's constant, is not a bad thing. In the summation > you'll see P3 - 3*P2 + 3*P1 - P0. You can see why > constant phase, frequency, or even drift doesn't affect > the sum. > > ---- > > So imagine a situation where you're making a GPSDO > and very long-term holdover performance is a key design > feature. What OCXO spec is important? > > In this application phase error is easy to fix - you just > reset the epoch. > > Frequency error is easy to fix. After some minutes or > perhaps hours you get a good idea of the frequency > offset. You then just set the EFC DAC to a calculated > value and maintain it during hold-over. In this case the > OCXO with the lowest drift rate (best Allan Deviation) > is the one to choose. > > But with a little programming even drift is also easy to > fix. After some days or perhaps weeks you get a pretty > good idea of frequency drift over time and so you ramp > the EFC DAC over time to compensate. > > The only limitation to extended hold-over performance > in such a GPDO is irregularity in drift rate. > > In this example, the Hadamard Deviation would be a > good statistic to use to qualify the OCXO you need. > Drift, as long as it's constant (e.g., fixed, linear, even > log, or other prediction model) is not the limitation. > > /tvb > > > > _______________________________________________ > time-nuts mailing list > time-nuts@febo.com > https://www.febo.com/cgi-> bin/mailman/listinfo/time-nuts >
N
n3izn@aol.com
Fri, Dec 1, 2006 7:46 PM

Hello new to the list and I have some questions about a GPS disciplined(?) 10 Mhz oscillator I acquired. Wondering if you guys could help. I was referred to this list from the microwave group.

I’m cleaning out a site that was vandalized when I came across a piece of equipment that had a GPS in, 10 Mhz and 1 PPS out. Along with some other functions. So I saved it from the dumpster.

I power it up and hook it to an external GPS antenna. Yes I have 5 volts on the line to power the antenna. After several hours it never locked up. I’ve seen these units in other sites and now how they react when powered back up. The unit is noisy and draws a lot of juice, about 6 amps @ -48VDC Since I don’t need all that other crap in the box I opened it up to see if there was a separate module, sure enough there was.

The module is about 3X5”, powered by +14 VDC, had the GPS in and 10 MHZ/1PPS out along with 2 other pin-type connectors. Only 1 of the pin-type connectors was being used I’m guessing that is how it talks to the rest of the equipment. The other pin-type connector I’m guessing is for maintenance or trouble shooting.

After a close up look I notice the chip next to the unused pin-type connector is the same chip used by these ham kits to convert the TTL data from GPS engines to RS-232. I’m able to trace it out to the pins and find RS232 out/in. This is the message I got:

$GETVER 9.1.10 BOOT 10 6286 3bf5 06162200C1000A200627A1E0

It repeats over and over. I left it on for over a day and still the same thing. The 10 Mhz never stabilizes.

I’m powering it off of 14 volts and it starts off drawing about 1 amp, after a few minutes it drops to about a ¼ amp. That appears to be the OXCO warming up.

OK so here come the speculations and questions.

It’s been suggested that since the GPS is not mobile but in a fixed location, it has been told where it is or allowed to find itself then it will not search any more. I’m over a 100 miles away from where it came from It will never lock up?

Does the above string look like a message from the GPS or from other components on the board?

Almost forgot the GPS engine is a “Furuno GT-8031”

Any one have experience with this engine?

Do you think I should be able to give it a command or do a hardware reset to lock up in it’s new location?

I would like to have this for the 10 Mhz out, NEMA data for syncing PC time and grid square would be a plus.

Sorry for the long email on first posting. Any help would be appreciated.

Chris


Check out the new AOL.  Most comprehensive set of free safety and security tools, free access to millions of high-quality videos from across the web, free AOL Mail and more.

Hello new to the list and I have some questions about a GPS disciplined(?) 10 Mhz oscillator I acquired. Wondering if you guys could help. I was referred to this list from the microwave group. I’m cleaning out a site that was vandalized when I came across a piece of equipment that had a GPS in, 10 Mhz and 1 PPS out. Along with some other functions. So I saved it from the dumpster. I power it up and hook it to an external GPS antenna. Yes I have 5 volts on the line to power the antenna. After several hours it never locked up. I’ve seen these units in other sites and now how they react when powered back up. The unit is noisy and draws a lot of juice, about 6 amps @ -48VDC Since I don’t need all that other crap in the box I opened it up to see if there was a separate module, sure enough there was. The module is about 3X5”, powered by +14 VDC, had the GPS in and 10 MHZ/1PPS out along with 2 other pin-type connectors. Only 1 of the pin-type connectors was being used I’m guessing that is how it talks to the rest of the equipment. The other pin-type connector I’m guessing is for maintenance or trouble shooting. After a close up look I notice the chip next to the unused pin-type connector is the same chip used by these ham kits to convert the TTL data from GPS engines to RS-232. I’m able to trace it out to the pins and find RS232 out/in. This is the message I got: $GETVER 9.1.10 BOOT 10 6286 3bf5 06162200C1000A200627A1E0 It repeats over and over. I left it on for over a day and still the same thing. The 10 Mhz never stabilizes. I’m powering it off of 14 volts and it starts off drawing about 1 amp, after a few minutes it drops to about a ¼ amp. That appears to be the OXCO warming up. OK so here come the speculations and questions. It’s been suggested that since the GPS is not mobile but in a fixed location, it has been told where it is or allowed to find itself then it will not search any more. I’m over a 100 miles away from where it came from It will never lock up? Does the above string look like a message from the GPS or from other components on the board? Almost forgot the GPS engine is a “Furuno GT-8031” Any one have experience with this engine? Do you think I should be able to give it a command or do a hardware reset to lock up in it’s new location? I would like to have this for the 10 Mhz out, NEMA data for syncing PC time and grid square would be a plus. Sorry for the long email on first posting. Any help would be appreciated. Chris ________________________________________________________________________ Check out the new AOL. Most comprehensive set of free safety and security tools, free access to millions of high-quality videos from across the web, free AOL Mail and more.
JR
Jason Rabel
Fri, Dec 1, 2006 8:07 PM

Welcome! I'm new here too, but the people here are most helpful and
friendly.

There are other guys here that can probably give you a lot better info, but
until they reply I'll try to give my two bits from the info you gave.

First about the static position. Since those units you said were at other
sites, I would assume they would do a self-survey upon power up (and GPS
fix) as opposed to requiring someone to manually program in the position.
Also even if the location changed it should still be able to pickup the
satellite signals.

I'm not familiar with that GPS engine, I just looked it up on their site (
http://www.furunogps.com/GT8031_image.html ), neat little thing. It says
acquisition from cold start in 44.9 seconds. Most GPSes I've seen will give
a proprietary sentence upon power-up, stating the firmware version and other
bits of info. However with it looping like that, maybe something is
connected to it that shouldn't be, causing it to constantly do like a
soft-reboot?

Maybe you can find some info on the Furuno site about sending a reset or
other command? Some GPSes I've seen (like the Motorola Oncore) start in a
poll only mode, meaning it doesn't give any info until you send commands for
it to do so. So it might just be giving that proprietary sentence once a
second until you request other info?

Jason

Welcome! I'm new here too, but the people here are most helpful and friendly. There are other guys here that can probably give you a lot better info, but until they reply I'll try to give my two bits from the info you gave. First about the static position. Since those units you said were at other sites, I would assume they would do a self-survey upon power up (and GPS fix) as opposed to requiring someone to manually program in the position. Also even if the location changed it should still be able to pickup the satellite signals. I'm not familiar with that GPS engine, I just looked it up on their site ( http://www.furunogps.com/GT8031_image.html ), neat little thing. It says acquisition from cold start in 44.9 seconds. Most GPSes I've seen will give a proprietary sentence upon power-up, stating the firmware version and other bits of info. However with it looping like that, maybe something is connected to it that shouldn't be, causing it to constantly do like a soft-reboot? Maybe you can find some info on the Furuno site about sending a reset or other command? Some GPSes I've seen (like the Motorola Oncore) start in a poll only mode, meaning it doesn't give any info until you send commands for it to do so. So it might just be giving that proprietary sentence once a second until you request other info? Jason
JR
Jason Rabel
Fri, Dec 1, 2006 8:10 PM

Oh, I accidentally linked to the wrong page... Here's the main one:

http://www.furunogps.com/GT8031.html

Some interesting tidbits about it:

  • Low cost but powerful, fast 16 Channel GPS receiver
  • Accuracy is not sacrificed 15 nanoseconds with regard to UTC (1 sigma)
  • Low power consumption (58mA@3.3VDC) at full tracking satellites
  • RF pig tail cable with popular connector already soldered for easier, more
    cost-effective installation
  • Almanac uploading and downloading
  • Autonomous transition from "Survey" to "Fixed Observation Point" lets the
    receiver calculate its position and then use the averaged position as the
    fixed observation point
  • "Back to fixed position set" allows you to go back to the fixed position
    even after power-off
Oh, I accidentally linked to the wrong page... Here's the main one: http://www.furunogps.com/GT8031.html Some interesting tidbits about it: * Low cost but powerful, fast 16 Channel GPS receiver * Accuracy is not sacrificed 15 nanoseconds with regard to UTC (1 sigma) * Low power consumption (58mA@3.3VDC) at full tracking satellites * RF pig tail cable with popular connector already soldered for easier, more cost-effective installation * Almanac uploading and downloading * Autonomous transition from "Survey" to "Fixed Observation Point" lets the receiver calculate its position and then use the averaged position as the fixed observation point * "Back to fixed position set" allows you to go back to the fixed position even after power-off
DB
Dr Bruce Griffiths
Fri, Dec 1, 2006 11:24 PM

Tom Van Baak wrote:

Brooke,

Maybe this helps. The clock prediction into the future
is based on the past history and the current point. If
the measured ADEV for a clock is, say 1e-13, for a
measurement interval of 1 day (tau), then the prediction,
within one standard deviation, is that you'll be within
1e-13 tomorrow. 1e-13 at one day is about 9 ns. I think
this is right. Can someone double check?

It shouldn't matter what your divider does -- 9 ns of
time error is 9 ns regardless if it's the zero-crossing
of a 5 MHz RF output of the leading edge of a 1PPS
signal.

A divider postpones cycle wrapping but doesn't affect
clock accuracy or stability (other than the obvious
introduction of passive & active component noise in
the signal path).

/tvb

----- Original Message -----
From: Brooke Clarke
To: Tom Van Baak ; Discussion of precise time and frequency measurement
Sent: Thursday, November 30, 2006 13:31
Subject: Re: [time-nuts] Predicting clock stability from
thevariouscharacterizationmethods

Hi Tom:

Is there a way to use the Allan plot to predict the variation in a reading?
For example if you use the plot comparing the 1 PPS from a GPS receiver to a
good Cesium frequency standard, then:
(1) what size of variation would you expect if the Cesium standard was
divided down to 1 kHz and that was compared to the GPS 1 PPS, or
(2) what size of variation would you expect if the Cesium standard was
divided down to 1 Pulse/1,000 seconds?

Have Fun,

Brooke Clarke


time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts

Tom

Surely the time standard deviation should be:

TDEV = TAU*MODADEV(TAU)/SQRT(3) ??

At least this appears to be so in the link you gave:

http://www.wriley.com/paper2ht.htm

Bruce

Tom Van Baak wrote: > Brooke, > > Maybe this helps. The clock prediction into the future > is based on the past history and the current point. If > the measured ADEV for a clock is, say 1e-13, for a > measurement interval of 1 day (tau), then the prediction, > within one standard deviation, is that you'll be within > 1e-13 tomorrow. 1e-13 at one day is about 9 ns. I think > this is right. Can someone double check? > > It shouldn't matter what your divider does -- 9 ns of > time error is 9 ns regardless if it's the zero-crossing > of a 5 MHz RF output of the leading edge of a 1PPS > signal. > > A divider postpones cycle wrapping but doesn't affect > clock accuracy or stability (other than the obvious > introduction of passive & active component noise in > the signal path). > > /tvb > > ----- Original Message ----- > From: Brooke Clarke > To: Tom Van Baak ; Discussion of precise time and frequency measurement > Sent: Thursday, November 30, 2006 13:31 > Subject: Re: [time-nuts] Predicting clock stability from > thevariouscharacterizationmethods > > Hi Tom: > > Is there a way to use the Allan plot to predict the variation in a reading? > For example if you use the plot comparing the 1 PPS from a GPS receiver to a > good Cesium frequency standard, then: > (1) what size of variation would you expect if the Cesium standard was > divided down to 1 kHz and that was compared to the GPS 1 PPS, or > (2) what size of variation would you expect if the Cesium standard was > divided down to 1 Pulse/1,000 seconds? > > Have Fun, > > Brooke Clarke > > > _______________________________________________ > time-nuts mailing list > time-nuts@febo.com > https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts > > Tom Surely the time standard deviation should be: TDEV = TAU*MODADEV(TAU)/SQRT(3) ?? At least this appears to be so in the link you gave: http://www.wriley.com/paper2ht.htm Bruce