[amsat-bb] QIKCOM-2 SPoken Messages (Valid Contacts)

[Robert Bruninga]

Maybe what I really need to know, is whether a grid exchange is required to
constitute a valid satellite contact, or just an exchange of calls?



Bob



*From:* Robert Bruninga [mailto:bruninga at usna.edu]
*Sent:* Sunday, July 26, 2015 4:12 PM
*To:* amsat bb
*Cc:* Robert Bruninga
*Subject:* Re: QIKCOM-2 SPoken Messages



AMSAT Armchair "contact" lawyers:

Continuing with the DTMF message ideas. What kind of exchange "counts" for
satellite contacts?  (where counting matters)?  Does it really have to be
CQ... QSL... and then QSL ...?

For the DTMF Voice system, we could have two more messages:

" CQ Satellite, my number is *"  (the satellite assigns the digit *)

" QSL number _, my number is *" (station enters the _ in his reply)

Usage would be:



A station sends a DTMF uplink message "WB4APR says CQ Satellite my number
is X".

A responding station sends "W3ADO says QSL number X, my number is Y"

Finishing it off with "WB4APR says QSL number Y, my number is X.

Another station joins in "W4XYZ says QSL number X, my number is Z

and the reply could be "WB4APR says QSL Number Z, my number is X...

WB4APR made two valid contacts with XYZ and ADO.

In otherwords is that  required for an exchange?  The number for "My number
is *." is assigned sequencially for the pass, so that it is unique.  The
QSL station always has to enter the number of the matching station to which
he is responding.

Just a thought.  Or does anyone give a hoot about counting satellite
"contacts"?

Bob, Wb4APR



On Sun, Jul 26, 2015 at 2:02 PM, Robert Bruninga <bruninga at usna.edu> wrote:

In addition to all of the numbered ARL messages, we have now implemented all
of these additional messages (as adjusted to fit) and found it was trivial
to include a "0-9" modifier in messages... wherever a " _" appears.  There
is still some room.

Remember, for the sender using DTMF the message and callsign always fits
into 16 digits from the DTMF keypad.  The format is:

  CeMMxCCCCCCpppp#

Where e is an emergency flag which, along with x, must be 9 if this is a
true emergency message otherwise it says "TEST ... "
Where MM is the message number (00 to 99)
Where x is a numeric modifier for messages with a "_" in them.
Where CCCCCC is the callsign in DTMF and pppp is the key position codes for
the 6 letters
See http://aprs.org/qikcom-2.html


Here are the new  ones implemented.

------------------------
W2JV suggested: “Greetings from AMSAT.  Keeping ham radio in space over 44
years”.
------------------------
WA1KAT suggested:
There is no cell service here.
Cell battery is dead.
Cell power charging is limited.
Radio power charging is limited.
Next contact time available in 90 minutes.  (time of one full orbit)
Next contact time is tomorrow.
Contact me on _ Meter band. (interpret as 1=160, 2=2m, 3=30, 8=80, etc)
--------------------------
Bob added:
Demonstrating APRStt at Hamfest
Demonstrating APRStt to friends
I am on schedule.
I may be delayed _ hours
I may be delayed _ days
I may be early _ hours
I May be early _ days
I may quit early  _ stops
I may go farther _ stops
We are camping and enjoying it greatly.
We are hiking and enjoying it greatly.
Call me on my cell.
Call my cell on the hour.
Please Send items number _.     (1=Money,2= food, water, supplies, shoes,
sleeping bag, blanket,fuel)
We are operating on emergency power.
We are operating on solar power.

Just thinkin...
Bob, WB4APR

On Wed, Jul 22, 2015 at 11:11 PM, Robert Bruninga <bruninga at usna.edu> wrote:
Inviting proposed standard messages for the next APRS Satellite:

Our next QIKCOM-2 APRS satellite will accept 2 digit uplink DTMF messages to
be spoken on the downlink.  We have already programmed all of the ARRL
standard radio grams and emergency messages.
But there is room for more.  So think....  What kind of message would you
want to send (that is not included in the existing ones) from your HT out in
the wilderness.  At a hamfest?  or any other HAM Radio event or opportunity.
Keep them simple and of the same order of length as the existing ones.
The existing ones are listed here:
http://nts.ema.arrl.org/node/30
But the implementation cannot include blanks for fill-in like the regular
ones.  But any sentence that stands alone can work.
Just thought I'd open it up.  Plenty of RAM and only 1 week before
delivery...
Serious considerations only.  Thanks
Bob, WB4APR