This Local Info initiative has been a fundamental part of the
New-N Paradigm
since 2004 when all APRS digipeating was standardized. The goal of this initiative is
to serve mobile travelers by providing them (on the front panel of their radios) the
local information they need to operate in the area.
Primarily this consists of local repeater
frequency objects to show what is the best calling frequency in his immediate area.
Here are many of the other local info concepts that should assist the mobile APRS operator:
VOICE REPEATER FREQUENCY OBJECTS:
. For facilitating communiations
(especially for first-responders, visitors and travelers), local APRS
digipeaters typically have room for three local objects. These should be
the locally recommended voice repeater, and any EchoLink or IRLP nodes
that are available to the mobile users in the footprint of that digi.
. The left side of the D700 display above and
the D7 screen to the right shows the
local Frequency object with tone and net times recommended for this area.
There is even a Net Scheduler that
puts out these objects when a net is in session to alert all surrounding mobiles. .
Since 2004 we have been
encouraging this Local Info Frequency Initiative for the best recommended voice repeater
and other RF assets of value to the traveler such as the local IRLP, EchoLink, and
Winlink frequencies, or NET times or meetings in progress, etc as shown here. Which
would you rather have, the one recommended frequency for travelers right where you are
on your front panel, or a list of 50 nearby repeaters from the
repeater guide? .
Both the D710, D72 and FTM350 now have a TUNE/QSY button that lets you instantly tune to
the frequency and PL of any Frequency object or Frequency in someone's beacon as shown below.
Notice how the IRLP and ECHOLINK nodes identify not only their node numbers and
callsigns, but also their Tone, Range and status. (Bsy, Rdy, Lnk etc)...
By pressing the OK button to see the POSIT screen, you can see that the Echolink
node is 17.1 miles to the Southwest.
[these photos were taken before we noticed that the Freqeuency
on the second line was missing!]
. Please see the formats in the Echo-Irlp-Win.txt file.
APRS is a two-way local Information Distribution and Communication System
TRACKERS ARE TWO-WAY-TOO: . Even those transmit-only APRS trackers should be
configured to facilitate two-way human communications. . The RECEIVER should be tuned
to a desired voice communication
calling channel with this frequency information placed into the beacon text
of the tracker. . This way, all who see the tracker can also establish contact
with the operator. . Often this can simply be the
Voice Alert frequency.
HANDHELD DATA ENTRY:   While we are talking about overlooked capabilities,...
Not only can these APRS radios convey messages and frequencies, but
they also make excellent data entry devices in the field and at special events.
(and not just position!).
See D7 data entry at a scout event.
. Also do not overlook that the Display head of the TM-D710 can be taken out of the
mobile and used independently with any radio as shown here. In this photo, the
D710 display is connected to an $88 Alinco HT for pocket display of the full APRS
functionality. See RC-D710 details.
RECEIVING APRS on TH-78 and FT-51R RADIOS: Not only the new Kenwood and Yaesu APRS radios,
but also both the Kenwood TH-78 and Yaesu FT-51R radios
back in the 1990's had a message TX/RX capablity using DTMF. The APRStt engine can transmit
local APRS information similar to the above onto the front panel of these radios too. Please see
the HT51/78 project
MESSAGING: Don't overlook that these radios can also send and receive messages between
mobiles or HT's anywhere in the world. They can even be used to send Email
as shown below. . Just press the MSG button, select
INPUT on the MSG Menu, enter EMAIL as the address,
and make the first text of the message be an email address
followed by your message. . In the example below, an EMAIL to A3XYZ@AMSAT.ORG
says
OK in OceanCity with HT & whip!. .
If your email is digipeated, then you will see MY MESSAGE
flashed on the screen indicating success.
PROGRESS ON TRANSMITTING REPEATER FREQUENCIES:
We have seen abysmal growth since this concept began in 2004. The latest sample on 10 April
2013 is less than 19% of all digipeaters (about 4500 total) as shown here.
To see the progress we are making in each band segment on this initiative, see these links:
TINY WEB PAGES: When the Kenwood D7 and D700 APRS mobiles came out in 1998 that could
display this info directly on the radio front panel, we called this info Tiny-Web-Pages.
See the TWP paper presented at the year 2000 DCC.
. The intent was to have all local ham radio activities of immediate local interest
show up on these radios to inform mobiles in real time about evertyhing going on in
ham radio around them.
. The original APRSdata.exe program was written that could serve a local area
with radio front panel information on everything
such as WX, Satellites, DX, traffic, Nets, Meetings
and so forth. Others followed suit, such as DIGI_NED, and INFO-KIOSK. But
as too many areas focused too much on only vehicle tracking, instead of mobile INFO,
most users these days have not seen these other applications for pushing local information
to mobiles in the area.
OBJECTS FROM THE D700 MOBILE: . I expect to see lots more than just
tracker callsigns show up on my radio. Some examples
are shown to the right. Please note that you can even enter objects from your
mobile radio to mark traffic situations you may encounter that you want to pass on
to yoru fellow travelers. All you have to do is momentarily change your MYCALL to
the name of the object, press the BCON button a few times to transmit it, and then
switch your MYCALL back to your call and resume traveling. See
Sending Objects from the D700.
For NETS, use the "/N" NTS symbol and for meetings,
use the "/E" EYEBALL symbol.
HAMFESTS: For HAMFESTS please use the \h symbol and use the object
name of HFEST-ddx where dd is the day of the month, and "x" is a unique character
not used by anyone else for that date (a,b,c... etc).
See the GPS map display above which alerted me to a Hamfest coming up on the 12th.
This way, anyone can get a live list of all HAMFEST objects in the
country by going to FINDU.COM for the callsign/object name of
HFEST*
SOME DISPLAY EXAMPLES: The display at the top of this page is what flashes on the front panel for 10 seconds when the
packet is received. If the driver does not happen to see this display, then the Repeater will
show up as an object on the radio's STATION list as shown to the right on a D700:
In this case, the newer 146.76 repeater has appeared on the list and the older repeater
from the previous town is going down the list. Of course, usually it is much further
down the list than shown here. When the user sees one of these repeater objects in his
STATION list he can know that he is in DIRECT range of that repeater and he can
select it to see any other amplifying information such as tone, range, nets and meeting times.
FREQUENCIES ON STATION LIST on the D710: . In the next photo to the right,
the D710 (and FTM350) have an additional column on the station list for
displaying the operating frequency if it is included
in the station's packet. In this case, the first three are Local Repeater Objects,
but the first one of those is a cross-band repeater, so both the output frequency
(object name) and input frequency can be shown.
. The last two stations on the list are
another D710 and D7 simply showing their current operating frequency.
When an object is selected as shown below left,
the split frequency cross band repeater example above shows on a D710
display below
(complements of AB9FX). His example shows "233.6 Hz"
instead of the more compact recommended "T233 RXXm" tone and range.
. .
The yellow D700 screen on the right above shows an example of the correct final format,
though it does not use the 3rd line of 8 characters to also include the
club meeting dates.
Note also that TONE is now Tnnn and typical useable range is
R33m in this case.
TRANSMITTING YOUR MOBILE FREQUENCY: The D72, D710 and FTM350 can automatically insert
your voice band frequency into the STATUS text of your position packets. In the D710, it is
always inserted in STATUS #5, so users are encouraged to always use STATUS #5 while mobile.
In the D72 and FTM350, you can turn Frequency-in-status on and off in any of the 5 available
STATUS locations.
In the radios, the presence of the FREQUENCY is shown in brackets in the status-entry menu
so that the user is aware of the 10 initial bytes that it uses up in that STATUS text.
TRANSMITTING LOCAL FREQUENCY OBJECTS:
The most important aspect of this system is the word
LOCAL, that is, the packet announcing local FREQUENCY assets
such as a voice repeater is seen DIRECT ONLY
in no other area than the local DIRECT coverage area of the repeater itself.
It violates the principle of this concept if these repeater objects are seen in areas
where the repeater cannot be immediately worked DIRECT.
FREQ SPEC: . This is all just part of the APRS Frequency Specification that encourages
the addition of FREQUENCY information in all position packets of significance to improving
user-to-user communications. See the AFRS Freq-Spec.
WHICH REPEATERS: The first concept is that very few of the 10's of thousands of voice
repeaters should even be considered to be announced on APRS. If more than one repeater in an
area is announced, then the value of the system is diminished. We end up with
nothing more than a repeater directory on the air which is displaying too-many repeaters in any
given area to have any idea which one is the best for the APRS Traveler.
In any given area there is usually one-and-only-one generally recommended repeater for the
long haul and through traveler. That is usually the repeater with the highest probability
of finding someone
at all hours. ONLY those such repeaters (and/or known APRS dominated
voice repeaters) should be indicated on APRS.
KEEP IT LOCAL! The second concept is that the packet simply should only cover the same
area as the useble area of the voice repeater. And the packet should be originated at an
APRS digipeater so that the packet does not collide with any other packet on the air. The
digipeater can hear everything on the APRS channel, and it will only originate this info packet
when the channel is otherwise clear. This is why this local info can be added at no cost
to the network. See the
list of APRS coordianators.
FORMATS FOR FREQUENCY OBJECTS FROM DIGIPEATERS:
The New-N Paradigm includes the details on
how to set up these repeater info packets as objects in the BeaconText of a
New-N Paradigm DIGIPEATER. The exact format was derived after extensive
discussion and testing,
with the displays of the D700 and D7 and HAMhud for best appearance on the front panel.
Using those recommendations, the packets will only be seen locally and there will be
no digipeats and no collisions with local traffic. Only THREE settings in each
digipeaeter are needed:
BEACON EVERY 10 . . . . . . .(every 10 minutes)
BTEXT ;FFF.FFxyz*111111zDDMM.hhN/DDDMM.hhWrTnnn RXXm NETxxxxxx MTGxxxxx .........
BTEXT ;FFF.FFxyz*111111zDDMM.hhN/DDDMM.hhWrTnnn oXXX NETxxxxxx MTGxxxxx Rxxm .....
FINDU.COM Workarounds: FINDU.COM and other APRS web pages have some limitations
that can limit the flexibility
in finding unique "xyz" discriminators for your repeater. First, FINDU.COM does not
distinguish between upper and lower case, and second, it does not plot the positions
of objects that use the "+" in the object name. Find something else for your object.
The Tnnn RXXm NETxxxxxx Mtgyyyyy free-text field can actually be 37 bytes long,
but only the first 20 bytes are visibile on the D7 and Hamhud (without scrolling)
and only the first 28 bytes are visible on the D700. All of these fields are optional,
but are highly recommended if they apply. .
Further, when these packets first come in, they are flashed on the radio in the indicated
10x10x8 three line format. So it is best to meet these word boundaries for best display on the
mobiles. The following are examples for the free-text fields
in descending priority order:
First line (10 bytes Tnnn RXXm ): (has a trailing space as a delimiter)
Second Line (10 bytes NETxxxxxx ): (has a trailing space as a delimiter)
Third Line: (8 bytes MTGxxxxx):
Additional text:... Following the above 28 bytes, additional text may be included for
APRS clients and home stations, but it will not show up on the D7 or D700.
RANGE INDICATION: . Range, Rxxm can follow Tnnn tone if there is no oXXX offset information
or it can follow both. Range is useful for the mobiles, since the APRS radios calculate
and display the range to the object. . If the FREQ OBJECT says it is 35 miles away, and the text
says it is good to 45, then it is quite useable. . This can be "R30k" for kilometers. .
Even cardiod patterns can be specified with
two ranges and directions. . We don't need to specify the TONE.tenths since they are
all standardized. .
If it is DCS then the line would be "D456   R45m". For directional patterns
this 4 byte field can display the 8 cardinal directions such as E50m or SE50
for 50 miles East or Southeast.
POSITION AMBIGUITY: . Remember that these objects can use position ambiguity since the
exact location of the repeater is not needed, only its approximate location. . One-mile
ambiguity is obtained if you replace the "hh" digits of LAT/LONG with two spaces each.
If you want greater 10 mile ambiguity, then also replace the unit's digit of minutes with a space too.
IRLP and Link FREQUENCY OBJECTS: .
In addition to the locally recommended VOICE QSO repeaters, the IRLP and EchoLink repeaters
are also highly recommended to have LOCAL objects on APRS also. Their format is somewhat
similar, but we want them to show up in the station list as IRLP-NNNN and
EL-NNNNNN to clearly differentiate them from the voice repeater frequency objects.
Typically a highly used voice repeater for travelers is not one that will be used frequently
for Echolink. But if it is, we prefer that the frquency remain in the object name and the
node number (EL-NNNNN) appear in the comment text.
Unfortuntely the photos here do not show the frequency which should be the second line
of the display...
Please see the AVRS web page for the overall concept
and AFRS Freq-Spec for the detail format.
ADDING FREQUENCY TO YOUR MOBILE OR FIXED STATION:
If you can usually be found on a favorite operating frequency, please add it to your packets.
In the photo below,
the new D710 not only can include your operating frequency in all of your position packets,
but it als includes a new right hand column for FREQUENCY display of each station.
It also has a TUNE button that will instantly tune the radio to the
station's indicated frequency! Also notice the SORT button. Not only can you sort all
stations by RANGE, to find out who is closest to you, but if you are looking for the
local repeater frequency objects, you can sort by CALLSIGN and then all of the numeric
FREQUENCY objects will show up in the top five stations on the list!
To have your frequency from your mobile show up on other radios, you can either use the
D710 radio in which it is automatic if you select STATUS TEXT #5 or you can
manually enter it into your STATUS TEXT. Format examples are as follows:
The first 10 bytes must be the frequency. MHz in mixed case must be next. And
Tone or OFFSET if required must be next (but in order). The remainder of your status can contain anything else.
What I transmit in my D700 is the following:
147.105MHz T107 and   V-Alert   (if you have a tone)
Which shows nicely on other radios on three lines as follows:
WB4APR-9
WB4APR-9
PHG DATA: Anomolies in UIview, FINDU and Kenwood prevents the consistent
display of PHG range data on objects or the use of the 3rd party format. Therefore,
the best way to convey repeater range is simply the format of RXXm for a range
of XX miles or of Rxxk for xx kilometers. Even offset and cardiod patterns can
be specified by the maximum and minimum ranges in two directions as shown in the
above examples. Below is how an object with PHG data appears on APRSdos.
OBJECTS FROM APRS CLIENTS NOT DESIRED: This Local Info Initiative is fundamentally
designed around the unique features of BEACON TEXTS in local digipeaters.
In contrast, it is not generally welcome to generate these repeater objects
from typical APRS home user stations.
These client originated repeater objects are generally not welcome for several reasons:
ONE-DIGI / ONE-VOICE-REPEATER: The simple rule of thumb, is that in the coverage
area of each APRS digipeater, most locals can agree on which is the one-and-only most important
voice repeater for that local direct area. Therefore, that digi should include that one voice
repeater in it's beacon text. Done. This is all part of the New-N paradigm, but apparently
many sysops didn't notice this part of the New-N paradigm settings.
The reason for this new initiative is that I just returned (Jan 07) from an 1800 mile round trip between
Maryland and Alabama, and only saw a few such voice repeaters the whole way. In fact, I spent
almost all of my radio time while mobile, tuning around and trying to FIND the travelers repeaters.
About the only way I ever found these repeaters was by running into another APRS user running
Voice Alert. His PINGS alerted me to his simplex presence, and I could call him and ASK
what was the local channel for the traveler.
See Voice Alert
or... (.DOC version)
OBJECT PERMANENCE: Although these Frequency objects are unique local objects, there
has always been the potential for confusion in the APRS system when local objects with common
names are collected globally by the APRS-IS system. Fortunately for this application, there are
no local display issues because no two repeaters would ever cover the same direct
area on the same frequency. Thus on the front panel of a mobile radio or HAMHUD, only
the local frequency would ever appear.
For the global APRS-IS, however, there are three solutions as documented in the
Permanent Object format included in APRS1.2:
Note the limitations above of FINDU that cannot discriminate lower case from upper case
of the letters "xyz" and
also will not display frequency objects on the map that have a "+" in the name.
LOCAL SATELLITE ALERTS:
These radios can also display the frequency, doppler, azimuth and distance to any
satellites in view if someone is running
APRSdata.EXE on a PC as a local service in the region.
. This program not only generates Satellite Objects on the front panel of
all local Kenwood Radios, it also sends out every 10 minutes a schedule
of the next 80 minutes of pass predictions.
. The satellites are normal APRS objects, but the schedule is sent as a
DX spot to the DX-LIST in the radios. This way, no one needs a
tracking program, they will receive it live over the air on their radio
front panel as shown below
The first image shows the DX-SPOT list showing that there are three satellites
UO22, AO27 and UO14 coming up in the next 80 minutes and when. . This schedule
is updated every 10 minutes.
. The next two screens are only transmitted when the satellite is in view.
. They show the Range, Azimuth, Uplink and Downlink Frequencies, Doppler
and distance to the satellite. Just perfect for aiming your handheld
antenna. For more details see APRS Satellite Resources.
The above screen shows how this data looks on the screen of the D700.
. It is a little bit busier, since all of the data shows on just the one screen.
NEW INITIATIVE IMPLEMENTATION STATUS: . At any time, you can query FINDU for the
"r" symbol
and see all of the existing Repeater Objects. . or check individual frequencies using
the links near the top of this page. . As of April 08, there are over 330
such objects.
NOTE. . FINDU has a problem with the "+" symbol in all such
FFF.FFF+ objects and those objects will not show up on the FINDU maps, but they DO show up
well in the "/r" list of repeater objects. . But since it has now been over 18 months
and it has not been fixed, we now only receommend placing a "+" in the object name if it is
absolutely necessary. Most repeater offsets are standard anyway.
CONCLUSION: On long trips, no matter where you are,
we hope you will see not only one of these recommended
voice repeaters on your screen, but also the nearest IRLP or EchoLink node as well...
This combined with APRS
Voice Alert
will guarantee that if there is someone nearby wanting to chat, we will find
each other.
Bob Bruninga, WB4APR
P.S. . Oh, there is an
on line repeater lookup
system, but it is just like the repeater directory. So many repeaters,
so little time to pick out the one that is useable by travelers...
(not just a vehicle tracking system). See APRS misconceptions!
The objective is Human-to-human local real-time info and communications! .
Note: An anomoly in FINDU.COM does not display the map for frequency objects
with a "+" in them, though the object is listed and still works fine locally on RF.
UNPROTO APN383 . . . . . . . (For a KPC-3+ version 8.3. Note, no hops!)
147.105MHz &   Voice-Alert
147.105MHz
  T107 and
  V-alert
147.105MHz
  & Voice-
  Alert
1) Object permanence is indicated with the unique timestamp of 111111z in the object format
2) A repeater object can have one of 62 unique FFF.FFFyz names by choosing an unused character for "yz".
3) A repeater object can have one of 3600 unique FFF.FFxyz names by choosing an unused "xyz".