Re: [time-nuts] Oncore batteries

Quoth randy warner at 2008-04-04 02:41... Don't pull off the batteries! The boards are populated differently for battery/non-battery uses. Your external battery will not be connected to the onboard RAM. Too late - at least for the 'stuck' unit, although I haven't powered it with anything

Re: [time-nuts] Oncore batteries

On Fri, Apr 4, 2008 at 11:54 PM, Matthew Smith [EMAIL PROTECTED] wrote: What I'd be interested to know is whether the Oncores CAN be run without the backup battery. As Randy says, TTFF is not a concern for me so I'd rather have a less complex system that can be restored to a known state

Re: [time-nuts] Disciplining dual oscillators using a 3-corner hat

From: Richard H McCorkle [EMAIL PROTECTED] Subject: [time-nuts] Disciplining dual oscillators using a 3-corner hat Date: Fri, 4 Apr 2008 20:07:23 -0800 (AKDT) Message-ID: [EMAIL PROTECTED] Hello Time-Nuts, I am currently disciplining two MTI260 oscillators in a dual standard to a common GPS

Re: [time-nuts] Oncore batteries

Matthew, Yes, the backup batteries are not needed at all. The only thing is that if you remove a battery from a VP/GT/UT type receiver thinking that you can provide battery power externally, you will be disappointed. The mnemonic commands will NOT work while in NMEA. Actually, the mnemonic

[time-nuts] GPS noise reduction

Hello, I looked at the dual standard data from yesterdays run, and once again the predominance of the short-term variations in phase occur simultaneously in both systems. As pointed out earlier a 3-corner hat is the wrong methodology as what I am doing is closer to a common view comparison. If I

Re: [time-nuts] GPS noise reduction

Richard H McCorkle wrote: Hello, I looked at the dual standard data from yesterdays run, and once again the predominance of the short-term variations in phase occur simultaneously in both systems. As pointed out earlier a 3-corner hat is the wrong methodology as what I am doing is closer to

Re: [time-nuts] Oncore batteries

From: Matthew Smith [EMAIL PROTECTED] Subject: Re: [time-nuts] Oncore batteries Don't pull off the batteries! The boards are populated differently for battery/non-battery uses. Your external battery will not be connected to the onboard RAM. Too late - at least for the 'stuck' unit,

Re: [time-nuts] GPS noise reduction

Bruce, The data I am trying to determine is the GPS short-term phase error based on the results from comparing the same receiver to multiple higher short-term stability sources. If that could be determined then you would have an idea of the short-term noise being added by the receiver and

Re: [time-nuts] GPS noise reduction

Bruce, The data I am trying to determine is the GPS short-term phase error based on the results from comparing the same receiver to multiple higher short-term stability sources. If that could be determined then you would have an idea of the short-term noise being added by the receiver and

Re: [time-nuts] GPS noise reduction

Richard H McCorkle wrote: Bruce, Once again, thanks for the explaination. I am using a common 100M OCXO and not independent XOs for the two TICs in the dual design. That is why the plots are so similar. What effect does this have on the disciplining of the individual oscillators? Thanks,

Re: [time-nuts] GPS noise reduction

Bruce, Thanks for verifying that a common OCXO for the TIC clocks will work. I wasn't looking forward to downgrading to individual XOs. I spent years of lab time developing a 100 MHz TIC that doesn't suffer from count variations when the phase gate edges and clock edges are coincident. I

Re: [time-nuts] GPS noise reduction

Bruce Griffiths wrote: Bruce, Thanks for verifying that a common OCXO for the TIC clocks will work. I wasn't looking forward to downgrading to individual XOs. Richard That only works if either: 1) The TIC OCXO isnt locked to the GPS (or either of the oscillators being disciplined). OR if

Re: [time-nuts] GPS noise reduction

Bruce Griffiths wrote: Bruce Griffiths wrote: Bruce, Thanks for verifying that a common OCXO for the TIC clocks will work. I wasn't looking forward to downgrading to individual XOs. Richard That only works if either: 1) The TIC OCXO isnt locked to the GPS (or either of the

Re: [time-nuts] GPS noise reduction

Bruce Griffiths wrote: Bruce, Thanks for verifying that a common OCXO for the TIC clocks will work. I wasn't looking forward to downgrading to individual XOs. Richard That only works if either: 1) The TIC OCXO isnt locked to the GPS (or either of the oscillators being disciplined). OR

Re: [time-nuts] GPS noise reduction

Richard H McCorkle wrote: Bruce, The 100M OCXO is undisciplined so your first case should be satisfied. Thanks, Richard Richard To achieve proper averaging of the TIC measurements the location of the TIC oscillator output zero crossing has to slowly wander with respect to the OCXO

Re: [time-nuts] GPS noise reduction

Richard H McCorkle wrote: Bruce, The 100M OCXO is a 14-pin dip package with relatively poor stability, just a bit better than the XOs used in the previous designs. It is much less responsive to temperature variations so I wanted to give it a try. Thanks, Richard Richard If the TIC

Re: [time-nuts] GPS noise reduction

Bruce Griffiths wrote: Richard H McCorkle wrote: Bruce, The 100M OCXO is a 14-pin dip package with relatively poor stability, just a bit better than the XOs used in the previous designs. It is much less responsive to temperature variations so I wanted to give it a try. Thanks,

Re: [time-nuts] Disciplining dual oscillators using a 3-corner hat

it is not. My dual standard works well as it is, so I guess I will just live with the GPS noise like everyone else not using carrier disciplining. Richard, You don't have to live with GPS noise. Maybe I misunderstand your setup, but if two oscillators see the same GPS noise that simply means

[time-nuts] Agilent E7495B Base Station test set

Hi, I have borrowed one of these instruments from work to test my 23cm transverter, since signal generator has the option for GPS assistance. I note that when the GPS is enabled, the frequency 'hunts' approx +/- 10 Hz at 1296.1 MHz every few seconds. When the GPS is disabled the 'hunting'