OpenBCM V1.13 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
ZL3AI  > APRDIG   12.04.07 06:01l 174 Lines 6535 Bytes #999 (0) @ WW
BID : 10043-ZL3AI
Read: GUEST
Subj: [APRSSIG] Vol 34 #10, 1/1
Path: DB0FHN<DB0FOR<DB0SIF<DB0EAM<DB0SMG<DB0RES<DK0WUE<CE8FGC<VK6HGR<ZL2BAU
Sent: 070412/0448Z @:ZL2BAU.#79.NZL.OC #:42620 [Waimate] $:10043-ZL3AI
From: ZL3AI@ZL2BAU.#79.NZL.OC
To  : APRDIG@WW

Today's Topics:

1. RE: SSID for RF only Station with backup power (Robert Bruninga)
2. Re: Tiny Trak 3 config? (Stephen H. Smith)
3. RE: SSID for RF only Station with backup power (Curt, WE7U)
4. Re: SSID for RF only Station with backup power (Bill Vodall WA7NWP)

----------------------------------------------------------------------

Message: 1
Date: Tue, 10 Apr 2007 12:42:23 -0400
From: "Robert Bruninga" <bruninga_at_usna.edu>
Subject: RE: [aprssig] SSID for RF only Station with backup power

>>*... APRS must expand its symbol set by using OVERLAYS
>>* We need concurrence from authors on receipt of an overlay:
>>- Receipt on existing "overlyable characters works"
>>- Receipt on other symbols will not break anything
>>- Eventually receipt of the overlay may be displayed somehow
>>- An overlay on a base symbol can trigger a different symbol
>
>... I'd favor the major.minor.more-minor scheme from the
>military spec:  It gives us incredible capabilities as well
>as great compatibility for apps that don't implement the
>2nd/3rd level of detail or don't happen to have
>the latest definitions.

Actually, the APRS Overlay concept is pretty much a 3 tier system.  We have
the primary table of about 90 symbols.  Then we have the Alternate set of
about 90 symbols, then the OVERLAYS give a third tier of detail on those 90
symbols.  I think all existing APRS apps do the first two tiers already,
and if they don't implement overlays, then they stop at the 2nd tier, but
still the basic symbol at that second level is displayed.

Bob, WB4APR

------------------------------

Message: 2
Date: Tue, 10 Apr 2007 09:49:15 -0700
From: "Stephen H. Smith" <wa8lmf2_at_aol.com>
Subject: Re: [aprssig] Tiny Trak 3 config?

bruninga_at_usna.edu wrote:
>>.... Unless your driving down straight highways for many
>>hours you just cant run agressive corner pegging [on HF]..
>>
>
>I see many operator errors on TInyTracks in my area.  Three are
>beaconing a wasteful STATUS packet saying "TinyTrack3 v 1.1" in
>addition to another status text...  One is beaconing every 30
>seconds for a total of over 100 packets per hour, etc...
>
>Does the Tiny Track have more than one status Text?
>
>Since APRS defines STATUS as one-per-station, these toggling
>STATUS texts then eat up log files, since APRS logs any CHANGE
>in status or position to the log file.  Getting two every minute
>from a TT is excessive...
>
>Is this set-up error?  Or does TinyTrack always output this?
>
>Bob

1)     The TinyTrak sends the string   "TinyTrack3 v 1.1" on powerup as a
sort of firmware splash screen.   The user may be using some sort of
ill-conceived external power-management time scheme that turns off the TT
and radio between beacons. The result is to "cold-boot" the TT every time a
beacon is sent.

2)     The TT supports two different configuration settings, selectable
by grounding or not grounding one pin of the CPU with a toggle switch.
These configurations can store separate destinations, paths, status
messages, symbols, transmission modes (Mic-E/std APRS/raw NMEA) and baud
rate [you can actually have one side for 300 baud HF and the other side
for 1200 baud VHF].     Conceptually these two mode settings are similar
to the PM settings on a D700.

[For example, I have set one side to automatically beacon on a
WIDE1-1,WIDE2-1 path on one side, and to Mic-E on unkey with no path at all
(for the absolutely shortest possible packet)  for use with my APRN SSTV
setup on the other.


3)     Another option checkbox in the TT setup allows you to automatically
alternate between the two configurations, allowing a traveler to
alternately transmit via two different path settings (to address the
problem of passing though areas of unknown new paradigm/old paradigm
digipeater coverage).   Or  (if you keep all the other settings the same)
to alternately transmit two different status messages.

--

Stephen H. Smith    wa8lmf (at) aol.com
EchoLink Node:      14400    [Think bottom of the 2M band]
Home Page:          http://wa8lmf.com  --OR--   http://wa8lmf.net

NEW!   World Digipeater Map
http://wa8lmf.net/APRSmaps

JavAPRS Filter Port 14580 Guide
http://wa8lmf.net/aprs/JAVaprsFilters.htm

"APRS 101"  Explanation of APRS Path Selection & Digipeating
http://wa8lmf.net/DigiPaths

Updated "Rev H" APRS            http://wa8lmf.net/aprs
Symbols Set for UI-View,
UIpoint and APRSplus:

------------------------------

Message: 3
Date: Tue, 10 Apr 2007 09:50:07 -0700 (PDT)
From: "Curt, WE7U" <archer_at_eskimo.com>
Subject: RE: [aprssig] SSID for RF only Station with backup power

On Tue, 10 Apr 2007, Robert Bruninga wrote:

>Actually, the APRS Overlay concept is pretty much a 3 tier system.

Sure, I'll give you that, but it's not the same sort of system.

The military system starts with very coarse categories.  The 2nd tier is a
finer-resolution version of the 1st-tier category, and so on through
further tiers.  Any given system can stop implementation at any tier and
still display useful data.

The APRS system of symbols is different from this:  Your '/' and '\' tables
of symbols are _together_ the first tier, and the overlays are the second.
Then there are no more.  It's not as expandable plus doesn't give as much
detail.

--
Curt, WE7U.   APRS Client Comparisons: http://www.eskimo.com/~archer
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U
"The world DOES revolve around me:  I picked the coordinate system!"

------------------------------

Message: 4
Date: Tue, 10 Apr 2007 09:59:00 -0700
From: "Bill Vodall WA7NWP" <wa7nwp_at_gmail.com>
Subject: Re: [aprssig] SSID for RF only Station with backup power

>All this discussion of special identifiers for stations with exceptional
>UPS capabilities is moot:
>
>In an emergency, when it is most necessary to identify such stations,
>they will be conspicuous by the fact that they will be the only stations
>beaconing anything at all!
>...remember that one lonely rf-only digi in New Orleans, Pleading 'use me!
>Use me!' to deaf ears...

It's not moot at all.  Getting more "ears on" is the whole point -- to get
on the air and ready for the next event.  Hanging out a shingle that says
I'm planning to be ready encourages me and it's a reminder for everybody
else.

Bill

------------------------------

aprssig mailing list
aprssig_at_lists.tapr.org
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig

End of aprssig Digest, Vol 34, Issue 10



Read previous mail | Read next mail


 25.01.2026 21:05:09lGo back Go up