[time-nuts] BC637PCI 1024 week rollover
d0ct0r
time at patoka.org
Tue Feb 11 16:35:30 UTC 2014
I figured out why GPS FW information was not available by request. To do
such requests BC637PCI needs to be in "GPS MODE". If I run the request
in "Free Run", it return the error code. Here is FW infomation from my
GPS module:
GPS Packet Menu
1. Request Packet 41 - Gps Time Packet
2. Request Packet 42 - Gps Position Packet
3. Request Packet 46 - Gps Health Packet
4. Request Packet 45 - Gps FW
0. Back to main menu
Select: 1
GPS PACKET 41 - GPS TIME PACKET
Seconds of Week: 232505.89
GPS Week Number: 1779
GPS/UCT Offset: 16.00
Select: 4
GPS PACKET 45 - GPS FW
FW: 08-08, 04/01/2000 : 10-16, 04/01/2000
If its correct, than I have pretty old GPS module. I got my GPS antenna,
however it has N-type connector on it. Now I need to find the way to
connect it to SMA.
Regards,
V.P.
On 2014-02-10 18:51, GandalfG8 at aol.com wrote:
> In a message dated 10/02/2014 21:56:25 GMT Standard Time,
> magnus at rubidium.dyndns.org writes:
>
> On 10/02/14 11:15, GandalfG8 at aol.com wrote:
>> Ah, I took 1999 as I thought that was the only relevant date for
>> another
>> 1024 weeks, I'm not familiar with the shifted 1024 week period so
>> will
> take a
>> look at that.
>>
>> Does "shifted" imply a shift at the whim of the manufacturer, ie
>> could
> it
>> explain why these boards might have been ok a few years ago but not
>> now?
>
> Yes. We have seen week 500 and week 512 occuring.
>
> Considering this simple code:
>
> if (gpsweek < 500)
> gpsweek += 1024;
>
> This means that GPS week 500 to 1023 maps straight and truncated GPS
> week 0 to 499 is mapped to GPS week 1024 to 1523.
>
> However, when GPS week 1524 occurs, GPS week 500 is transmitted, so
> receivers jump from GPS week 1523 to GPS week 500 and the NMEA readout
> date jumps 19.3 years. Woops.
>
> The interesting thing is that the GPS otherwise operate properly, as
> it
> is only the read-out date which goes wrong, not the internal gears of
> the GPS, so the leap second applied will be the current and not the
> one
> from 19 years ago.
> -------------------------------------
> Yes, that's what I was seeing, anything received by the GPS module was
> passed through correctly, week number, leap seconds, etc, it was what
> the BC637
> did with it after that wasn't quite so helpful.
> -------------------------------------
>
>
>
>> Oh dear, I think a wee light bulb has just exploded:-)
>
> Good. :)
>
>> I haven't checked this yet, but if shifting means to start a 1024
>> week
>> period that's approximately from or not too far before the date of
>> manufacture, either for individual units or just as a ballpark for a
> given production
>> run, that would buy them nearly twenty years from then, which would
> mean
>> these boards should still be ok.
>
> It's arbitrary. It could be from writing the code to just before a
> certain batch. Who knows. Adjusting it is trivial.
>
>> If shifting means to do this say at the design stage or starting with
>> the
>> first production run then they might buy twenty years from then but
>> regardless of individual manufacturing date.
>
> It's arbitrary. Considering that GPS week 500 and GPS week 512 have
> been
> found in equipment, and these are not "random numbers", it seems like
> a
> random pick early in the design.
>
>> I'm not too sure that even the earliest of these boards should be
>> twenty
>> years old yet, but if plan Z was to stick with some previously picked
>> arbitrary date, such as company formation or granny's birthday, then
> that might
>> well be the answer:-)
>>
>> Thank you, will definitely look more closely at this, perhaps it's
>> not
> time
>> yet to put the boards back into hibernation after all:-)
>
> Good, now you learned something. :)
> ------------------------
> Certainly seems that way, perhaps the old brain cell does still fire
> up
> now and again after all:-)
>
> I was quite surprised though just how little a Google search threw up
> on
> 1024 week offsets, however I worded it I got plenty of hits regarding
> the
> 1024 week rollover itself, plus its implications, but virtually
> nothing
> regarding the use of offsets and any consequences of that.
> -----------------------
>
>
>
>
>
>> I agree re the TMS29F010, and I'm sure I could read it, but would
>> definitely need an adapter for that.
>
> Ah. Yes.
>
> I don't know what FW my boards have, if it has the GPS FW latent or
> not.
> ----------------------------
> I bought a set of PLCC adapters on Ebay this afternoon, probably about
> time
> my programmers joined the 19th century, so with a bit of luck, a
> following
> wind, and a good head of steam, I might even have a dump of the
> firmware
> by the weekend:-)
>
> Regards
>
> Nigel
> GM8PZR
> _______________________________________________
> time-nuts mailing list -- time-nuts at febo.com
> To unsubscribe, go to
> https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
--
WBW,
V.P.
More information about the Time-nuts_lists.febo.com
mailing list