Re: [time-nuts] FE5680 GPS Disciplined Controller

2014-06-21 Thread Tim

On 19/06/2014 4:49 AM, ewkeh...@aol.com wrote:
  
FE5680 GPS Disciplined  Controller

With all the FE  5680 rubidium oscillators being used as door stops out
there some of us decided  to develop a GPSDO for it. The main question we have:
Is there sufficient  interest among time nuts for a discipline controller
for the FE5680 to make it  available?


[snip]

Add me to the list please.

thanks

Tim

--
VK2XAX :: QF56if23 :: BMARC :: WIA

___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.


[time-nuts] 58503A date code problem

2014-06-21 Thread Daniel Burch
Hi All,

I have a HP/Symm 58530A that has the correct time, but date keeps
defaulting to 1994, Nov, 4 after GPS Lock.  The pre-lock is 1996, so I do
see a change when it locks, just to the wrong date.time is exactly
correct and tracks.

Any ideas?

Thanks!

db
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.


Re: [time-nuts] 58503A date code problem

2014-06-21 Thread Tom Van Baak
Hi Daniel,

What you have is a 58503A, the GPS time/frequency receiver (the 58530A is a GPS 
bandpass filter).

Note that today is MJD 56829. Exactly 1024 weeks (7168 days) ago was November 
4, 1994. So this looks like a typical GPSDO week number rollover issue. It 
shouldn't affect the time or the 1PPS or the 10 MHz. One thing to try is 
manually setting the date using a SCPI command.

You can check www.realhamradio.com/GPS_websites_list.htm to see if anyone else 
has seen this on their 58503A or Z3801A receivers.

Did you notice it happened just today, or did it start happening maybe a few 
weeks ago?

I ask because recently we passed the 3/4 mark in the current 1024-week (19.6 
year) GPS cycle. Specifically, on 2014-05-04 it was 768 weeks since the last 
rollover (1999-08-15) and 256 weeks before the next rollover (2019-03-31).

/tvb

- Original Message - 
From: Daniel Burch daniel.bu...@ieee.org
To: time-nuts@febo.com
Sent: Saturday, June 21, 2014 10:06 AM
Subject: [time-nuts] 58503A date code problem


 Hi All,
 
 I have a HP/Symm 58530A that has the correct time, but date keeps
 defaulting to 1994, Nov, 4 after GPS Lock.  The pre-lock is 1996, so I do
 see a change when it locks, just to the wrong date.time is exactly
 correct and tracks.
 
 Any ideas?
 
 Thanks!
 
 db


___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.


Re: [time-nuts] 58503A date code problem

2014-06-21 Thread Hal Murray

daniel.bu...@ieee.org said:
 I have a HP/Symm 58530A that has the correct time, but date keeps defaulting
 to 1994, Nov, 4 after GPS Lock.  The pre-lock is 1996, so I do see a change
 when it locks, just to the wrong date.time is exactly correct and
 tracks.

 Any ideas? 

That looks like the GPS week roll-over problem.  I fixed it on a Z3801A by 
telling it the date before it got a GPS lock.

I don''t remember the command to tell it the date.  It's in the Z3801A manual.


-- 
These are my opinions.  I hate spam.



___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.


Re: [time-nuts] 58503A date code problem

2014-06-21 Thread Brooke Clarke

Hi Tom:

Somewhere in May my CSI LGBX Pro DGPS Receiver quite GPS locking (the CSI LF 
beacon receiver works fine).

It uses an Ashtech  G-12L GPS receiver.  Do you know if they have a fatal rollover problem rather than just getting the 
year wrong?

http://www.prc68.com/I/LGBXcsiDGPS.html

Have Fun,

Brooke Clarke
http://www.PRC68.com
http://www.end2partygovernment.com/2012Issues.html
http://www.prc68.com/I/DietNutrition.html

Tom Van Baak wrote:

Hi Daniel,

What you have is a 58503A, the GPS time/frequency receiver (the 58530A is a GPS 
bandpass filter).

Note that today is MJD 56829. Exactly 1024 weeks (7168 days) ago was November 
4, 1994. So this looks like a typical GPSDO week number rollover issue. It 
shouldn't affect the time or the 1PPS or the 10 MHz. One thing to try is 
manually setting the date using a SCPI command.

You can check www.realhamradio.com/GPS_websites_list.htm to see if anyone else 
has seen this on their 58503A or Z3801A receivers.

Did you notice it happened just today, or did it start happening maybe a few 
weeks ago?

I ask because recently we passed the 3/4 mark in the current 1024-week (19.6 
year) GPS cycle. Specifically, on 2014-05-04 it was 768 weeks since the last 
rollover (1999-08-15) and 256 weeks before the next rollover (2019-03-31).

/tvb

- Original Message -
From: Daniel Burch daniel.bu...@ieee.org
To: time-nuts@febo.com
Sent: Saturday, June 21, 2014 10:06 AM
Subject: [time-nuts] 58503A date code problem



Hi All,

I have a HP/Symm 58530A that has the correct time, but date keeps
defaulting to 1994, Nov, 4 after GPS Lock.  The pre-lock is 1996, so I do
see a change when it locks, just to the wrong date.time is exactly
correct and tracks.

Any ideas?

Thanks!

db


___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.



___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.


Re: [time-nuts] 58503A date code problem

2014-06-21 Thread Tom Van Baak
Hi Dave,

768 weeks (3 * 256). Right.

In any modulus arithmetic situation you face a windowing decision. Look at 
your wristwatch right now. Mine says 14:46, or 2:46 PM. You are likely to say 
quarter 'till 3, rather than 3/4 after 2. Both are mathematically correct, but 
one is more conventional. Like you say, it's a matter of where the fence is.

But aside from these hourly conventions, reading your wristwatch may be just 
plain wrong. It could be quarter 'till 3 on Saturday, or maybe quarter 'till 3 
Friday, or Sunday. The hands by themselves don't tell you. You have to rely on 
context, or memory, or common sense, or something external.

If you are reading this posting via a time-nuts archive, was today June 21 of 
2014, or 2013, or 2015? And even if you're a futuristic LongNow.org member, is 
it 02014 or 12014 or 22014? True, there are often hints, but not mathematical 
certainty. Especially if you only have 10-bits to encode the epoch.

So how is a 58503A GPS time/frequency to know if today is GPS cycle number 0, 
or 1, or 2? In a few hours we begin GPS week 774. But is that in November 1994, 
or June 2014, or February 2034? How can the 58503A know for sure?

In general, some absolute or external context is needed to remove the ambiguity 
in the cyclical hands of a wristwatch or calendar. Similarly this notion of 
absolute time or Gregorian calendar is lacking in GPS. This context is provided 
by unspecified manufacturer-specific heuristics in individual GPS receivers, or 
user input.

When programmers face the 10-bit, 1024-week (19.6 year) GPS week issue, they 
have to decide how to handle the window. There are many algorithms: none is 
perfect, but most work fine. It does not surprise me that some use the 1/2 
point, or 3/4, or 7/8 points as the date line boundary to go back 1024 weeks 
or go forward 1024 weeks.

I suspect many use a firmware revision date as an arbitrary origin and then use 
a -0/+19.6 year for their window. Perhaps some use a -9.8/+9.8 year window. Or 
if the 256 week hunch is correct, a -4.9/+14.7 year window.

Unfortunately, we're never given the source code to commercial GPS/GPSDO. Using 
GPS simulators is still beyond the reach of us amateur time/frequency 
experimenters. So we just encounter these boundary points as they occur. If you 
go back in the time-nuts archives there are a number of magic dates where 
strange things happen.

/tvb

- Original Message - 
From: Dave Martindale dave.martind...@gmail.com
To: Tom Van Baak t...@leapsecond.com; Discussion of precise time and 
frequency measurement time-nuts@febo.com
Sent: Saturday, June 21, 2014 1:06 PM
Subject: Re: [time-nuts] 58503A date code problem


Interesting.  It was May 22 this year when I first noticed that my
Garmin 45XL was reporting a date in 1994, exactly 1024 weeks early.
That's also consistent with Garmin having used 768 weeks as their
fence for a GPS week being in the past instead of the future.

It's really the same as the International Date Line, picking an
arbitrary line that advances and retards the apparent time as you
cross it.  But the delta-time for the GPS week rollover is nearly 10
years, instead of 24 hours.

- Dave

On Sat, Jun 21, 2014 at 3:44 PM, Tom Van Baak t...@leapsecond.com wrote:
 Hi Daniel,

 What you have is a 58503A, the GPS time/frequency receiver (the 58530A is a 
 GPS bandpass filter).

 Note that today is MJD 56829. Exactly 1024 weeks (7168 days) ago was November 
 4, 1994. So this looks like a typical GPSDO week number rollover issue. It 
 shouldn't affect the time or the 1PPS or the 10 MHz. One thing to try is 
 manually setting the date using a SCPI command.

 You can check www.realhamradio.com/GPS_websites_list.htm to see if anyone 
 else has seen this on their 58503A or Z3801A receivers.

 Did you notice it happened just today, or did it start happening maybe a few 
 weeks ago?

 I ask because recently we passed the 3/4 mark in the current 1024-week (19.6 
 year) GPS cycle. Specifically, on 2014-05-04 it was 768 weeks since the last 
 rollover (1999-08-15) and 256 weeks before the next rollover (2019-03-31).

 /tvb

 - Original Message -
 From: Daniel Burch daniel.bu...@ieee.org
 To: time-nuts@febo.com
 Sent: Saturday, June 21, 2014 10:06 AM
 Subject: [time-nuts] 58503A date code problem


 Hi All,

 I have a HP/Symm 58530A that has the correct time, but date keeps
 defaulting to 1994, Nov, 4 after GPS Lock.  The pre-lock is 1996, so I do
 see a change when it locks, just to the wrong date.time is exactly
 correct and tracks.

 Any ideas?

 Thanks!

 db




___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.


Re: [time-nuts] Sad news Ulrich Bangert

2014-06-21 Thread Pete Lancashire
A great loss not only to TN and the industry but to mankind

-pete
On Jun 21, 2014 1:53 AM, Poul-Henning Kamp p...@phk.freebsd.dk wrote:

 In message 53a49f22.5060...@paesler.de, Hartmut Paesler writes:

 unfortunately I have to deliver the sad news that Ulrich Bangert, DF6JB
 passed away on 11/06, aged 59.

 He made the world a better place.

 --
 Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
 p...@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.
 ___
 time-nuts mailing list -- time-nuts@febo.com
 To unsubscribe, go to
 https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
 and follow the instructions there.

___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.


Re: [time-nuts] 58503A date code problem

2014-06-21 Thread Dave Martindale
Interesting.  It was May 22 this year when I first noticed that my
Garmin 45XL was reporting a date in 1994, exactly 1024 weeks early.
That's also consistent with Garmin having used 768 weeks as their
fence for a GPS week being in the past instead of the future.

It's really the same as the International Date Line, picking an
arbitrary line that advances and retards the apparent time as you
cross it.  But the delta-time for the GPS week rollover is nearly 10
years, instead of 24 hours.

- Dave

On Sat, Jun 21, 2014 at 3:44 PM, Tom Van Baak t...@leapsecond.com wrote:
 Hi Daniel,

 What you have is a 58503A, the GPS time/frequency receiver (the 58530A is a 
 GPS bandpass filter).

 Note that today is MJD 56829. Exactly 1024 weeks (7168 days) ago was November 
 4, 1994. So this looks like a typical GPSDO week number rollover issue. It 
 shouldn't affect the time or the 1PPS or the 10 MHz. One thing to try is 
 manually setting the date using a SCPI command.

 You can check www.realhamradio.com/GPS_websites_list.htm to see if anyone 
 else has seen this on their 58503A or Z3801A receivers.

 Did you notice it happened just today, or did it start happening maybe a few 
 weeks ago?

 I ask because recently we passed the 3/4 mark in the current 1024-week (19.6 
 year) GPS cycle. Specifically, on 2014-05-04 it was 768 weeks since the last 
 rollover (1999-08-15) and 256 weeks before the next rollover (2019-03-31).

 /tvb

 - Original Message -
 From: Daniel Burch daniel.bu...@ieee.org
 To: time-nuts@febo.com
 Sent: Saturday, June 21, 2014 10:06 AM
 Subject: [time-nuts] 58503A date code problem


 Hi All,

 I have a HP/Symm 58530A that has the correct time, but date keeps
 defaulting to 1994, Nov, 4 after GPS Lock.  The pre-lock is 1996, so I do
 see a change when it locks, just to the wrong date.time is exactly
 correct and tracks.

 Any ideas?

 Thanks!

 db


 ___
 time-nuts mailing list -- time-nuts@febo.com
 To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
 and follow the instructions there.
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.