0 Members and 1 Guest are viewing this topic.
thanks, thats a neat hack glueing old remote buttons on. I did a continuty test on the button pad and whatever is on there is not conductive.
aah ok, so its an uptime bug. I was thinking it was like a y2k bug. I dont expect I'd have such serious 1024 WEEK uptimes, thats like 18+ years...as for time, its fine on this end
Got one of those button replacement kits from ebay for $2 or something. Worked like a charm. Now my goal is to get 100ft of LMR-240 with a male BNC on one and and male TNC on the other so I can run it to the roof. I should probably run some string to make sure 100ft is sufficient. I think it should be.Right now its serving time as a startum 1 ntp server to everything on the network. very cool!
HiIt's a pretty good bet that *any* GPS based gear you buy surplus will have a 1024 week related issue. The problem has been pretty well known for 20 years now. Bob
HiOne gotcha with an external "fix" for a rollover shows up when a leap second comes along. The firmware *expects* to apply it at the end of December or end of June based on the standards that apply. The problem is, the device no longer is correct when it looks at the date. What it thinks is June is no longer June. In some cases things work ok. In other cases ...errr .... not so much.
I know this topic is 120 days past, but I found a notice from Microsemi that apparently it's the Symmetricom TS2100 which has the Decade Rollover Bug. http://www.heoldesign.com/IMG/pdf/heol-tech_note_119_en_r02.pdfIn case the link becomes invalid, I'll also attached the notice file.
fira4 or anyone else,anyone been affected by the GPS rollover bug, in that their NTS-200 now thinks its April of 2000. Took me a while to realize why my local clocks were suddenly an hour off. A couple of other servers that are available on the internet have the same issue.workaround for now is unplug the antenna and configure ntp servers.