Re: [time-nuts] Z3801A Problem

Hi GPS receivers have gotten better over the years. The early Motorola receivers were relatively deaf compared to a TBolt. A TBolt is a bit deaf compared to a LEA5-T. My bet for the actual problem is that HP is doing elevation masks and s/n detection in their firmware rather than in the

Re: [time-nuts] Z3801A Problem

Hi Bob, The elevation mask is handled by the receiver, but I was wondering about the s/n or signal strength. But it seems unlikely that all the satellites would simultaneously fall below the magic threshold. In any case, I will capture the data and see if there's anything interesting.

Re: [time-nuts] Z3801A Problem

Hi My though is that you have two issues: 1) The fact that the receiver reports more sat's than the firmware. 2) The drop outs. If the firmware is fine tuning something, (like s/n or elevation) that would explain the first issue. If it's something like s/n where they may be averaging values,

Re: [time-nuts] Z3801A Problem

li...@rtty.us said: If the firmware is fine tuning something, (like s/n or elevation) that would explain the first issue. If it's something like s/n where they may be averaging values, then a single bad packet *could* mess up their averaging and turn it all off. What can the firmware do if

Re: [time-nuts] Z3801A Problem

Hi At least some of the Motorola receivers passed across per satellite timing information. That would allow you to play with what you used or didn't use in the firmware. Bob -Original Message- From: time-nuts-boun...@febo.com [mailto:time-nuts-boun...@febo.com] On Behalf Of Hal Murray

Re: [time-nuts] Z3801A Problem

What can the firmware do if it decides that it doesn't like a satellite? The GPS receiver does the math and sends over the PPS. How would the firmware adjust that calculation to not use a particular satellite? Hal, Just let the firmware do what it does. The detection and adjustments can

Re: [time-nuts] Z3801A Problem

In message 4b56b3dacedd407cbbec4138a519e...@vectron.com, Bob Camp writes: Hi At least some of the Motorola receivers passed across per satellite timing information. That would allow you to play with what you used or didn't use in the firmware. See also:

Re: [time-nuts] Z3801A Problem

When I look at the data that the VP is sending to the Z3801A, all I see are the Ba, Bb, and Bn commands. I don't know if any of those have enough low level information to play with. But if this is a firmware issue, shouldn't there be lots of Z3801As with this problem? I suspect that there's

Re: [time-nuts] Z3801A Problem

On 11/6/2012 2:59 PM, Ed Palmer wrote: But if this is a firmware issue, shouldn't there be lots of Z3801As with this problem? I suspect that there's a fault with my unit, but I can't imagine what. Does your unit by chance have an 8 channel Oncore VP instead of the stock 6 channel one?

Re: [time-nuts] Z3801A Problem

Hi Mike, My unit has the standard 6 channel VP. In fact, here's the ID message: COPYRIGHT 1991-1995 MOTOROLA INC. SFTW P/N # 98-P39972M SOFTWARE VER # 8 SOFTWARE REV # 4 SOFTWARE DATE 13 JUL 1995 MODEL #B1121P1114 HDWR P/N # _ SERIAL # SSG0239632 MANUFACTUR DATE 7H18 OPTIONS LISTIB