Wow! One post and I've got the two top heavyweights against me! Let
me introduce myself.
I am a retired electronics engineer with over 50 years of experience
in instrumentation and metrology. Here is my patent list:
http://www.pst.netii.net/patents.htm
Among the achievements listed, I cla
Th
On Wed, Mar 5, 2014 at 7:02 PM, Bob Camp wrote:
> Hi
>
> The disconnect is that there is no need at all to correct for the delay with
> some sort of delay line setup. The sawtooth correction simply sums into the
> input of your control algorithm for the corrected oscillator. It's nothing
>
On Wed, Mar 5, 2014 at 5:43 PM, Didier Juges wrote:
> Tom and Bob,
> It is not obvious to me that it is "easier" to simply apply a correction in
> nS increments with a range as wide as 100nS. How is this done? Using
> switched delay lines or delay gates?
Here is my plan for processing saw tooth d
Hi
The sawtooth correction on a good GPS will go down to a few hundred ps over a
thirty or so ns range. If you are going to correct, you need a chip that is
accurate to <100 ps over a 30 ns (> 300 tap) range. That’s a tough part to
find. Next you need to worry about jitter in the delay line ….
Hi
The disconnect is that there is no need at all to correct for the delay with
some sort of delay line setup. The sawtooth correction simply sums into the
input of your control algorithm for the corrected oscillator. It’s nothing more
than an adder that sums the TDC output with the sawtooth in
Em 05/03/2014 22:43, Didier Juges escreveu:
Tom and Bob,
It is not obvious to me that it is "easier" to simply apply a correction in
nS increments with a range as wide as 100nS. How is this done? Using
switched delay lines or delay gates?
Using a DS1023 or a DS1124 plus a microcontroller to rec
Tom and Bob,
It is not obvious to me that it is "easier" to simply apply a correction in
nS increments with a range as wide as 100nS. How is this done? Using
switched delay lines or delay gates?
In the digital domain, 1nS resolution implies pretty fast clocks. On the
other hand, processing a messag
Hi(
While you see a lot of pretty plots in GPS spec sheets showing clean looking
sawtooth sort of offsets marching down the page, that’s not what I see on a
real receiver. The real data, even compared to a 5071A is much more random. It
will indeed “hang”, but it also will reverse far more often
I agree with Bob.
For casual use, "hanging bridges" are not really a problem, statistically
speaking -- so don't worry.
Yes, you can apply various techniques to reduce/eliminate the rare effect:
forced temperature change, forced Vcc change, 2 or 3 or more shared-antenna
receivers, modulating p
Hi
If you are going to decode and use the sawtooth data out of the receiver,
there’s no need to eliminate the hanging bridges. The sawtooth data does that
for you already. Put another way, heating the receiver is *harder* than just
using the decoded data….
Bob
On Mar 5, 2014, at 9:53 AM, Mike
Looking at my previous post today I see that I should point out something else
in my parsing programings output
The last colume I labled a clk bias corrections is somewhat misleading.
numbers displayed x.xxxe-7 x.xxxe-8 are corrections.
numbers displayed as x.e-3 x.e-4 x.e-5 x. e
I better explain how to interpet my programs output.
(parser of msg 30 and 41)
My C programming (turbo C for dos) isn't so great.
My program that parses out msg 30 and has wrap around problems in a dos window.
here is the latest data.
prn clk bias freq driftdelta of delta of last
Bob Camp wrote:
> Hi
> Be careful of what you wish for.
> One way to eliminate the hanging bridge is to have the oscillator
> exactly on frequency. That sounds fine. The problem is that you
> are always in the middle of a bridge.
> Bob
That's fine. Just set the oscillator to keep the
Tom
About 18-22 years ago I had a surplus timation receiver. Of course it did
not have satellites to work with. Have to say at the time I wasn't smart
enough to know what to do with it and you guessed it. Its in some dump some
place
Regards
Paul
On Wed, Mar 5, 2014 at 3:38 AM, Tom Van Baak wrote
> I think there were a couple of steps in between things like time-mation
> satellites and such precursors to GPS. But I believe that CS references
> were trucked around for a long time.
> Regards
> Paul
> WB8TSL
Hi Paul,
I'm glad you know about Timation. At some point every one who plays with GP
I'm looking to make an older wwvb phase locked spectracom netclock 2 work with
the new on air wwvb modulation.
Tammy
Sent from my iPhone
> On Mar 4, 2014, at 22:21, Chris Albertson wrote:
>
> There is time code generation software included with the standard
> distribution of NTP. This will
16 matches
Mail list logo