Re: [time-nuts] WWVB Remodulator

2014-03-05 Thread Tammy Firefly
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 albertson.ch...@gmail.com wrote: There is time code generation software included with the standard

Re: [time-nuts] Time transfer, internationally before GPS

2014-03-05 Thread Tom Van Baak
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 GPS

Re: [time-nuts] Time transfer, internationally before GPS

2014-03-05 Thread paul swed
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

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Mike M
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

[time-nuts] new gps sat prn30 svn64

2014-03-05 Thread tom jones
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

[time-nuts] new gps sat prn30 svn64

2014-03-05 Thread tom jones
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.

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Bob Camp
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,

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Tom Van Baak
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

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Bob Camp
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

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Didier Juges
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 message

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Daniel Mendes
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

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Bob Camp
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

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Bob Camp
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 ….

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Chris Albertson
On Wed, Mar 5, 2014 at 5:43 PM, Didier Juges shali...@gmail.com 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

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Chris Albertson
Th On Wed, Mar 5, 2014 at 7:02 PM, Bob Camp li...@rtty.us 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

Re: [time-nuts] Another atomic clock question

2014-03-05 Thread Mike
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