Automatic Packet Reporting System 1

Automatic Packet Reporting System

Automatic Packet Reporting System (APRS) is an amateur
radio-based system for real time tactical digital communications of
information of immediate value in the local area. In addition, all
such data is ingested into the APRS Internet System (APRS-IS)
and distributed globally for ubiquitous and immediate access.
Along with messages, alerts, announcements, and bulletins, the
most visible aspect of APRS is its map display. Anyone may place
any object or information on his or her map, and it is distributed to
all maps of all users in the local RF network or monitoring the area
via the Internet. Any station, radio, or object that has an attached
GPS is automatically tracked. Other prominent map features are
weather stations, alerts and objects and other map-related amateur
radio volunteer activities including Search and Rescue and signal
direction finding.

APRS has been developed since the late 1980s by Bob Bruninga,
callsign WB4APR, currently a senior research engineer at the
United States Naval Academy. He still maintains the main APRS APRS beacon transmitter with GPS receiver.

website. The acronym "APRS" was derived from his callsign.

History
Bob Bruninga, a senior research engineer at the United States Naval Academy, implemented the earliest ancestor of
APRS on an Apple II computer in 1982. This early version was used to map high frequency Navy position reports.
In 1984, Bruninga developed a more advanced version on a Commodore VIC-20 for reporting the position and status
of horses in a 100-mile (160 km) endurance run.
During the next two years, Bruninga continued to develop the system, which he now called the Connectionless
Emergency Traffic System (CETS). Following a series of Federal Emergency Management Agency (FEMA)
exercises using CETS, the system was ported to the IBM PC. During the early 1990s, CETS (then known as the
Automatic Position Reporting System) continued to evolve into its current form.
As GPS technology became more widely available, 'Position' was replaced with 'Packet' to better describe the more
generic capabilities of the system and to emphasize its uses beyond mere position reporting.

Network overview
APRS (Automatic Packet Reporting System), is a digital communications protocol for exchanging information
among a large number of stations covering a large (local) area, often referred to as "ey-pers". As a multi-user data
network, it is quite different from conventional packet radio. Rather than using connected data streams where
stations connect to each other and packets are acknowledged and retransmitted if lost, APRS operates entirely in an
unconnected broadcast fashion, using unnumbered AX.25 frames.
APRS packets are transmitted for all other stations to hear and use. Packet repeaters, called digipeaters, form the
backbone of the APRS system, and use store and forward technology to retransmit packets. All stations operate on
the same radio channel, and packets move through the network from digipeater to digipeater, propagating outward
from their point of origin. All stations within radio range of each digipeater receive the packet. At each digipeater,
the packet path is changed. The packet will only be repeated through a certain number of digipeaters — or hops —
Automatic Packet Reporting System 2

depending upon the all important "PATH" setting.

Digipeaters keep track of the packets they forward for a period of time, thus preventing duplicate packets from being
retransmitted. This keeps packets from circulating in endless loops inside the ad-hoc network. Eventually most
packets are heard by an APRS Internet Gateway, called an IGate, and the packets are routed on to the Internet APRS
backbone (where duplicate packets heard by other IGates are discarded) for display or analysis by other users
connected to an APRS-IS server, or on a website designed for the purpose.
While it would seem that using unconnected and unnumbered packets without acknowledgment and retransmission
on a shared and sometimes congested channel would result in poor reliability due to a packet being lost, this is not
the case due to the fact that the packets are transmitted (broadcast) to everyone, and multiplied many times over by
each digipeater. This means that all digipeaters and stations in range get a copy, and then proceed to broadcast it to
all other digipeaters and stations within their range. The end result is that packets are multiplied more than they are
lost. Therefore, packets can sometimes be heard some distance from the originating station. Packets can be
digipeated tens of kilometers or even hundreds of kilometers depending on the height and range of the digipeaters in
the area.
When a packet is transmitted, it is duplicated many times as it radiates out, taking all available paths simultaneously,
until the number of "hops" allowed by the path setting is consumed.

Positions/objects/items
APRS contains a number of packet types including
position/object/item, status, messages, queries, weather reports and
telemetry. The position/object/item packets contain the latitude
and longitude, and a symbol to be displayed on the map, and have
many optional fields for altitude, course, speed, radiated power,
antenna height above average terrain, antenna gain, and voice
operating frequency. Positions of fixed stations are configured in
the APRS software. Moving stations (portable or mobile)
automatically derive their position information from a GPS Screenshot of an APRS display in XASTIR, an APRS
receiver connected to the APRS equipment. software system for Linux/Unix. Station positions,
objects and items are displayed on a map overlaying
The map display uses these fields to plot communication range of counties around New York City. Raw APRS messages
all participants and facilitate the ability to contact users during are displayed in the terminal window on the lower
right.
both routine and emergency situations. Each position/object/item
packet can use any of several hundred different symbols.
Position/objects/items can also contain weather information or can be any number of dozens of standardised weather
symbols. Each symbol on an APRS map can display many attributes discriminated either by colour or other
technique. These attributes are:

• Moving or fixed
• Dead-Reckoned or old
• Message capable or not
• Station, object or item
• Own object/item or other station object/item
• Emergency, priority, or special
Automatic Packet Reporting System 3

Status/messages
The Status packet is free-field format that lets each station announce his current mission or application or contact
information or any other information or data of immediate use to surrounding activities. The message packet can be
used for point-to-point messages, bulletins, announcements or even email. Bulletins and Announcements are treated
specially and displayed on a single "community Bulletin board". This community bulletin board is fixed size and all
bulletins from all posters are sorted onto this display. The intent of this display is to be consistent and identical for all
viewers so that all participants are seeing the same information at the same time. Since lines are sorted onto the
display, then individual posters can edit, update, or delete individual lines of their bulletins at any time to keep the
bulletin board up-to-date to all viewers.
All APRS messages are delivered live in real-time to on-line recipients. Messages are not stored and forwarded, but
retried until timed out. The delivery of these messages is global, since the APRS-IS distributes all packets to all other
igates in the world and those that are messages will actually go back to RF via any IGate that is near the intended
recipient.
A special case message can be sent to EMAIL and these messages are pulled off the real-time APRS-IS by the
WU2Z Email engine and wrapped into a standard Internet Email protocol and forwarded into regular internet email.

Capabilities
In its simplest implementation, APRS is used to transmit real-time data, information and reports of the exact location
of a person or object via a data signal sent over amateur radio frequencies. In addition to real-time position reporting
capabilities using attached Global Positioning System receivers, APRS is also capable of transmitting a wide variety
of data, including weather reports, short text messages, radio direction finding bearings, telemetry data, short e-mail
messages (send only) and storm forecasts. Once transmitted, these reports can be combined with a computer and
mapping software to show the transmitted data superimposed with great precision upon a map display.
While the map plotting is the most visible feature of APRS, the text messaging capabilities and local information
distribution capabilities combined with the robust network should not be overlooked; the New Jersey Office of
Emergency Management has an extensive network of APRS stations to allow text messaging between all of the
county Emergency Operating Centers in the event of the failure of conventional communications.

Technical information
1200 baud APRS signal
Example of a 1200 baud AFSK modulated APRS signal.

Problems playing this file? See media help.

In its most widely used form, APRS is transported over the AX.25 protocol using 1200 bit/s Bell 202 AFSK on
frequencies located within the 2 meter amateur band.
Sample APRS VHF frequencies
• 144.390 MHz – Colombia, Chile, Indonesia, Malaysia, North America, Thailand
• 144.575 MHz – New Zealand [1][2]
• 144.660 MHz – Japan
• 144.800 MHz – South Africa, Europe,[3] Russia
• 144.930 MHz – Argentina, Uruguay
Automatic Packet Reporting System 4

• 145.175 MHz – Australia
• 145.570 MHz – Brazil
An extensive digital repeater, or "digipeater," network provides transport for APRS packets on these frequencies.
Internet gateway stations (IGates) connect the on-air APRS network to the APRS Internet System (APRS-IS), which
serves as a worldwide, high-bandwidth backbone for APRS data. Stations can tap into this stream directly, and a
number of databases connected to the APRS-IS allow web-based access to the data as well as more advanced
data-mining capabilities. A number of low-earth orbiting satellites, including the International Space Station, are
capable of relaying APRS data.

Equipment settings
An APRS infrastructure comprises a variety of Terminal Node Controller (TNC) equipment put in place by
individual Amateur Radio operators. This includes soundcards interfacing a radio to a computer, simple TNCs, and
"smart" TNCs. The "smart" TNCs are capable of determining what has already happened with the packet (unit of
information) and can prevent redundant packet repeating within the network.
Reporting stations use a method of routing called a "path" to broadcast the information through a network. In a
typical packet network, a station would use a path of known stations such as "via n8xxx,n8ary." This causes the
packet to be repeated through the two stations before it stops. In APRS, generic callsigns are assigned to repeater
stations to allow a more automatic operation.

Recommended path
Throughout North America (and in many other regions) the recommended path for mobiles or portable stations is
now WIDE1-1,WIDE2-1. Fixed Stations (homes, etc.) should not normally use a path routing if they don't need to be
digipeated outside of their local area (and most don't). Otherwise a path of WIDE2-2 or less should be used as
requirements dictate. This path actually reflects the routing of packets via the radio component of APRS, and fixed
stations should carefully consider their choice of path routing(s) to avoid unnecessary RF clutter outside of their
local VHF listening area.

Old path
Early on, the widely accepted method of configuring stations was to enable the short-range stations to repeat packets
requesting a path of "RELAY" and long-range stations were configured to repeat both "RELAY" and "WIDE"
packets. This was accomplished by setting the station's MYALIAS setting to RELAY or WIDE as needed. This
resulted in a path of RELAY,WIDE for reporting stations. However, there was no duplicate packet checking or alias
substitution. This sometimes caused beacons to "ping pong" back and forth instead of propagating outwards from the
source. This caused lots of interference. With no alias substitution, you couldn't tell which digipeaters a beacon had
used.

New path
With the advent of the new "smart" TNC's, the stations that used to be "WIDE" are now "WIDEn-N." This means a
packet with a path of WIDE2-2 would be repeated through the first station as WIDE2-2, but the path will be
modified (decremented) to WIDE2-1 for the next station to repeat. The packet stops being repeated when the "-N"
portion of the path reaches "-0." This new protocol has caused the old RELAY and WIDE paths to become obsolete.
Digi operators are being asked to re-configure fill-in "RELAY" stations to instead respond to WIDE1-1. This results
in a new, more efficient path of WIDE1-1,WIDE2-1. While most of the world has adopted the "new WIDEn-N"
settings, there is an ongoing debate in the UK about the subject.
Automatic Packet Reporting System 5

Available equipment
There are a few radios on the market which include a built-in AX.25 Terminal Node Controller and APRS software,
and are capable of working with or without the need for an external GPS device. Common models are the mobile
Kenwood TM-D700A, its replacement, the Kenwood TM-D710A and the handheld Kenwood TH-D7A(G)and its
replacement, the Kenwood TH-D72, which also has a built-in GPS receiver. Yaesu entered the APRS market with
their VX-8R(G) handheld and FTM-350R mobile radio (no longer in production), and also offer the newer
FT1DE/DR handheld and FTM-400DE/DR mobile tranceivers.
• In the United Kingdom, Cross Country Wireless have an APRS TNC Digi Tracker with a plastic boxed board.
Ideal for nestling on a vehicle parcel shelf or dashboard. Two DE-9 rear connectors allow radio and PC access.
Available with/without an inbuilt GPS using the latest SiRF Star 111 architecture and a twenty satellite capability.
Internal DIL switched for various uses and easy to set up. Resolution is to about one metre and capture time
speedy, even from cold. It will digipeat too. Suits a handheld Tx and comes with a comprehensive manual by
Chris G4HYG, the designer and supplier.
• The HamHUD integrates a display for viewing the position of other stations and weather reports, and a means of
sending and receiving APRS messages, and an interface for a GPS receiver. It started out in 1997 as a homebrew
device, but more recently, kits have been available from time to time. It connects to a TNC which is in turn
connected to a radio. The Alinco DR-135T is popular as the internally mounted T2-135 can be used with it,
reducing the number of items that need to be connected together. SmartBeaconing was developed for the
HamHUD by Tony Arnerich and Steve Bragg. Since it uses GPS data, it varies the beacon rate based on speed,
and adds corner pegging. This reduces unnecessary traffic on the frequency. SmartBeaconing has been adopted by
the TinyTrak and OpenTracker series of trackers, in a software update for the Kenwood TM-D710, and in the
TH-D72 from its release. It is also available in the Yaesu VX-8DR/GR and FT1-DE/DR handhelds, and the
FTM-350AE/AR and FTM-400DE/DR mobile tranceivers.
• RPC Electronics, LLC created the RTrak and combined an OpenTracker 1+ and a GPS receiver along with a low
power transmitter in one package. The original units produced 500 mW, but the current version puts out 350. The
latest family of RTraks include the RTrak-Mini a smaller version of the original containing similar hardware, but
an increase to a 5W transmitter, the RTrak-Lite which is the same size of the Mini, but doesn't contain a
transmitter, allowing the end user to use the power they require and add on a receiver for channel detection. They
also have the RTrak-HAB an APRS tracker designed specifically for high altitude applications, such as high
altitude balloons. RPC Electronics also has a third-party interface for the Kenwood D710 APRS control head.
This interface allows any FM transceiver to be connected to the D710 head and utilize the APRS functions.
• Byonics has introduced an all-in-one device combining a GPS receiver, TinyTrak controller and synthesized 2m
radio called the Micro Trak AIO which requires no assembly by the user. Other products include; TinyTrack4,
Microtrak line, and tinytrack3.
• ArgentData now has a 5-Watt VHF Transceiver with Integrated Tracker2 in one compact package. With a
non-display GPS receiver connected, the T2-301 can be used as a tracker. With compatible display-type GPS
receiver, received position reports can be output as waypoints. With a Garmin Nuvi 350 GPS receiver connected,
it can send and receive APRS messages as well as display other stations as waypoints. The Nuvi 350 can be used
this way with a stand-alone Tracker 2 (OT2m) or connected to a T2-135 which mounts in an Alinco DR-135
radio. The T2-301 can also be used as a stand-alone digipeater. Other products include; The New USB Tracker,
and OpenTracker+. ArgentData also manufactures an APRS radio shield for the Arduino.
• The APRS SkyTracker is an APRS Beacon at 144.800Mhz which includes a 8W RF Transmitter, programmable
PIC & u-bloc GPS receiver all on one 72x56mm PCB.
• The BigRedBee GPS Transmitter is the smallest 2 meter frequency agile completely integrated APRS transmitter
available. Output power is 6 watts from a supply voltage of just 7.5 volts. It also features on-board data recording
Automatic Packet Reporting System 6

that can be downloaded for later and viewing via Google Earth. A low power 70 cm version is also available.

Related systems
The APRS protocol has been adapted and extended to support projects not directly related to its original purpose.
The most notable of these are the FireNet and PropNET projects.
APRS FireNet is an Internet-based system using the APRS protocol and much of the same client software to provide
fire fighting, earthquake, and weather information in much higher volume and detail than the traditional APRS
system is capable of carrying.
PropNET uses the APRS protocol over AX.25 and PSK31 to study radio frequency propagation. PropNET 'probes'
transmit position reports, along with information on transmitter power, elevation, and antenna gain, at various
frequencies to allow monitoring stations to detect changes in propagation conditions.
Open Trac was created to provide an alternative to APRS that was cleaner and more functional than APRS.

References
[1] http:/ / www. nzart. org. nz/ maps/ 2010/ d1-ni. pdf ZL North Island Data Repeaters
[2] http:/ / www. nzart. org. nz/ maps/ 2010/ d1-si. pdf ZL South Island Data Repeaters
[3] European APRS frequencies (http:/ / dididahdahdidit. com/ eurofreq. php)

Further reading
• Stan Horzepa, WA1LOU (1999). APRS Tracks, Maps and Mobiles. ARRL. ISBN 978-0-87259-774-7.

External links
• Automatic Packet Reporting System website (http://www.aprs.org/)
• Automatic Packet Reporting System (http://www.dmoz.org/Recreation/Radio/Amateur/Packet_Radio/) at
DMOZ
Article Sources and Contributors 7

Article Sources and Contributors

Automatic Packet Reporting System  Source: http://en.wikipedia.org/w/index.php?oldid=620037612  Contributors: 32RB17, 77lundvall, Adammelancon, Alereon, Altaphon, Alx6hs, Ann
Stouter, Anthony Appleyard, Arjayay, BD2412, Badtux, Banjodog, Brandon, Caltas, ChrisRuvolo, Ckatz, Closedmouth, Codepro, CommonsDelinker, Cqdx, DJGB, Dairiki, Dandersn,
Davandron, Dawnseeker2000, Dazed But Not Confused, Dddstone, DougCox, Dracosane, Emufarmers, EngineerSteve, Falcon8765, Flowzn, Ft1, G0hwc, G4led, Gblaz, Gerard Hill, Glane23,
Glenn, Gloriamarie, Gpsmobiletracker, Ground Zero, HS2JFW, Harald Hansen, Hessu, Hsaito, Idyllic press, JHunterJ, JakeWi, Jdwgremlin, JoJan, Johan Adler, Johnlhd, JonHarder,
Josephdurnal, KD5TVI, Kayfox, Kb1koi, Kc7zru, Ke4nyv, Kf4yfd, Kozuch, Ldeffenb, Loginname, Lommer, LorenzoB, Mark Renier, Maximus Rex, McNeight, Mike65535, Mikestah, Mink
Butler Davenport, N0YKG, N0nhj, Neøn, Ng7m, Nwatson, Peter Ellis, Petershank, PetesGuide, Plaws, Quibik, Radiooperator, Rbcwa, Rdcole, Rearden9, Rividian, Rwf003, Simon South,
Smartyhall, Sohachi, Ssd, Stankov, Sv1xv, Tcatkins99, Theappalachia, Thomasmschaefer, Tony Mach, Ttolhurst, UR3IRS, Vk2tds, Wb4apr, Wmahan, Xapie128, ZL2TZE, 185 anonymous edits

Image Sources, Licenses and Contributors

File:Byonics AIO.jpg  Source: http://en.wikipedia.org/w/index.php?title=File:Byonics_AIO.jpg  License: Creative Commons Attribution-Sharealike 3.0  Contributors: Cqdx
File:Xastir-screenshot.png  Source: http://en.wikipedia.org/w/index.php?title=File:Xastir-screenshot.png  License: GNU General Public License  Contributors: Software author: The Xastir
Group Screenshot author: ChrisRuvolo (t)
File:Gnome-mime-sound-openclipart.svg  Source: http://en.wikipedia.org/w/index.php?title=File:Gnome-mime-sound-openclipart.svg  License: unknown  Contributors: User:Eubulides

License
Creative Commons Attribution-Share Alike 3.0
//creativecommons.org/licenses/by-sa/3.0/