[time-nuts] GOES time service

2008-04-08 Thread Stanley Reynolds
Does anyone know the status ? Google turned up this PDF http://nvl.nist.gov/pub/nistpubs/jres/110/2/j110-2lom.pdf Which states: "NIST ended its Geostationary Operational Environmental Satellites (GOES) time code service at 0 hours, 0 minutes Coordinated Universal Time (UTC) on January 1, 2005.

Re: [time-nuts] GOES time service

2008-04-08 Thread Brooke Clarke
Hi Stanley: No longer operational. Also non operational is Omega. LORAN-C on the other hand is undergoing modernization. Have Fun, Brooke Clarke http://www.prc68.com/P/Prod.html Products I make and sell http://www.prc68.com/Alpha.shtml All my web pages listed based on html name http://www.PRC

Re: [time-nuts] GOES time service

2008-04-08 Thread Tom Van Baak
> Does anyone know the status ? It didn't quite quit on that exact date but, yes, GOES is no longer transmittng a time code. The existing legacy users switched over to GPS the past ten years. That paper is also available as document #2013: The GOES Time Code Service, 1974 - 2004: A Retrospective

Re: [time-nuts] GOES time service

2008-04-08 Thread Bruce Lane
As far as I know, that's exactly what happened. It was, in fact, the primary reason that I got rid of my GOES clock, bit the bullet, and invested in some GPS clocks. I admit I was somewhat annoyed. It can't have taken much overhead to provide timecode through the GOES data strea

Re: [time-nuts] GOES time service

2008-04-08 Thread michael taylor
On Tue, Apr 8, 2008 at 9:27 PM, Bruce Lane <[EMAIL PROTECTED]> wrote: > I admit I was somewhat annoyed. It can't have taken much overhead to > provide timecode through the GOES data stream, and I really liked my old > TrueTime 468. I'm not sure, but I suspect it was considered a both non

Re: [time-nuts] using Fury GPSDO with Rb

2008-04-08 Thread Scott Mace
I've found that once the units gets into an overshoot/oscillation cycle it never recovers and I have to manually adjust the dac to break the cycle. Is the notion that you use conservative enough settings so that this never happens? Scott [EMAIL PROTECTED] wrote: > Hi Scott, > > let me r

Re: [time-nuts] using Fury GPSDO with Rb

2008-04-08 Thread SAIDJACK
Hello Scott, this means the gain is set too high so that there is not enough phase margin. You can try to set the serv:dacgain lower, and serv:efcs / serv:phaseco lower. Contrary to OCXO's, Rb's are quite stable so they don't need strong control, they just need a gentle nudge, so you can

Re: [time-nuts] using Fury GPSDO with Rb

2008-04-08 Thread SAIDJACK
Hello Scott, forgot to mention: also try setting the serv:efcdamping lower. It's an IIR low pass filter, and will introduce phase-shift that can cause instability if it is set too high. bye, Said In a message dated 4/8/2008 22:59:22 Pacific Daylight Time, [EMAIL PROTECTED] writes: He