Hi:
While reverse engineering the Quantic (then Absolute Time, then ??)
Q5200M Timing GPS receiver I came across a Stellar GPS patent that
describes how this receiver controls it's 10 MHz output using a NCO IC
as a 48 bit D/A converter. But I have not been able to find a modern
replacement for the IC. Is there one?
I'm also looking for the downconverter antenna.
http://www.pacificsites.com/~brooke/Q5200.shtml
U.S. patent 5440313
http://patft.uspto.gov/netacgi/nph-Parser?patentnumber=5440313
(remember that SA was on at the time of this patent.)
Have Fun,
Brooke Clarke
w/Java http://www.PRC68.com
w/o Java http://www.pacificsites.com/~brooke/PRC68COM.shtml
http://www.precisionclock.com
Rob Kimberley wrote:
Ulrich,
I'm absolutely certain that this is how they did it. My old boss the late
Bob Ellis made a big point about this being a new way forward that didn't
involve any direct tuning of the Rb. You let it free run and correct using
the DDS technique mentioned. The rational was that this way you got on the
desired frequency quicker than the traditional PLL methods, which was a big
plus when installing these in Telco sites, as time was at a premium when
installing and testing the systems.
Rob
On Sat, Jan 27, 2007 at 01:32:40PM +0100, Ulrich Bangert wrote:
Rob,
are you absolutely sure it works this way? I experimented a lot with a
48 bit dds chip from analog devices for a GPSDO just to learn that THIS
way worked not good. What however works good is to imagine the
combination of OCXO and dds as kind of 'pure digital efc'. That is: The
output of the DDS (and not the RB's) is divided doen to a 1 pps which is
phase compared to the gps receiver. This makes the system an overall PLL
closed loop as seen with conventional efc circuits, however without the
need for precise analogue circuitry, which is why i use it!
My understanding is that that is how the PRR-10s DO work. A DDS
is used to synthesize 20 MHz from the input reference 10 MHz and a 20
MHz VCXO is locked to this DDS output and divided down to produce 1 PPS
to compare with the UT+ or M12M 1 PPS. And the phase error data from
that comparison is used to steer the DDS. So yes, the 20 MHz is PLL
locked to the GPS by twiddling the DDS.
I would know this much more precisely if more detailed
documentation on this now obsolete product became available (hint hint),
but since I have several of the GPS locking boards now it may well
become worth it to get out the DMM on beep mode and start tracing etch -
and/or get out scope and logic analyzer and see what is going on...
I do admit that without schematics or reverse engineering there
are some details that are a bit fuzzy - specifically what the relative
clock domains are for the two clocks (20 MHz from the VCXO and the 10
MHz from the Rb). I suppose one can handle this two ways - use a DDS
clocked with the 20 MHz VCXO to generate a 10 MHz signal and phase
compare (at 10 MHz) this with the input 10 MHz to steer the VCXO to lock
with the Rb 10 MHz input as adjusted by the DDS NCO. This implies that
virtually all of the logic in the board is clocked at 20 MHz by the VCXO
output, and that another channel of the primary NCO chip or a second one
can be used to generate 1 PPS slewable in phase to acquire initial lock
with the GPS 1 PPS. In this configuration errors in the 1 PPS phase
would be use to adjust the DDS ratio so as to make it synthesize the OFF
frequency Rb reference input 10 MHz.
And the other approach is to clock the DDS NCO chip with the 10
MHz Rb reference input and use it to generate a corrected 20 MHz which
can be used to phase lock the 20 MHz VCXO. This implies a second 10
MHz clock domain for the DDS chip and related logic from the 20 MHz VCXO
world. The first approach strikes me as cleaner, frankly, as the
board would have one clock rather than two... and if the input clock
disappeared (very possible in this application) there would still be
clock for everything if only as good as the VCXO and not reference
quality.
Best regards
Ulrich Bangert, DF6JB
-----Ursprüngliche Nachricht-----
Von: time-nuts-bounces@febo.com
[mailto:time-nuts-bounces@febo.com] Im Auftrag von Rob Kimberley
Gesendet: Samstag, 27. Januar 2007 09:39
An: 'Discussion of precise time and frequency measurement'
Betreff: Re: [time-nuts] Austron PRR-10 GPS discliplined Rb...
I remember them well...
Have sold them and installed them for Telco customers in
Europe when I worked for Datum in the mid 90's. Novel design,
and as you say they don't attempt to correct the Rubidium,
but compare its output against GPS and use DDS to make the
correction. In practise they worked very well and provided
excellent Stratum 1 references.
Unfortunately I don't have any documentation, but have some
of the blanking panels and other bits of hardware lurking in
the store room here. Will have a hunt around, and see exactly
what's available to anyone interested.
You got yourself an excellent bargain!
Rob Kimberley
-----Original Message-----
From: time-nuts-bounces@febo.com
[mailto:time-nuts-bounces@febo.com] On Behalf Of David I. Emery
Sent: 26 January 2007 22:23
To: time-nuts@febo.com
Subject: [time-nuts] Austron PRR-10 GPS discliplined Rb...
I snagged (for $150 BIN, which might have been too
much) a Datum/Austron PRR-10 Stratum 1 Timing receiver
complete with a LPRO Rb... and two channels of GPS
receiver/timing board (redundant, hot swappable).
These things use the Motorola Oncore family timing
receivers (the latest version (rev G firmware) can support
the M12M+) and are primarily intended to supply precise
timing for telco networks as DS1 or E1 output signals with
all the right bits set for timing purposes.
There is a 4 channel "analog" output board available
that can supply 10 mhz, 5 mhz and 1 mhz (I found one of those
too), but the primary outputs in usual units one finds in the
field/surplus are the DS1 or E1 variety.
The interesting thing about these units (which ceased
production in July 2005 - possibly because of the abandonment
of the Oncore receiver family by Motorola) is that they are
the second kind of GPS disciplined clocks - namely phase
microstepper based designs which accept a reference 10 mhz
input and use a DDS chip to create a phase rotated and
frequency corrected version which is used to phase lock a 20
mhz VCXO and from that generate a new 10 mhz and 1 PPS. This is in
distinction to the Lucent RFTGs which adjust the C field of
the LPRO RB to phase lock it to the 1 PPS input.
Apparently the firmware measures the frequency offset
of the 10 Mhz reference input (in my unit generated by a LPRO
101) and its behavior over time and temperature and uses this
to generate a phase step correction for the DDS which results
in a precise 10 mhz output and 1 PPS used to compare with the
GPS timing receiver 1 PPS and adjust the correction and its
derivatives over time for optimum tracking.
This means they can take a slightly off frequency but
stable 10 mhz and make a precisely on frequency and even more
stable 10 mhz locked to GPS when GPS is available and open
loop corrected to the last GPS offset values when GPS is not
using both measured frequency offset and change of frequency
offset with time (and I think temperature).
I have a users manual (circa 2001) in .pdf format, but
would dearly love to find a source of more detailed
documentation - the things are full of jumpers and
stuffed/not stuffed options and it would be nice to know much
more about them.
They do, however, provide some ADEV data on the quality
of the input source as one of their data outputs available
from the RS-232 port and as such are kind of neat...
--
Dave Emery N1PRE, die@dieconsulting.com DIE Consulting,
Weston, Mass 02493 "An empty zombie mind with a forlorn
barely readable weatherbeaten 'For Rent' sign still vainly
flapping outside on the weed encrusted pole - in celebration
of what could have been, but wasn't and is not to be now either."
time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-> bin/mailman/listinfo/time-nuts
time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-> bin/mailman/listinfo/time-nuts
time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
--
Dave Emery N1PRE, die@dieconsulting.com DIE Consulting, Weston, Mass 02493
"An empty zombie mind with a forlorn barely readable weatherbeaten
'For Rent' sign still vainly flapping outside on the weed encrusted pole - in
celebration of what could have been, but wasn't and is not to be now either."
David
David I. Emery wrote:
On Sat, Jan 27, 2007 at 01:32:40PM +0100, Ulrich Bangert wrote:
Rob,
are you absolutely sure it works this way? I experimented a lot with a
48 bit dds chip from analog devices for a GPSDO just to learn that THIS
way worked not good. What however works good is to imagine the
combination of OCXO and dds as kind of 'pure digital efc'. That is: The
output of the DDS (and not the RB's) is divided doen to a 1 pps which is
phase compared to the gps receiver. This makes the system an overall PLL
closed loop as seen with conventional efc circuits, however without the
need for precise analogue circuitry, which is why i use it!
My understanding is that that is how the PRR-10s DO work. A DDS
is used to synthesize 20 MHz from the input reference 10 MHz and a 20
MHz VCXO is locked to this DDS output and divided down to produce 1 PPS
to compare with the UT+ or M12M 1 PPS. And the phase error data from
that comparison is used to steer the DDS. So yes, the 20 MHz is PLL
locked to the GPS by twiddling the DDS.
I would know this much more precisely if more detailed
documentation on this now obsolete product became available (hint hint),
but since I have several of the GPS locking boards now it may well
become worth it to get out the DMM on beep mode and start tracing etch -
and/or get out scope and logic analyzer and see what is going on...
I do admit that without schematics or reverse engineering there
are some details that are a bit fuzzy - specifically what the relative
clock domains are for the two clocks (20 MHz from the VCXO and the 10
MHz from the Rb). I suppose one can handle this two ways - use a DDS
clocked with the 20 MHz VCXO to generate a 10 MHz signal and phase
compare (at 10 MHz) this with the input 10 MHz to steer the VCXO to lock
with the Rb 10 MHz input as adjusted by the DDS NCO. This implies that
virtually all of the logic in the board is clocked at 20 MHz by the VCXO
output, and that another channel of the primary NCO chip or a second one
can be used to generate 1 PPS slewable in phase to acquire initial lock
with the GPS 1 PPS. In this configuration errors in the 1 PPS phase
would be use to adjust the DDS ratio so as to make it synthesize the OFF
frequency Rb reference input 10 MHz.
And the other approach is to clock the DDS NCO chip with the 10
MHz Rb reference input and use it to generate a corrected 20 MHz which
can be used to phase lock the 20 MHz VCXO. This implies a second 10
MHz clock domain for the DDS chip and related logic from the 20 MHz VCXO
world. The first approach strikes me as cleaner, frankly, as the
board would have one clock rather than two... and if the input clock
disappeared (very possible in this application) there would still be
clock for everything if only as good as the VCXO and not reference
quality.
The DDS will need to have an internal clock of at least 30MHz or so to
generate a usable 10MHz output.
A frequency multiplier, either within the DDS, or external to it is
required to generate a suitable DDS clock from either a 10MHz or 20MHz
input.
Although theoretically it is possible to generate 10MHz from a DDS
clocked at 20MHz, in practice the necessary brick wall analog
reconstruction filter is unrealisable.
Bruce
On Sun, Jan 28, 2007 at 11:43:11AM +1300, Dr Bruce Griffiths wrote:
The DDS will need to have an internal clock of at least 30MHz or so to
generate a usable 10MHz output.
Agreed, assuming the chip doesn't do clock multiplication as
several do...
Although theoretically it is possible to generate 10MHz from a DDS
clocked at 20MHz, in practice the necessary brick wall analog
reconstruction filter is unrealisable.
Given my option 1 (DDS clocked at 20 mhz) and NO clock multiplication
the phase comparison with the input could easily be at say 5 mhz or 1 mhz
without degrading anything very much I shouldn't think. Should be obvious
on a scope doing the reverse engineering of course...
Of course for phase comparison with the input, one actually does not
need much filtering as one is only using the NCO digital output as an input
to a phase comparator... spurs and so forth don't count at all here as they
get filtered out in the subsequent loop filter for the PLL (which is very
narrow).
--
Dave Emery N1PRE, die@dieconsulting.com DIE Consulting, Weston, Mass 02493
"An empty zombie mind with a forlorn barely readable weatherbeaten
'For Rent' sign still vainly flapping outside on the weed encrusted pole - in
celebration of what could have been, but wasn't and is not to be now either."
David I. Emery wrote:
On Sun, Jan 28, 2007 at 11:43:11AM +1300, Dr Bruce Griffiths wrote:
The DDS will need to have an internal clock of at least 30MHz or so to
generate a usable 10MHz output.
Agreed, assuming the chip doesn't do clock multiplication as
several do...
Although theoretically it is possible to generate 10MHz from a DDS
clocked at 20MHz, in practice the necessary brick wall analog
reconstruction filter is unrealisable.
Given my option 1 (DDS clocked at 20 mhz) and NO clock multiplication
the phase comparison with the input could easily be at say 5 mhz or 1 mhz
without degrading anything very much I shouldn't think. Should be obvious
on a scope doing the reverse engineering of course...
Of course for phase comparison with the input, one actually does not
need much filtering as one is only using the NCO digital output as an input
to a phase comparator... spurs and so forth don't count at all here as they
get filtered out in the subsequent loop filter for the PLL (which is very
narrow).
David
I presume that the leading edge of the GPS receiver PPS pulse samples
the DDS phase accumulator register content.
This is not possible with most modern DDS chips with integrated DACs, in
which the DDS accumulator or its truncated phase output is not
externally accessible, it cannot be read, nor is there any provision for
capturing the phase at the leading edge of an external signal.
However one could always use a gate array to implement the digital part
of a DDS and include a phase capture register.
An external DAC (and sine table) would be required to synthesize the
corrected sine wave frequency source output.
Bruce
Dr Bruce Griffiths wrote:
David I. Emery wrote:
On Sun, Jan 28, 2007 at 11:43:11AM +1300, Dr Bruce Griffiths wrote:
The DDS will need to have an internal clock of at least 30MHz or so to
generate a usable 10MHz output.
Agreed, assuming the chip doesn't do clock multiplication as
several do...
Although theoretically it is possible to generate 10MHz from a DDS
clocked at 20MHz, in practice the necessary brick wall analog
reconstruction filter is unrealisable.
Given my option 1 (DDS clocked at 20 mhz) and NO clock multiplication
the phase comparison with the input could easily be at say 5 mhz or 1 mhz
without degrading anything very much I shouldn't think. Should be obvious
on a scope doing the reverse engineering of course...
Of course for phase comparison with the input, one actually does not
need much filtering as one is only using the NCO digital output as an input
to a phase comparator... spurs and so forth don't count at all here as they
get filtered out in the subsequent loop filter for the PLL (which is very
narrow).
David
I presume that the leading edge of the GPS receiver PPS pulse samples
the DDS phase accumulator register content.
This is not possible with most modern DDS chips with integrated DACs, in
which the DDS accumulator or its truncated phase output is not
externally accessible, it cannot be read, nor is there any provision for
capturing the phase at the leading edge of an external signal.
However one could always use a gate array to implement the digital part
of a DDS and include a phase capture register.
An external DAC (and sine table) would be required to synthesize the
corrected sine wave frequency source output.
Bruce
time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
ADDENDUM
When sampling the phase accumulator of an NCO with the leading edge of
an external signal, first the external signal must be synchronised to
the NCO clock using a multistage synchroniser. The synchroniser output
has an inherent timing jitter of about 2 clock cycles peak to peak which
limits the sampled phase effective resolution. To increase the single
shot sampled phase effective resolution, either the NCO clock frequency
can be increased, incurring greater power dissipation and cost, or a TDC
can be used to measure the synchroniser input output delay and combined
with the sampled phase to increase the effective single shot sampled
phase resolution without increasing the NCO clock frequency.
Bruce
Bruce
Dr Bruce Griffiths wrote:
Dr Bruce Griffiths wrote:
David I. Emery wrote:
On Sun, Jan 28, 2007 at 11:43:11AM +1300, Dr Bruce Griffiths wrote:
The DDS will need to have an internal clock of at least 30MHz or so to
generate a usable 10MHz output.
Agreed, assuming the chip doesn't do clock multiplication as
several do...
Although theoretically it is possible to generate 10MHz from a DDS
clocked at 20MHz, in practice the necessary brick wall analog
reconstruction filter is unrealisable.
Given my option 1 (DDS clocked at 20 mhz) and NO clock multiplication
the phase comparison with the input could easily be at say 5 mhz or 1 mhz
without degrading anything very much I shouldn't think. Should be obvious
on a scope doing the reverse engineering of course...
Of course for phase comparison with the input, one actually does not
need much filtering as one is only using the NCO digital output as an input
to a phase comparator... spurs and so forth don't count at all here as they
get filtered out in the subsequent loop filter for the PLL (which is very
narrow).
David
I presume that the leading edge of the GPS receiver PPS pulse samples
the DDS phase accumulator register content.
This is not possible with most modern DDS chips with integrated DACs, in
which the DDS accumulator or its truncated phase output is not
externally accessible, it cannot be read, nor is there any provision for
capturing the phase at the leading edge of an external signal.
However one could always use a gate array to implement the digital part
of a DDS and include a phase capture register.
An external DAC (and sine table) would be required to synthesize the
corrected sine wave frequency source output.
Bruce
time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
ADDENDUM
When sampling the phase accumulator of an NCO with the leading edge of
an external signal, first the external signal must be synchronised to
the NCO clock using a multistage synchroniser. The synchroniser output
has an inherent timing jitter of about 2 clock cycles peak to peak which
limits the sampled phase effective resolution. To increase the single
shot sampled phase effective resolution, either the NCO clock frequency
can be increased, incurring greater power dissipation and cost, or a TDC
can be used to measure the synchroniser input output delay and combined
with the sampled phase to increase the effective single shot sampled
phase resolution without increasing the NCO clock frequency.
Bruce
Bruce
time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
David
The TDC can be eliminated if the GPS timing receiver and the DDS share
the same clock derived from the frequency reference.
The GPS receiver can then easily determine the sampled phase "sawtooth
timing error" so that the sampled DDS phase can be corrected without the
assistance of an external TDC.
Indeed if the DDS and GPS receiver were appropriately integrated then
very high resolution GPS carrier beat phase tracking techniques could be
employed to discipline the frequency standard using the DDS chip to
produce the corrected output frequency.
Bruce
On Sun, Jan 28, 2007 at 03:07:23PM +1300, Dr Bruce Griffiths wrote:
David
I presume that the leading edge of the GPS receiver PPS pulse samples
the DDS phase accumulator register content.
This is not possible with most modern DDS chips with integrated DACs, in
which the DDS accumulator or its truncated phase output is not
externally accessible, it cannot be read, nor is there any provision for
capturing the phase at the leading edge of an external signal.
However one could always use a gate array to implement the digital part
of a DDS and include a phase capture register.
An external DAC (and sine table) would be required to synthesize the
corrected sine wave frequency source output.
Bruce
ADDENDUM
When sampling the phase accumulator of an NCO with the leading edge of
an external signal, first the external signal must be synchronised to
the NCO clock using a multistage synchroniser. The synchroniser output
has an inherent timing jitter of about 2 clock cycles peak to peak which
limits the sampled phase effective resolution. To increase the single
shot sampled phase effective resolution, either the NCO clock frequency
can be increased, incurring greater power dissipation and cost, or a TDC
can be used to measure the synchroniser input output delay and combined
with the sampled phase to increase the effective single shot sampled
phase resolution without increasing the NCO clock frequency.
Bruce
Bruce
I am curious enough to try to figure this out for the PRR-10.
It did occur to me that to use the 1 PPS to sample the accumulated phase
register you'd pretty obviously want to do this at well over 100 MHz in
order to get enough resolution (eg lack of quantizing noise) to usefully
track in the 10^12 area (100 MHz is only 10 ns time resolution, after
all).
This is obviously completely inconsistent with a 20 MHz clocked
system (50 ns per tick), though one with an internal PLL multiplier
might be good enough (easily done in a modern FPGA with these things
internal and 400 or better MHz clocks possible, but doubtful for a mid
90s design).
There is one obvious alternative - use the DDS to synthesize say
5 or 1 mhz and filter that with analog filtering (crystal filter) and
then use the 1 PPS from the Oncore to sample the 5 or 1 mhz with a fast
sampler (eg your suggestion of a TDC) at the time of the 1 PPS edge.
This provides whatever resolution the analog A/D and sampler will do
without all the ramp generator complexity. And does not involve any
form of synchronizer with its inherent uncertainty window. (And of
course you then do synchronize the 1 PPS and read the coarse phase bits
from the phase accumulator sampled on the 1 PPS).
--
Dave Emery N1PRE, die@dieconsulting.com DIE Consulting, Weston, Mass 02493
"An empty zombie mind with a forlorn barely readable weatherbeaten
'For Rent' sign still vainly flapping outside on the weed encrusted pole - in
celebration of what could have been, but wasn't and is not to be now either."
David I. Emery wrote:
On Sun, Jan 28, 2007 at 03:07:23PM +1300, Dr Bruce Griffiths wrote:
David
I presume that the leading edge of the GPS receiver PPS pulse samples
the DDS phase accumulator register content.
This is not possible with most modern DDS chips with integrated DACs, in
which the DDS accumulator or its truncated phase output is not
externally accessible, it cannot be read, nor is there any provision for
capturing the phase at the leading edge of an external signal.
However one could always use a gate array to implement the digital part
of a DDS and include a phase capture register.
An external DAC (and sine table) would be required to synthesize the
corrected sine wave frequency source output.
Bruce
ADDENDUM
When sampling the phase accumulator of an NCO with the leading edge of
an external signal, first the external signal must be synchronised to
the NCO clock using a multistage synchroniser. The synchroniser output
has an inherent timing jitter of about 2 clock cycles peak to peak which
limits the sampled phase effective resolution. To increase the single
shot sampled phase effective resolution, either the NCO clock frequency
can be increased, incurring greater power dissipation and cost, or a TDC
can be used to measure the synchroniser input output delay and combined
with the sampled phase to increase the effective single shot sampled
phase resolution without increasing the NCO clock frequency.
Bruce
Bruce
I am curious enough to try to figure this out for the PRR-10.
It did occur to me that to use the 1 PPS to sample the accumulated phase
register you'd pretty obviously want to do this at well over 100 MHz in
order to get enough resolution (eg lack of quantizing noise) to usefully
track in the 10^12 area (100 MHz is only 10 ns time resolution, after
all).
This is obviously completely inconsistent with a 20 MHz clocked
system (50 ns per tick), though one with an internal PLL multiplier
might be good enough (easily done in a modern FPGA with these things
internal and 400 or better MHz clocks possible, but doubtful for a mid
90s design).
There is one obvious alternative - use the DDS to synthesize say
5 or 1 mhz and filter that with analog filtering (crystal filter) and
then use the 1 PPS from the Oncore to sample the 5 or 1 mhz with a fast
sampler (eg your suggestion of a TDC) at the time of the 1 PPS edge.
This provides whatever resolution the analog A/D and sampler will do
without all the ramp generator complexity. And does not involve any
form of synchronizer with its inherent uncertainty window. (And of
course you then do synchronize the 1 PPS and read the coarse phase bits
from the phase accumulator sampled on the 1 PPS).
David
Modern TDC chips just use internal gate delays and either a delay locked
loop or periodic calibration to achieve subnanosecond resolution without
needing any external ramp generators etc.
Having the DDS and GPS receiver use the same clock eliminates the need
for any external ADC or TDC.
The GPS receiver can then use the DDS or an equivalent digital micro
phasestepper in conjunction with an analog bandpass filter to produce a
disciplined output frequency.
Alternatively the DDS or phase stepper can generate the GPS receiver
clock from the local frequency standard.
The GPS can then discipline its clock via the DDS or phase stepper using
GPS carrier and code phase measurements.
Of course, one would then have to write ones own GPS receiver firmware
to accomplish this.
Bruce
In message 45BBA0A7.4040904@pacific.net, Brooke Clarke writes:
http://patft.uspto.gov/netacgi/nph-Parser?patentnumber=5440313
That patent should never have been granted IMO.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.