time-nuts@lists.febo.com

Discussion of precise time and frequency measurement

View all threads

Cs stability

MD
Magnus Danielson
Tue, Jul 17, 2007 7:54 AM

From: "Tom Van Baak" tvb@LeapSecond.com
Subject: Re: [time-nuts] Cs stability
Date: Tue, 17 Jul 2007 00:21:37 -0700
Message-ID: 003101c7c843$1d5fcc50$0300a8c0@pc52

); SAEximRunCond expanded to false
Errors-To: time-nuts-bounces+magnus=rubidium.dyndns.org+magnus=rubidium.dyndns.org@febo.com

I guess that is why some GPS antenna cables is temperature-stabilized as well
as the cement-pidestal for the GPS antenna as it stands on solid rock. The same
place have controlled environment for the cesiums and hydrogens, together with
UPS and disel-engine that kicks in for longer runs.

Or I could be wrong... :)

Magnus,

Tom,

This is true (temperature stabilization) for sites that do mm
level survey and ps level time transfer, using all the tricks
in the GPS book.

On the other hand, I think for most of us that play at the
meter and ns levels with cheap OEM receivers and plastic
L1 antennas the coax cable temperature issue is quite
overblown. Or if I'm wrong, show me the data.

I never claimed otherwise. I mearly pointed out that some antennas have that
arrangement among a number of others. Clearly few of us happy amatuers play in
that league. Some of us have GPS receivers and antennas at that level.

Cheers,
Magnus

From: "Tom Van Baak" <tvb@LeapSecond.com> Subject: Re: [time-nuts] Cs stability Date: Tue, 17 Jul 2007 00:21:37 -0700 Message-ID: <003101c7c843$1d5fcc50$0300a8c0@pc52> > ); SAEximRunCond expanded to false > Errors-To: time-nuts-bounces+magnus=rubidium.dyndns.org+magnus=rubidium.dyndns.org@febo.com > > > I guess that is why some GPS antenna cables is temperature-stabilized as well > > as the cement-pidestal for the GPS antenna as it stands on solid rock. The same > > place have controlled environment for the cesiums and hydrogens, together with > > UPS and disel-engine that kicks in for longer runs. > > > > Or I could be wrong... :) > > Magnus, Tom, > This is true (temperature stabilization) for sites that do mm > level survey and ps level time transfer, using all the tricks > in the GPS book. > > On the other hand, I think for most of us that play at the > meter and ns levels with cheap OEM receivers and plastic > L1 antennas the coax cable temperature issue is quite > overblown. Or if I'm wrong, show me the data. I never claimed otherwise. I mearly pointed out that _some_ antennas have that arrangement among a number of others. Clearly few of us happy amatuers play in that league. Some of us have GPS receivers and antennas at that level. Cheers, Magnus
MD
Magnus Danielson
Tue, Jul 17, 2007 8:26 AM

From: "Tom Van Baak" tvb@LeapSecond.com
Subject: Re: [time-nuts] Cs stability
Date: Tue, 17 Jul 2007 00:40:49 -0700
Message-ID: 004b01c7c845$cb81d290$0300a8c0@pc52

); SAEximRunCond expanded to false
Errors-To: time-nuts-bounces+magnus=rubidium.dyndns.org+magnus=rubidium.dyndns.org@febo.com

In the article "OBSERVATIONS ON STABILITY MEASUREMENTS
OF COMMERCIAL ATOMIC CLOCKS", Pekka Eskelinen claims to
have measured a phase temperature coefficient of 100ns/degree
for commercial Cs clocks in 1999.

Something is wrong with that claim. There's no way a modern
cesium standard exhibits a phase shift of 100 ns for a one
degree change in ambient temperature. I have Cs standards
that often change in temperature by several degrees and still
keep to nanoseconds. I guess I need to decode that paper
and see what's wrong.

I think the paper lacks a number of necessary details in order to fully
understand the conditions under which this exercise took place. There is no
clear list of equipment used. It can be implied that it is 5071A being used.
What Time Interval counters where used is for instance not known.

He have compared PPS outputs between GPS receivers (which model are those?)
and Cesium.

I'd like to see some investigations into how stable the GPSes and measurement
equipment is to temperature.

In the end, there are a few pages of material missing in there for it to give a
fairly comprehensive picture. Many of these issues could probably be cleared up
after some discussions with the author, but we should not have to rely on side-
channels like that.

It's an interesting article, but it leaves me with a few questionsmarks. It is
a bit unsatisfying.

Does anyone have contact with the authors (Finland)?

Should not be too hard as his email adderess is at the top of the first page.

Cheers,
Magnus

From: "Tom Van Baak" <tvb@LeapSecond.com> Subject: Re: [time-nuts] Cs stability Date: Tue, 17 Jul 2007 00:40:49 -0700 Message-ID: <004b01c7c845$cb81d290$0300a8c0@pc52> > ); SAEximRunCond expanded to false > Errors-To: time-nuts-bounces+magnus=rubidium.dyndns.org+magnus=rubidium.dyndns.org@febo.com > > > In the article "OBSERVATIONS ON STABILITY MEASUREMENTS > > OF COMMERCIAL ATOMIC CLOCKS", Pekka Eskelinen claims to > > have measured a phase temperature coefficient of 100ns/degree > > for commercial Cs clocks in 1999. > > Something is wrong with that claim. There's no way a modern > cesium standard exhibits a phase shift of 100 ns for a one > degree change in ambient temperature. I have Cs standards > that often change in temperature by several degrees and still > keep to nanoseconds. I guess I need to decode that paper > and see what's wrong. I think the paper lacks a number of necessary details in order to fully understand the conditions under which this exercise took place. There is no clear list of equipment used. It can be implied that it is 5071A being used. What Time Interval counters where used is for instance not known. He have compared PPS outputs between GPS receivers (which model are those?) and Cesium. I'd like to see some investigations into how stable the GPSes and measurement equipment is to temperature. In the end, there are a few pages of material missing in there for it to give a fairly comprehensive picture. Many of these issues could probably be cleared up after some discussions with the author, but we should not have to rely on side- channels like that. It's an interesting article, but it leaves me with a few questionsmarks. It is a bit unsatisfying. > Does anyone have contact with the authors (Finland)? Should not be too hard as his email adderess is at the top of the first page. Cheers, Magnus
DB
Dr Bruce Griffiths
Tue, Jul 17, 2007 9:23 AM

Tom Van Baak wrote:

Yes it can make sense.
Place one Cs clock in a chamber where the ambient temperature can be
adjusted to various fixed temperatures. Compare the phase of its
5/10MHz  and/or PPS outputs with respect to those of another Cs standard
held at constant temperature.

Bruce,

I'm not sure I follow this. Yes, you will see a phase shift but
how can you tell how much of said shift is due to a fixed
phase shift (as if it were cable phase tempco) vs. how much
is due to phase shift due to frequency offset (as if it were
oscillator frequency tempco)? No change in temperature is
instantaneous; during the (slow) change both phase and
frequency (equals phase change over time) may change.

/tvb

Tom

The cable phase shift can be compensated by having the interconnect
cable experience the same environment for equivalent lengths.
If the temperature is ramped slowly enough the uncorrected frequency
excursions will be relatively small, otherwise the phase shift due to
the integral of the frequency excursion over time may well be significant.

My point was that Cs standard only regulates (in the long term) the
frequency or rate of change of phase and not the initial phase which is
essentially arbitrary and may well have a significant tempco due to the
tempcos of the synthesiser delay and any buffer delay. The control loop
endeavours to control the frequency experienced by the Cs beam which is
subject to delays in the synthesis chain so that the phase at the
crystal oscillator output itself will be dependent on these temperature
dependent delays.

Bruce

Tom Van Baak wrote: >> Yes it can make sense. >> Place one Cs clock in a chamber where the ambient temperature can be >> adjusted to various fixed temperatures. Compare the phase of its >> 5/10MHz and/or PPS outputs with respect to those of another Cs standard >> held at constant temperature. >> > > Bruce, > > I'm not sure I follow this. Yes, you will see a phase shift but > how can you tell how much of said shift is due to a fixed > phase shift (as if it were cable phase tempco) vs. how much > is due to phase shift due to frequency offset (as if it were > oscillator frequency tempco)? No change in temperature is > instantaneous; during the (slow) change both phase and > frequency (equals phase change over time) may change. > > /tvb > > Tom The cable phase shift can be compensated by having the interconnect cable experience the same environment for equivalent lengths. If the temperature is ramped slowly enough the uncorrected frequency excursions will be relatively small, otherwise the phase shift due to the integral of the frequency excursion over time may well be significant. My point was that Cs standard only regulates (in the long term) the frequency or rate of change of phase and not the initial phase which is essentially arbitrary and may well have a significant tempco due to the tempcos of the synthesiser delay and any buffer delay. The control loop endeavours to control the frequency experienced by the Cs beam which is subject to delays in the synthesis chain so that the phase at the crystal oscillator output itself will be dependent on these temperature dependent delays. Bruce
DB
Dr Bruce Griffiths
Tue, Jul 17, 2007 9:30 AM

Tom Van Baak wrote:

I guess that is why some GPS antenna cables is temperature-stabilized as well
as the cement-pidestal for the GPS antenna as it stands on solid rock. The same
place have controlled environment for the cesiums and hydrogens, together with
UPS and disel-engine that kicks in for longer runs.

Or I could be wrong... :)

Magnus,

This is true (temperature stabilization) for sites that do mm
level survey and ps level time transfer, using all the tricks
in the GPS book.

On the other hand, I think for most of us that play at the
meter and ns levels with cheap OEM receivers and plastic
L1 antennas the coax cable temperature issue is quite
overblown. Or if I'm wrong, show me the data.

/tvb

Tom

Calculations are easy:

Cable delay tempco is at worst 100ppm/K.
with 100ns of cable delay tempco will be 10ps?K or less.
With a 20K temperature change change in delay will be 200ps or less.
The group delay tempco of the antenna components (bandpass filters
amplifiers etc ) is likely to be much greater.

Bruce

Tom Van Baak wrote: >> I guess that is why some GPS antenna cables is temperature-stabilized as well >> as the cement-pidestal for the GPS antenna as it stands on solid rock. The same >> place have controlled environment for the cesiums and hydrogens, together with >> UPS and disel-engine that kicks in for longer runs. >> >> Or I could be wrong... :) >> > > Magnus, > > This is true (temperature stabilization) for sites that do mm > level survey and ps level time transfer, using all the tricks > in the GPS book. > > On the other hand, I think for most of us that play at the > meter and ns levels with cheap OEM receivers and plastic > L1 antennas the coax cable temperature issue is quite > overblown. Or if I'm wrong, show me the data. > > /tvb > > > Tom Calculations are easy: Cable delay tempco is at worst 100ppm/K. with 100ns of cable delay tempco will be 10ps?K or less. With a 20K temperature change change in delay will be 200ps or less. The group delay tempco of the antenna components (bandpass filters amplifiers etc ) is likely to be much greater. Bruce
DJ
Didier Juges
Tue, Jul 17, 2007 10:23 AM

Or see a failed TIC test which actually displayed the delay in a piece of
coax showing the temperature in the room as the air conditioning was turning
on and off over night.

http://www.ko4bb.com/Test_Equipment/data/HP5370A coax cable delay.png

I did not calibrate this thermometer though :-)

Didier KO4BB

-----Original Message-----
From: time-nuts-bounces@febo.com [mailto:time-nuts-bounces@febo.com] On
Behalf Of Tom Van Baak
Sent: Monday, July 16, 2007 9:47 PM
To: Discussion of precise time and frequency measurement
Subject: Re: [time-nuts] Cs stability

Who was it that said; every clock is a thermometer?

Even a short length of coax is a thermometer if you look
close enough. See the 50 fs / °C tempco at test #6:

http://www.leapsecond.com/pages/tadd-1/

/tvb


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.

Or see a failed TIC test which actually displayed the delay in a piece of coax showing the temperature in the room as the air conditioning was turning on and off over night. http://www.ko4bb.com/Test_Equipment/data/HP5370A coax cable delay.png I did not calibrate this thermometer though :-) Didier KO4BB -----Original Message----- From: time-nuts-bounces@febo.com [mailto:time-nuts-bounces@febo.com] On Behalf Of Tom Van Baak Sent: Monday, July 16, 2007 9:47 PM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] Cs stability > Who was it that said; every clock is a thermometer? Even a short length of coax is a thermometer if you look close enough. See the 50 fs / °C tempco at test #6: http://www.leapsecond.com/pages/tadd-1/ /tvb _______________________________________________ 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.
MD
Magnus Danielson
Tue, Jul 17, 2007 1:24 PM

From: Dr Bruce Griffiths bruce.griffiths@xtra.co.nz
Subject: Re: [time-nuts] Cs stability
Date: Tue, 17 Jul 2007 21:30:03 +1200
Message-ID: 469C8C1B.50807@xtra.co.nz

); SAEximRunCond expanded to false
Errors-To: time-nuts-bounces+magnus=rubidium.dyndns.org+magnus=rubidium.dyndns.org@febo.com

Tom Van Baak wrote:

I guess that is why some GPS antenna cables is temperature-stabilized as well
as the cement-pidestal for the GPS antenna as it stands on solid rock. The same
place have controlled environment for the cesiums and hydrogens, together with
UPS and disel-engine that kicks in for longer runs.

Or I could be wrong... :)

Magnus,

This is true (temperature stabilization) for sites that do mm
level survey and ps level time transfer, using all the tricks
in the GPS book.

On the other hand, I think for most of us that play at the
meter and ns levels with cheap OEM receivers and plastic
L1 antennas the coax cable temperature issue is quite
overblown. Or if I'm wrong, show me the data.

/tvb

Tom

Calculations are easy:

Cable delay tempco is at worst 100ppm/K.
with 100ns of cable delay tempco will be 10ps?K or less.
With a 20K temperature change change in delay will be 200ps or less.
The group delay tempco of the antenna components (bandpass filters
amplifiers etc ) is likely to be much greater.

Tom's point is that while we are toying around with L1 C/A code-tracking
receivers the effective noise is so large that more finegrained compensations
in the GPS solution is note taken out so other finegrained offsets will also be
lost. I agree with him. When you toy with dual frequency carrier-tracking
receivers you gain a much better precision in ionspheric correction. Operating
in mm or sub-mm RMS noise on pseudo-ranges noise sources as change of
temperature in cables and mountning stands certainly comes in, as well as the
phase stability of the antenna, quality sites compensates for antenna phase
deviation as they change over the satelite coarse. But that's not very
meaningfull for a L1 C/A code-tracking only receiver, infact such efforts are
lost in the noise and uncompensated biases you have. Especially considering a
cheezy TCXO.

So while it is easy to calculate and compensate, the meaningfullness depends on
the situation. Compensating for cable delay may however be worth it.

Cheers,
Magnus

From: Dr Bruce Griffiths <bruce.griffiths@xtra.co.nz> Subject: Re: [time-nuts] Cs stability Date: Tue, 17 Jul 2007 21:30:03 +1200 Message-ID: <469C8C1B.50807@xtra.co.nz> > ); SAEximRunCond expanded to false > Errors-To: time-nuts-bounces+magnus=rubidium.dyndns.org+magnus=rubidium.dyndns.org@febo.com > > Tom Van Baak wrote: > >> I guess that is why some GPS antenna cables is temperature-stabilized as well > >> as the cement-pidestal for the GPS antenna as it stands on solid rock. The same > >> place have controlled environment for the cesiums and hydrogens, together with > >> UPS and disel-engine that kicks in for longer runs. > >> > >> Or I could be wrong... :) > >> > > > > Magnus, > > > > This is true (temperature stabilization) for sites that do mm > > level survey and ps level time transfer, using all the tricks > > in the GPS book. > > > > On the other hand, I think for most of us that play at the > > meter and ns levels with cheap OEM receivers and plastic > > L1 antennas the coax cable temperature issue is quite > > overblown. Or if I'm wrong, show me the data. > > > > /tvb > > > > > > > Tom > > Calculations are easy: > > Cable delay tempco is at worst 100ppm/K. > with 100ns of cable delay tempco will be 10ps?K or less. > With a 20K temperature change change in delay will be 200ps or less. > The group delay tempco of the antenna components (bandpass filters > amplifiers etc ) is likely to be much greater. Tom's point is that while we are toying around with L1 C/A code-tracking receivers the effective noise is so large that more finegrained compensations in the GPS solution is note taken out so other finegrained offsets will also be lost. I agree with him. When you toy with dual frequency carrier-tracking receivers you gain a much better precision in ionspheric correction. Operating in mm or sub-mm RMS noise on pseudo-ranges noise sources as change of temperature in cables and mountning stands certainly comes in, as well as the phase stability of the antenna, quality sites compensates for antenna phase deviation as they change over the satelite coarse. But that's not very meaningfull for a L1 C/A code-tracking only receiver, infact such efforts are lost in the noise and uncompensated biases you have. Especially considering a cheezy TCXO. So while it is easy to calculate and compensate, the meaningfullness depends on the situation. Compensating for cable delay may however be worth it. Cheers, Magnus
MW
M. Warner Losh
Tue, Jul 17, 2007 1:58 PM

In message: 004b01c7c845$cb81d290$0300a8c0@pc52
"Tom Van Baak" tvb@LeapSecond.com writes:
: ); SAEximRunCond expanded to false
: Errors-To: time-nuts-bounces+imp=bsdimp.com+imp=bsdimp.com@febo.com
:
: > In the article "OBSERVATIONS ON STABILITY MEASUREMENTS
: > OF COMMERCIAL ATOMIC CLOCKS", Pekka Eskelinen claims to
: > have measured a phase temperature coefficient of 100ns/degree
: > for commercial Cs clocks in 1999.
:
: Something is wrong with that claim. There's no way a modern
: cesium standard exhibits a phase shift of 100 ns for a one
: degree change in ambient temperature. I have Cs standards
: that often change in temperature by several degrees and still
: keep to nanoseconds. I guess I need to decode that paper
: and see what's wrong. Does anyone have contact with the
: authors (Finland)?

We have HP5071A's that keep to about 5ns over the course of a typical
heading/cooling cycle measured relative to GPS.  This is over a range
of maybe 15C in the summer...

Warner

In message: <004b01c7c845$cb81d290$0300a8c0@pc52> "Tom Van Baak" <tvb@LeapSecond.com> writes: : ); SAEximRunCond expanded to false : Errors-To: time-nuts-bounces+imp=bsdimp.com+imp=bsdimp.com@febo.com : : > In the article "OBSERVATIONS ON STABILITY MEASUREMENTS : > OF COMMERCIAL ATOMIC CLOCKS", Pekka Eskelinen claims to : > have measured a phase temperature coefficient of 100ns/degree : > for commercial Cs clocks in 1999. : : Something is wrong with that claim. There's no way a modern : cesium standard exhibits a phase shift of 100 ns for a one : degree change in ambient temperature. I have Cs standards : that often change in temperature by several degrees and still : keep to nanoseconds. I guess I need to decode that paper : and see what's wrong. Does anyone have contact with the : authors (Finland)? We have HP5071A's that keep to about 5ns over the course of a typical heading/cooling cycle measured relative to GPS. This is over a range of maybe 15C in the summer... Warner
R(
Richard (Rick) Karlquist
Tue, Jul 17, 2007 4:52 PM

In case anyone still doesn't know who I am, I need to
mention that I designed the RF electronics in the
5071A in an earlier life, circa 1990.

Now that we have that out of the way, I will agree
with Magnus that the cited paper is severely flawed.
We don't know what models of cesium were used, and
the paper seems to assume that any deviations with
respect to GPS are due solely to the cesium standards.
We also don't know anything about the GPS equipment.
Citation [3] is a 5071A product note.  I guess this
is thrown in to imply that one of the cesiums is a
5071A; but we can't be sure.  A statement is taken
out of context from this product note to the effect
that "some cesiums don't have an independent means
of frequency setting", which might lead the casual
observer to think that this refers to the 5071A.
Actually, the 5071A does have an independent means
of frequency setting, as opposed to older cesium
clocks where you had to vary the C-field to change
the frequency.  For this and other reasons, I don't
put much stock in the paper.

Having said that, let me speak about how we addressed
some of these issues in the 5071A.  First, the matter
of temperature dependent phase shift.  If you have a
really good frequency standard, you have to start to
worry about a temperature ramp resulting in a phase
ramp.  Of course, a phase ramp is a frequency step,
by definition.  The previous modele, the 5061B, like most
cesium clocks, had an architecture where the crystal oscillator
"flywheel" was connected to a splitter that drove
a microwave frequency multiplier from 10 MHz to 9.2
GHz and also an isolation amplifier.  Both of these
were absolutely full of narrow band tuned circuits
with substantial temperature coefficients.  The combination
of these "rubber bands" caused the 10 MHz at the output
connector to be fairly loosely correlated (in terms of 5071A
specifications) with the microwave signals sloshing
around the Cs cavity.  In the 5071A, I used a combination
of a new architecture and better circuit design to
drastically reduce the temperature coefficient of phase.
You can read about this in my 1992 FCS paper (available at
ieee.org or www.karlquist.com/FCS92.pdf).  We measured the RF
hardware by itself to determine its phase contribution to
the overall 5071A.  Our resident perfectionist, Len Cutler,
insisted that all electronic error contributions be less than
a part in 10^14, including this one.  I can assure you that Len was
a very happy camper with respect to the RF chain, and, if
you knew Len, you know that is saying something.

Shortly after the introduction of the 5071A, we had some
colleagues at JPL perform environmental tests on an early
5071A.  For the better part of a year, they ramped up
and down the temperature, humidity, and pressure to see
if they could measure these tempcos.  By using correlative
techniques, such as ramping the temperature on a daily
basis and looking for a fourier peak at 1 day, they were
able to establish a measurement floor of something like
a part in 10^15.  They were never able to see any correlation
whatsoever of frequency to the environment for any of the variables.

Regarding magnetic field sensitivity.  The mu metal shields
of the 5071A are so effective that it is not necessary to
demagnetize them.  Even Len Cutler didn't think so.  A standing
joke was the 5071A demagnetizer accessory that we were going
to build "one of these days".  I think we finally did build
one for some customer who was even more of a perfectionist than
Len.  He didn't see any improvement from using it.  Anyway,
I take any statements about the earth's magnetic field affecting
5071A with a large grain of salt.

AC magnetic fields like 50 Hz, or 60 Hz, are also not a concern.
The frequencies used internally in the 5071A are carefully chosen
to avoid any correlation with those power line frequencies.
Magnetic fields even in the milliTesla range have absolutely no
effect, let alone nanoTesla.

Regarding vibration, acceleration, etc:  earlier cesium beam tubes
did have a problem with the beam wandering around when the
clock was installed on a ship.  In the 5071A, Len carefully
devised a technique to prevent beam wander from having any
effect on accuracy.  Now if you tipped a 5071A upside down,
the 10811 would experience a "2g turnover" frequency step.
The control loop would respond to this within its time constant.
So, admittedly, you might have a temporary frequency shift.
However, there is no known application where a clock needs
to work upside down, so even Len couldn't justify worrying about this.

I hope this clears up any confusion about the 5071A, now
made by my good friends at Symmetricom.

Rick Karlquist N6RK
(now with Agilent)

These are my own opinions and don't represent HP, Agilent,
or Symmetricom.

In the article "OBSERVATIONS ON STABILITY MEASUREMENTS
OF COMMERCIAL ATOMIC CLOCKS", Pekka Eskelinen claims to

I think the paper lacks a number of necessary details in order to fully
understand the conditions under which this exercise took place.
There is no
clear list of equipment used. It can be implied that it is 5071A
being used.
What Time Interval counters where used is for instance not known.

He have compared PPS outputs between GPS receivers (which model
are those?)
and Cesium.

I'd like to see some investigations into how stable the GPSes and
measurement
equipment is to temperature.

In the end, there are a few pages of material missing in there
for it to give a
fairly comprehensive picture. Many of these issues could probably
be cleared up
after some discussions with the author, but we should not have to
rely on side-
channels like that.

It's an interesting article, but it leaves me with a few
questionsmarks. It is
a bit unsatisfying.

Does anyone have contact with the authors (Finland)?

Should not be too hard as his email adderess is at the top of the
first page.

Cheers,
Magnus

In case anyone still doesn't know who I am, I need to mention that I designed the RF electronics in the 5071A in an earlier life, circa 1990. Now that we have that out of the way, I will agree with Magnus that the cited paper is severely flawed. We don't know what models of cesium were used, and the paper seems to assume that any deviations with respect to GPS are due solely to the cesium standards. We also don't know anything about the GPS equipment. Citation [3] is a 5071A product note. I guess this is thrown in to imply that one of the cesiums is a 5071A; but we can't be sure. A statement is taken out of context from this product note to the effect that "some cesiums don't have an independent means of frequency setting", which might lead the casual observer to think that this refers to the 5071A. Actually, the 5071A does have an independent means of frequency setting, as opposed to older cesium clocks where you had to vary the C-field to change the frequency. For this and other reasons, I don't put much stock in the paper. Having said that, let me speak about how we addressed some of these issues in the 5071A. First, the matter of temperature dependent phase shift. If you have a really good frequency standard, you have to start to worry about a temperature ramp resulting in a phase ramp. Of course, a phase ramp is a frequency step, by definition. The previous modele, the 5061B, like most cesium clocks, had an architecture where the crystal oscillator "flywheel" was connected to a splitter that drove a microwave frequency multiplier from 10 MHz to 9.2 GHz and also an isolation amplifier. Both of these were absolutely full of narrow band tuned circuits with substantial temperature coefficients. The combination of these "rubber bands" caused the 10 MHz at the output connector to be fairly loosely correlated (in terms of 5071A specifications) with the microwave signals sloshing around the Cs cavity. In the 5071A, I used a combination of a new architecture and better circuit design to drastically reduce the temperature coefficient of phase. You can read about this in my 1992 FCS paper (available at ieee.org or www.karlquist.com/FCS92.pdf). We measured the RF hardware by itself to determine its phase contribution to the overall 5071A. Our resident perfectionist, Len Cutler, insisted that all electronic error contributions be less than a part in 10^14, including this one. I can assure you that Len was a very happy camper with respect to the RF chain, and, if you knew Len, you know that is saying something. Shortly after the introduction of the 5071A, we had some colleagues at JPL perform environmental tests on an early 5071A. For the better part of a year, they ramped up and down the temperature, humidity, and pressure to see if they could measure these tempcos. By using correlative techniques, such as ramping the temperature on a daily basis and looking for a fourier peak at 1 day, they were able to establish a measurement floor of something like a part in 10^15. They were never able to see any correlation whatsoever of frequency to the environment for any of the variables. Regarding magnetic field sensitivity. The mu metal shields of the 5071A are so effective that it is not necessary to demagnetize them. Even Len Cutler didn't think so. A standing joke was the 5071A demagnetizer accessory that we were going to build "one of these days". I think we finally did build one for some customer who was even more of a perfectionist than Len. He didn't see any improvement from using it. Anyway, I take any statements about the earth's magnetic field affecting 5071A with a large grain of salt. AC magnetic fields like 50 Hz, or 60 Hz, are also not a concern. The frequencies used internally in the 5071A are carefully chosen to avoid any correlation with those power line frequencies. Magnetic fields even in the milliTesla range have absolutely no effect, let alone nanoTesla. Regarding vibration, acceleration, etc: earlier cesium beam tubes did have a problem with the beam wandering around when the clock was installed on a ship. In the 5071A, Len carefully devised a technique to prevent beam wander from having any effect on accuracy. Now if you tipped a 5071A upside down, the 10811 would experience a "2g turnover" frequency step. The control loop would respond to this within its time constant. So, admittedly, you might have a temporary frequency shift. However, there is no known application where a clock needs to work upside down, so even Len couldn't justify worrying about this. I hope this clears up any confusion about the 5071A, now made by my good friends at Symmetricom. Rick Karlquist N6RK (now with Agilent) These are my own opinions and don't represent HP, Agilent, or Symmetricom. > > > In the article "OBSERVATIONS ON STABILITY MEASUREMENTS > > > OF COMMERCIAL ATOMIC CLOCKS", Pekka Eskelinen claims to > I think the paper lacks a number of necessary details in order to fully > understand the conditions under which this exercise took place. > There is no > clear list of equipment used. It can be implied that it is 5071A > being used. > What Time Interval counters where used is for instance not known. > > He have compared PPS outputs between GPS receivers (which model > are those?) > and Cesium. > > I'd like to see some investigations into how stable the GPSes and > measurement > equipment is to temperature. > > In the end, there are a few pages of material missing in there > for it to give a > fairly comprehensive picture. Many of these issues could probably > be cleared up > after some discussions with the author, but we should not have to > rely on side- > channels like that. > > It's an interesting article, but it leaves me with a few > questionsmarks. It is > a bit unsatisfying. > > > Does anyone have contact with the authors (Finland)? > > Should not be too hard as his email adderess is at the top of the > first page. > > Cheers, > Magnus >
MD
Magnus Danielson
Tue, Jul 17, 2007 5:28 PM

From: "Richard (Rick) Karlquist" richard@karlquist.com
Subject: Re: [time-nuts] Cs stability
Date: Tue, 17 Jul 2007 09:52:22 -0700
Message-ID: MGEKKFGEAIKJOOPJPGIKAEGFJEAA.richard@karlquist.com

Rick,

In case anyone still doesn't know who I am, I need to
mention that I designed the RF electronics in the
5071A in an earlier life, circa 1990.

Now that we have that out of the way, I will agree
with Magnus that the cited paper is severely flawed.

Good, then I am not the only one seeing that. I must admitt that I didn't give
it a comprehensive readthrough asI was tired as hell when I looked at it, but
I did not get the necessary ques as I browsed through it and even as I dipped
into certain parts in detail it left me unsatisfied.

We don't know what models of cesium were used, and
the paper seems to assume that any deviations with
respect to GPS are due solely to the cesium standards.
We also don't know anything about the GPS equipment.
Citation [3] is a 5071A product note.  I guess this
is thrown in to imply that one of the cesiums is a
5071A; but we can't be sure.

There is only an indirect reference to 5071A in a.

A statement is taken
out of context from this product note to the effect
that "some cesiums don't have an independent means
of frequency setting", which might lead the casual
observer to think that this refers to the 5071A.
Actually, the 5071A does have an independent means
of frequency setting, as opposed to older cesium
clocks where you had to vary the C-field to change
the frequency.  For this and other reasons, I don't
put much stock in the paper.

Do note that he in the introductionary part shows the factor deviation of
2.7E-13 and that he adjusted it manually twice which can be seen in the second
Fig 1.

"Unfortunately, many atomic oscillators lack the possibility of non-invasive
frequency tuning [3]. Using digital correction, the frequency offset of
2.7 E-13 as delivered from factory is shown in Fig.l to be reducable below
1 E-14 with only two frequency corrections at 1800 and 4O00 hours from
start-up, leaving some environmental factors plus a number of unpredictable
timing discrepancies lasting 50-500 horn."

He actually points out that the 5071A lacks that correction, so he agrees with
you. This correction can be done by him as an initial post-processing step.
We just don't know, again. A little sentense or two more on how that was made
would have enlighen us further on that subject.

But what Cesium he actually used is not known.

I hope this clears up any confusion about the 5071A, now
made by my good friends at Symmetricom.

Many, many thanks for the write-up. I greatly enjoyed it!

Cheers,
Magnus

From: "Richard \(Rick\) Karlquist" <richard@karlquist.com> Subject: Re: [time-nuts] Cs stability Date: Tue, 17 Jul 2007 09:52:22 -0700 Message-ID: <MGEKKFGEAIKJOOPJPGIKAEGFJEAA.richard@karlquist.com> Rick, > In case anyone still doesn't know who I am, I need to > mention that I designed the RF electronics in the > 5071A in an earlier life, circa 1990. > > Now that we have that out of the way, I will agree > with Magnus that the cited paper is severely flawed. Good, then I am not the only one seeing that. I must admitt that I didn't give it a comprehensive readthrough asI was tired as hell when I looked at it, but I did not get the necessary ques as I browsed through it and even as I dipped into certain parts in detail it left me unsatisfied. > We don't know what models of cesium were used, and > the paper seems to assume that any deviations with > respect to GPS are due solely to the cesium standards. > We also don't know anything about the GPS equipment. > Citation [3] is a 5071A product note. I guess this > is thrown in to imply that one of the cesiums is a > 5071A; but we can't be sure. There is only an indirect reference to 5071A in a. > A statement is taken > out of context from this product note to the effect > that "some cesiums don't have an independent means > of frequency setting", which might lead the casual > observer to think that this refers to the 5071A. > Actually, the 5071A does have an independent means > of frequency setting, as opposed to older cesium > clocks where you had to vary the C-field to change > the frequency. For this and other reasons, I don't > put much stock in the paper. Do note that he in the introductionary part shows the factor deviation of 2.7E-13 and that he adjusted it manually twice which can be seen in the second Fig 1. "Unfortunately, many atomic oscillators lack the possibility of non-invasive frequency tuning [3]. Using digital correction, the frequency offset of 2.7 E-13 as delivered from factory is shown in Fig.l to be reducable below 1 E-14 with only two frequency corrections at 1800 and 4O00 hours from start-up, leaving some environmental factors plus a number of unpredictable timing discrepancies lasting 50-500 horn." He actually points out that the 5071A lacks that correction, so he agrees with you. This correction can be done by him as an initial post-processing step. We just don't know, again. A little sentense or two more on how that was made would have enlighen us further on that subject. But what Cesium he actually used is not known. > I hope this clears up any confusion about the 5071A, now > made by my good friends at Symmetricom. Many, many thanks for the write-up. I greatly enjoyed it! Cheers, Magnus