Order Tray | Contact Us | Home | SIG Lists

[aprssig] Satellite positions: Design Rationale

Lynn W. Deffenbaugh (Mr) ldeffenb at homeside.to
Sun Oct 16 20:17:57 UTC 2011


On 10/16/2011 2:00 PM, Greg D wrote:
> I like Bob's suggestion. Well before a pass (longer than an hour is 
> ok), knowing when the pass will be, and how high it will be, are the 
> most useful pieces of information. Shortly before the pass, knowing 
> how many minutes before it starts and how high it will be are most 
> useful. I rarely stalk a satellite, so it's random chance whether it's 
> more or less than an hour away, hence keeping the how high the pass 
> will be is still useful. During a pass, knowing Az, El, and time to 
> end of pass is best.

Understood.

>
> Being really clear which of the three cases you are transmitting is 
> also important. Yesterday it was sheer luck that ISS happened to be 
> up. It took me a few minutes to realize that I was in case #3, 
> compared information with my PC in disbelief, and by that time the 
> pass was almost over.

One says "AOS" followed by a time (be it delta or zulu).  The other says 
"LOS" followed by Az: nnn El: nnn.  How much more different do you need 
them to be?  Start with something like "ISS is in view NOW!"?  (I'm 
being completely facetious there).  I believe they're different enough 
(until we muddy the waters by adding the max elevation to AOS) because 
the LOS shows where to point your antenna.

> It occurs to me that the contents of the message you send to "ISS" is 
> ignored. Could it be used as a command autoresponder, indicating what 
> sort of information or format is desired? You could also use it to 
> validate the request, in case there is a collision in the object 
> namespace. You never know if AO51 is a satellite, or an ET visiting a 
> certain place in New Mexico...

They are ignored on purpose, but can optionally be another active APRS 
call-SSID to query the next pass for an alternate station.  I wanted to 
KISS by not requiring any memory of arcane incantations to get the thing 
to give up information.  I personally think that CQSRVR doesn't get much 
use because a) operators can't remember who to send the message to and 
b) they don't remember the syntax to get actions taken.

By only requiring ONE piece of information to be remembered (send a 
message to the satellite name), I'm hoping this won't e a 
flash-in-the-pan idea and may see some long-term activity as people 
figure out how they can effectively use it.

Personally, I don't keep satellite prediction software running at my 
station 24x7, but I DO keep APRS open.  If I'm curious if the ISS is 
going over, that information is now a single message away.  And if the 
pass looks reasonable, I might switch my IGate over to SatGate operation 
for the pass for the benefit of others working ARISS via APRS.  As I've 
said in other messages, it's not just information for the mobile 
operator, it's information at the fingertips of any APRS messaging user.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32




More information about the aprssig mailing list