[time-nuts] tube GPS receivers
Bob Camp
lists at rtty.us
Sun Jun 23 00:35:55 UTC 2013
Hi
On Jun 22, 2013, at 8:13 PM, Magnus Danielson <magnus at rubidium.dyndns.org> wrote:
> On 06/23/2013 01:52 AM, Jim Lux wrote:
>> On 6/22/13 4:38 PM, Magnus Danielson wrote:
>>
>>>>
>>>> electromechanical.. like omega receivers. rotary transformers can do
>>>> very high quality trig functions, but do you actually need trig
>>>> functions assuming you're just solving for X,Y,Z,T.
>>>
>>> Oh yes. Check IS-GPS-200F, clause 20.3.3.4.3 User Algorithm for
>>> Ephemeris Determination, found on page 113 and forward. The Table 20-IV
>>> contains the actual formulas. The Kepler's Equation for Eccentric
>>> Anomaly is a bit annoying, since it is not in closed form, so one way or
>>> another of approximation iteration is needed.
>>>
>>> Quite a bit of trigonometry goes on just to have each tracked satellites
>>> current position estimated, such that the pseudo-range value taken for
>>> the bird can be diffed out with the position. That process becomes
>>> trivial if the position is known and only time is needed, given that we
>>> cranked out the birds X, Y, Z and T position, which requires
>>> trigonometry.
>>
>> Yes, but that trig can be done VERY slowly, since the cycle time is 12
>> hours, which is why a resolver/rotary transformer approach seems viable.
>>
>> (rather, than, say, integrating the satellite state vector)
>
> Indeed.
>
>>>
>>>> Are you allowed to externally supply the almanac, in the form of a
>>>> electromechanical system. The satellites are in circular orbits and
>>>> fairly stable, and with multiple satellites in the same plane.
>>>
>>> You could naturally cheat in several interesting ways, but you need
>>> fairly accurate X, Y and Z values for the birds at any given time.
>>
>>
>> How accurate?? Resolvers are good to about 16 bit accuracy, so I guess 1
>> part in 60,000. if the orbit circumference is 163 Mm, then a resolver
>> can determine the position to a few km.
>> However, I don't know that that is good enough. If you need to know to 1
>> chip at C/A code rates, 1 microsecond, that's a pretty small fraction of
>> one 12 hour rev of 43200 seconds. But maybe not.
>
> Hmm. You could tabulate it even. It would be quite a bit of core-memory,
Core and tubes??? Hmmm…..
Bob
> but achieveable.
>
> Oh, and it isn't full 43200 s, it's only about 11 hours and 58 min.
>
>>>> Actually, how bad would your time estimate be if you just assumed
>>>> perfect circular orbits with no higher order corrections?
>>>
>>> Grabbing a modern set of data, doing the calculations with and without
>>> the proper values would tell you. I would not be surprised if it where
>>> way over the km off. On the other hand, the precision we talk about in
>>> general already throws us off sufficiently, so who cares.
>>>
>>> One should realize that we talk about tens of Mm numbers in pseudo-range
>>> distances.
>>>
>>
>> So I think you probably can't get a position fix within 10km, but hey,
>> what a beast it would be.
>
> Oh yes.
>
> With a RAIM algorithm you could use extra channels to overcome deficiencies in the crudeness of the calculations.
>
> Would be neat if there would be a PLL steering of the revolving calender to maintain with minimum error. The T error would be a natural detector to use. Extra grade if individual birds got adjusted.
>
> Cheers,
> Magnus
> _______________________________________________
> 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.
More information about the Time-nuts_lists.febo.com
mailing list