APRS.NET.AU - VHF http://aprs.net.au/taxonomy/term/39/0 en What is Smart Beaconing ? http://aprs.net.au/vhf/what-smart-beaconing <p><font face="Arial, Helvetica, sans-serif"><a href="http://www.hamhud.net/hh2/smartbeacon.html">SmartBeaconing&trade;</a> is an algorithm developed by the makers of the <a href="http://www.hamhud.net/">HamHUD</a> for dynamically choosing when and/or how often to send position updates. </font></p> <p><cite>The main goal of SmartBeaconing is to talk only when there's something useful to say. It's the simplest form of data compression: Data Volume = Information Volume (as opposed to &quot;Data &gt; Information&quot;). It minimizes the amount transmitted while simultaneously maximizing the value of what does get transmitted.</cite></p> <p><font face="Arial, Helvetica, sans-serif">In short, the faster you're moving the more frequently it will send out position data. It also knows to send out position updates when you chage direction by a significantly.</font></p> <h3><font face="Arial, Helvetica, sans-serif">Configuration</font></h3> <p><font face="Arial, Helvetica, sans-serif">When configuring SmartBeaconing functionality, there are a few parameters to consider:</font></p> <ul> <li><font face="Arial, Helvetica, sans-serif"><strong><em>Slow Speed</em></strong><br /></font><font face="Arial, Helvetica, sans-serif"> This is the speed below which you're effectively still. </font></li> </ul> <ul> <li><strong><em>Slow Rate</em></strong><br />This is how often your unit transmits when it's still (or nearly still - any speed below &quot;Slow Speed&quot;). <br />20 minute intervals (1200 seconds) is plenty. If you are not moving, your beacon time is adjusted to be similar to a fixed station. There is no need to repeat &quot;I'm still in the same place!&quot; too often!</li> </ul> <ul> <li><strong><em>Fast Speed</em></strong><br />This is the speed above which you will transmit at the &quot;Fast Rate&quot;.</li> </ul> <ul> <li><font face="Arial, Helvetica, sans-serif"><strong><em>Fast Rate</em></strong><br /></font>This is how often your unit transmits when it's moving at any speed greater than &quot;Fast Speed&quot;. <br /><font face="Arial, Helvetica, sans-serif">60 seconds is the fastest recommended beacon rate for mobiles on VHF (120 seconds is better</font>)</li> </ul> <p>Travelling at speeds in between the &quot;slow&quot;&nbsp;and &quot;fast&quot;&nbsp;speeds will result in a beacon interval proportional to your speed. For example, if you're travelling at half your &quot;fast speed&quot;, then you'll transmit half as often as your &quot;fast rate&quot; specifies.&nbsp;</p> <p>The following parameters make up the functionality known as &quot;Corner Pegging&quot;.&nbsp;&nbsp; Corner Pegging ensures that even travelling at low speeds, directional changes will cause a beacon to be sent (For example if you are in a 4x4 in the outback - you may be travelling quite slowly but changing direction will result in a beacon)</p> <ul> <li><strong><em>Minimum Turn Angle</em></strong><br />This is the angle by which you must change heading by in order to transmit a beacon.&nbsp;&nbsp;</li> </ul> <ul> <li><strong><em>Turn Slope</em></strong><br />This is a calculation of turn angle versus speed&nbsp; (angle/speed)</li> </ul> <ul> <li><font face="Arial, Helvetica, sans-serif"><strong><em>Minimum Turn Time</em></strong><br /></font>This is how often your unit transmits when it's continuously changing direction.&nbsp; If you are driving in a 360 degree circle, this limits your beacons to only 1 in the given interval - recommended setting here is the same as the minimum beacon interval for the network - i.e.&nbsp; <font face="Arial, Helvetica, sans-serif">60 seconds is the fastest recommended beacon rate for VHF (120 seconds is better</font>)</li> </ul> <p>&nbsp;</p> <p>&nbsp;</p> VHF Wed, 16 Sep 2009 06:43:42 +0000 VK2XJG 131 at http://aprs.net.au APRS RF Bandwidth @ 1200 baud http://aprs.net.au/vhf/aprs-rf-bandwidth-1200-baud <p><font face="Arial">Here is an explanation of APRS and the effects of channel traffic on it's performance. (Bandwidth)</font></p> <p class="style1"><font face="Arial">In this example a mobile stations transmission rate is set to 30 sec.<br /> (Not recommended in practice)</font></p> <p class="style1"><font face="Arial">Packets are transmitted at a maximum speed of 1200 bits per second.</font></p> <p class="style1"><font face="Arial">So assuming an APRS posit (position packet) is 50 bytes in size from a non compressed tracker or IGate (IGates decompress compressed packets before retransmission) the packet will consists of 400 bits of data plus (from memory) 296 bits for ax.25 protocol overheads.</font></p> <p class="style1"><font face="Arial">Total number of packet bits 696</font></p> <p class="style1"><font face="Arial">The time taken to transmit a packet is DataTime + TXDelay +TXTail In this case 0.58 + 0.35 +0.04 = 0.97 Sec ~ 1 Second per packet.</font></p> <p class="style1"><font face="Arial">This packet is transmitted 3 times assuming the longest mobile path of WIDE1-1,WIDE2-2. So in effect this one packet is taking up 3 seconds of RF time or available bandwidth.</font></p> <p class="style1"><font face="Arial">Therefore you could theoretically have a maximum of 20 (60sec / 3) mobile stations transmitting one posit every minute or 10 mobile stations transmitting one posit every 30 seconds before all available bandwidth would be used. ( No transmissions from home stations or objects.)</font></p> <p class="style1"><font face="Arial">In practice and due to the nature of AX25 (as a CSMA protocol with hidden transmitters etc.) the best bandwidth you could expect for maximum efficiency (90% of txed data delivered from point A to point B) is 30% to 40% of the total bandwidth. So in reality you could have 4 mobile stations transmitting posits through 2 hops (digipeaters) every 30 seconds before you start creating packet collisions and loosing data on the network. Or you could have 24 stations transmitting through 2 hops every 3 minutes. This again does not include home stations or objects.</font></p> <p class="style1"><font face="Arial">This is how we get the figure of 100 packets (of 80 bytes) per 10 min as an average for the VK network. (equals 33% of the bandwidth)</font></p> <p class="style1"><font face="Arial">As you can see packet radio is not all that efficient especially with a large number of station or digis on a network. As APRS uses a the non-connected (UI) feature of ax.25 it is possible to get away with using a </font>b<font face="Arial">it more of the bandwidth (approx. 50%) with reasonable efficiency (maybe 70%). This would be considered the Peek Traffic Load of the RF network. </font></p> <p class="style1"><font face="Arial">If the load went to around 60% of the bandwidth you would find that only one in 5 or 6 of the txed packets would get through one hop. (In our mobile example, txing one posit every 30 sec in this network would mean that a posit would be rxed by the receiving station one digipeater away on average every 2.5 to 3 minutes. A receiving station two digipeaters away would rx one posit every 5 to 6 minutes)</font></p> <p class="style1"><font face="Arial">Note that all these figures are approximations to give you an understanding of how a packet network could perform. So much of the practical side of the systems is dependent on local conditions.</font></p> <p class="style1"><font face="Arial">A few more thoughts:</font></p> <p class="style1"><font face="Arial">At a tx rate of 30 sec you will get an updated position every 0.83 Kms when traveling at 100 kph, at 3min its 5kms per update. What is the resolution and accuracy of the maps and equipment you are using? I Km per pixel, 500 mtrs per pixel or 1 mtr per pixel.</font></p> <p>&nbsp;</p> VHF Mon, 14 Sep 2009 02:42:24 +0000 VK3JFK 50 at http://aprs.net.au Local Information Initiative http://aprs.net.au/vhf/local-information-initiative <h3><span style="color: rgb(0, 0, 0);"><font face="Arial, Helvetica, sans-serif">APRS Local Information</font></span><font face="Arial, Helvetica, sans-serif" color="#ff0000"><br /></font></h3> <p><font face="Arial, Helvetica, sans-serif">APRS was originally developed for much more than simply tracking objects and stations. The ability to pass relevent local information and alerts to travellers through a region is an ideal use of APRS, given the APRS radios and accessories that are available today. Some examples are:</font></p> <p><font face="Arial, Helvetica, sans-serif"><a href="http://www.kenwood.com/i/products/info/amateur/thd7ae.html">Kenwood TH-D7</a><br /> <a href="http://www.kenwood.com/i/products/info/amateur/tm_d700ae.html">Kenwood TM-D700</a><br /> <a href="http://india.kenwood.com/products/com/amateur/tm-d710a/index.html">Kenwood TM-D710</a></font><br /> <font face="Arial, Helvetica, sans-serif"><a href="http://www.hamhud.net/">HamHUD</a> </font></p> <p><font face="Arial, Helvetica, sans-serif"><a href="http://web.ew.usna.edu/%7Ebruninga/localinfo.html">This link</a> details the local information initiative as devised by Bob Bruninga WB4APR. Here in Australia we are using several of these ideas to provide local information for travellers (and of course locals!)</font></p> <p><font face="Arial, Helvetica, sans-serif"> It is very important for all users of APRS to understand the details and purpose of this local info system, and the most important aspect of this system is the word <u><strong>LOCAL</strong></u>. That is, the packet announcing the information is seen DIRECT ONLY - in other words the information can only be seen in the local DIRECT coverage area of the repeater or event being advertised.</font></p> <p><span style="color: rgb(255, 102, 0);"><strong><font face="Arial, Helvetica, sans-serif"><em>Done right, these objects are a great asset to the Traveller/Mobile APRS user with no impact on the network. Done wrong, these objects are just more QRM and SPAM.</em></font></strong></span></p> <h3><font face="Arial, Helvetica, sans-serif"><font color="#ff0000"><span style="color: rgb(0, 0, 0);">Tiny Web Pages</span><br /></font></font></h3> <p><font face="Arial, Helvetica, sans-serif">Tiny Web Pages refers to the format of a message to fit neatly on the display of a Kenwood D7, D700 or D710 radio. They can be used to display to users of these radios information on everything such as WX, Satellites, DX, Traffic Problems, Nets, Meetings and so forth. Some examples:</font></p> <p><font face="Arial, Helvetica, sans-serif"><img style="width: 707px; height: 150px;" alt="TWP" src="http://www.aprs.net.au/sites/default/files/twp.GIF" /></font></p> <h3><font face="Arial, Helvetica, sans-serif"><font color="#ff0000"><span style="color: rgb(0, 0, 0);">Recommended repeater frequencies</span></font></font></h3> <p><font face="Arial, Helvetica, sans-serif">Within each WIDE digipeater footprint, one or two local voice repeaters are advertised. This information is transmitted by the digipeater itself, and is NOT digipeated via any other station, and not relayed to the internet by the IGate. This ensures that the information transmitted is only seen by the stations in range of that digipeater, and therefore is targetted to the relevent area.</font></p> <p><font face="Arial, Helvetica, sans-serif"> The beacon will advertise the frequency, offset and CTCSS tone of the repeater. This information is presented according to the <a href="http://www.aprs.org/afrs.html">APRS Frequency Reporting (AFRS) specification</a>, and provides information at a glance incuding frequency, offset, CTCSS Tone, Range and any regular nets conducted on the repeater.</font></p> <p><font face="Arial, Helvetica, sans-serif">The information transmitted flashes on the front panel for 10 seconds when the packet is received. </font></p> <p><font face="Arial, Helvetica, sans-serif"><img height="205" width="367" alt="1" src="http://www.aprs.net.au/sites/default/files/d700-repeater.jpg" /><font color="#ffffff"> .. </font><img height="188" width="261" alt="1" src="http://aprs.net.au/images/d7-repeater.JPG" /> </font></p> <p><font face="Arial, Helvetica, sans-serif">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 below on a D700:</font></p> <p><font face="Arial, Helvetica, sans-serif"><img height="206" width="421" alt="D700 Object List" src="http://aprs.net.au/images/d700-list.JPG" /></font></p> <p>&nbsp;</p> <h3><font face="Arial, Helvetica, sans-serif"><font color="#ff0000"><span style="color: rgb(0, 0, 0);">IRLP / Echolink frequencies and status</span></font></font></h3> <p><font face="Arial, Helvetica, sans-serif">In a similar concept to the Recommended Repeater Frequencies, the current operational status of any participating IRLP node within the local zone is advertised. Since the IRLP node creates the APRS object, it is transmitted to RF by the local IGate. Like the Voice Repeater information, the IRLP node will advertise its frequency, offset and CTCSS tone, as well as its current status (LINK CLEAR, CONNECTED TO STNxxxx, OFFLINE)</font></p> <p><font face="Arial, Helvetica, sans-serif">The information transmitted flashes on the front panel for 10 seconds when the packet is received. </font></p> <p><font face="Arial, Helvetica, sans-serif"><img height="204" width="418" alt="D700 IRLP display" src="http://aprs.net.au/images/d700-irlp.JPG" /><font color="#ffffff">...<img height="178" width="234" alt="1" src="http://www.aprs.net.au/sites/default/files/d7-irlp.jpg" /></font></font></p> <p><font face="Arial, Helvetica, sans-serif">As with the repeater objects, if the driver does not happen to see this display, then the IRLP node will show up as an object on the radio's STATION list as shown below on a D700:</font></p> <p><font face="Arial, Helvetica, sans-serif"><img height="206" width="421" alt="D700 object list" src="http://aprs.net.au/images/d700-list.JPG" /></font></p> <p>&nbsp;</p> VHF Sun, 06 Sep 2009 10:54:43 +0000 VK2XJG 20 at http://aprs.net.au APRS Digipeaters 101 http://aprs.net.au/vhf/aprs-digipeaters-101 <h3><font face="Arial, Helvetica, sans-serif" color="#ff0000"><span style="color: rgb(0, 0, 0);">Why Digipeating is required</span></font></h3> <p><font face="Arial, Helvetica, sans-serif">&quot;Digipeater&quot; is short for &quot;Digital Repeater&quot;; a repeater for packet data rather than voice. Unlike the standard voice repeater that receives on one frequency and retransmits what it hears simultaneously on another frequency, the usual digipeater is a single frequency device. It receives a packet of data, stores it in internal memory and then a moment later retransmits it on the SAME frequency. </font></p> <p><font face="Arial, Helvetica, sans-serif">Digpeating is much more critical to APRS than to conventional packet because APRS heavily involves packet data transmission to and from moving vehicles. Traditional packet was overwhelmingly used between fixed locations, typically with better and higher antennas.</font></p> <p><font face="Arial, Helvetica, sans-serif">Signal levels that you may consider adequate on voice probably WON'T be adequate on packet, because data transmission is an all-or-nothing proposition. ALL of a packet has to be received PERFECTLY to recover ANY data from it. The kind of noisy, scratchy, not-completely-noise-free, operation so many people inflict on voice repeaters, especially with underpowered handhelds, JUST WONT WORK on data transmissions. A pop, a momentary burst of white noise, flutter, or multipath-induced phase distortion that you don't even notice on voice WILL be fatal to a packet transmission. </font></p> <p><font face="Arial, Helvetica, sans-serif">With APRS, the problem is more prevalent than with conventional (connected) packet because it operates in a non-connected mode. With traditional packet, a station receiving a defective packet will automatically send a request for retransmission to the sending station, or the sending station will automatically retry if the receiving station doesn't acknowledge in a reasonable time. With APRS there is no ACK/NAK (Negative Acknowledgement) handshaking process. The sending station broadcasts packets at intervals and &quot;hopes&quot; the receiving station(s) get them error-free. The receiving station ignores the packet if it is defective in anyway. </font></p> <p><font face="Arial, Helvetica, sans-serif">Signals to/from mobile units can and do fluctuate in strength by 15-20 dB as the mobile moves over even a short distance. For reliable data transmission, you must have good signal strength over the intended path. The signal should be enough that even with a 20dB drop, the signal will remain noiseless and hard quieted. </font></p> <p>Remember that APRS will performance will vary with local conditions an weather. For instance in Melbourne you can use a 10 watt transmitter and 1/2 wave ground plain antenna and have an 80% success rate with your beacons. In Sydney the situation is much different due to the hilly terrain. You would need more power and a different antenna, probability a 1/4 wave to increase your success rate in the valleys.</p> <h3><font face="Arial, Helvetica, sans-serif"><font color="#ff0000"><span style="color: rgb(0, 0, 0);">APRS Digipeater usage</span><br /></font></font></h3> <p><font face="Arial, Helvetica, sans-serif">To increase the reliability of transmission from mobiles (i.e. likelihood that a packet will &quot;get through&quot;), APRS uses two categories of digipeaters:</font></p> <ul> <li><font face="Arial, Helvetica, sans-serif">&quot;WIDE Area&quot; digipeaters placed in stretegic locations (typically hilltops, the tall buildings, water towers, etc); i.e. similar to the placement one would choose for a voice repeater. WIDE Area digipeater installations are generally installed as part of a co-ordinated approche with the involvment of a state APRS Co-Ordinator. This type of Digipeater responds to the alias call sign of &quot;WIDEn-N&quot;.<br /> </font></li> <li><font face="Arial, Helvetica, sans-serif">&quot;Fill-In&quot; digipeaters in areas where mobile stations have poor access to a WIDE Area digipeaters (typically home stations running an APRS client with digipeating enabled). This type traditionally responded to the alias call sign &quot;RELAY&quot; although &quot;RELAY&quot; has been phased out and the alias of &quot;WIDE1-1&quot; is now used.</font></li> </ul> <p>&nbsp;</p> <h3><font face="Arial, Helvetica, sans-serif"> <font color="#ff0000"><span style="color: rgb(0, 0, 0);">How APRS paths are used</span></font></font></h3> <p><font face="Arial, Helvetica, sans-serif">PATH settings determine what kind and how many digipeaters will be used to deliver your packets to their destination. Typically the &quot;destination&quot; will be either other stations listening on RF, or an I-Gate that will receive your packet on RF and transfer it into the APRS Internet Servers (APRS-IS). </font></p> <p><font face="Arial, Helvetica, sans-serif">A transmission path of &quot;WIDE1-1, WIDE2-1&quot; is requesting the helping hand of nearby cooperating home stations or WIDE Area digipeater as the first step into the APRS network. </font></p> <p><font face="Arial, Helvetica, sans-serif">As in conventional packet, each digipeater in the chain &quot;crosses off&quot; the call sign it responded to. This example shows results as a user tries to use three wide area digipeaters in succession. The path string will change like this as the packet propagates from digi to digi. Note that these advanced paths require that the &quot;call sign&quot; actually be changed by each digi that processes it. This process of &quot;call sign substitution&quot; is unique to APRS and requires special APRS awareness in TNCs.</font></p> <p><font face="Arial, Helvetica, sans-serif">By placing two WIDEn-N statements in series in the path, you allow a simple home station &quot;Fill-In digipeater&quot; to &quot;relay&quot; the first hop while leaving the second n-N hop(s) for &quot;real&quot; WIDEn-N digis to properly process and decrement. <br /> The example below shows the life of a packet that has been digipeated in this way: </font></p> <table border="0" align="center" width="109%"> <tbody> <tr> <td width="56%"><font face="Courier New, Courier, mono"><strong>WIDE1-1,WIDE2-2</strong> </font></td> <td width="44%"><font face="Courier New, Courier, mono"><font size="2" face="Arial, Helvetica, sans-serif">(as the user transmitted it)</font></font></td> </tr> <tr> <td><font face="Courier New, Courier, mono"><strong>WIDE1*,WIDE2-2</strong> </font><font face="Courier New, Courier, mono">&nbsp;</font></td> <td><font size="2" face="Arial, Helvetica, sans-serif">(as a home fill-in digi or the first high-level digi transmitted it)</font></td> </tr> <tr> <td><font face="Courier New, Courier, mono"><strong>WIDE1*,digicall1*,WIDE2-1</strong></font></td> <td><font face="Courier New, Courier, mono"><font size="2" face="Arial, Helvetica, sans-serif">(after first WIDE digpeat)</font></font></td> </tr> <tr> <td><font face="Courier New, Courier, mono"><strong>WIDE1*,digicall1*,digicall2*,WIDE2*</strong></font></td> <td><font face="Courier New, Courier, mono"><font size="2" face="Arial, Helvetica, sans-serif">(after second WIDE digipeat)</font></font></td> </tr> </tbody> </table> <ul> <li><font face="Arial, Helvetica, sans-serif"> In areas without home station fill-in digipeaters, a &quot;real&quot; WIDEn-N digi will act on the first hop and decrement it to zero (WIDE1-0) which shows on-the-air as &quot; WIDE1* &quot; . By contrast a &quot;non APRS Aware&quot; home station will retransmit the packet as &quot; WIDE1-1* &quot;; i.e. not N-n decremented but still marked as used. </font></li> <li><font face="Arial, Helvetica, sans-serif"> The next digi to hear the packet will act on the second hop WIDE2-2 and transmit it decremented to WIDE2-1. </font></li> <li><font face="Arial, Helvetica, sans-serif"> The third digi, if any, will transmit the packet decremented to to WIDE2-0 . (actually shows as &quot;WIDE2*&quot; ). <br /> No further digipeating will occur.</font></li> </ul> <p style="text-align: center;"><font face="Arial, Helvetica, sans-serif"><img alt="" src="/sites/default/files/Digi-Demo.gif" /> </font></p> <p><img src="file:///C:/DOCUME%7E1/Geoff/LOCALS%7E1/Temp/moz-screenshot-1.png" alt="" /></p> <p><font face="Arial, Helvetica, sans-serif">Because all APRS digipeaters use the same generic call signs, the re-transmission process can happen in several geographic directions simultaneously if several more digipeaters are within range of the one transmitting. A widening circle of digipeats involving more and more digis on each hop will spread outward from the user in all directions. This phenomenon, known as UI flooding, is sharply different from the directed linear sequence of digis, each identified by a unique call sign, used in traditional connected packet.</font></p> <p><font face="Arial, Helvetica, sans-serif">Note that the APRS RF network is designed to limit the number of digipeaters any pack will pass through to a maximim of 3.</font> ie WIDE1-1,WIDE2-2</p> <h3><font face="Arial, Helvetica, sans-serif"><br /> Today's recommended universal path settings under the &quot;New Paradigm&quot; are:<br /> </font></h3> <p><font face="Arial, Helvetica, sans-serif"> * <strong>WIDE1-1, WIDE2-2</strong> (Will produce three hops and will take advantage of home fill-in digis. Use in rural areas with low APRS activity only.)<br /> * <strong>WIDE1-1, WIDE2-1</strong> (Will produce two hops and will take advantage of home fill-in digis. Use in busy urban and suburban areas.)</font></p> <p>&nbsp;</p> VHF Sun, 06 Sep 2009 10:44:49 +0000 VK2XJG 19 at http://aprs.net.au Voice Alert http://aprs.net.au/vhf/voice-alert <p><font face="Arial, Helvetica, sans-serif">The Voice Alert concept makes use of the fact that the radio in your mobile/portable setup is always going to be monitoring the national APRS frequency. Voice Alert gives all mobile APRS users an instant calling channel to other mobile APRS users, regardless of the voice frequency each station is monitoring. Its also like a radar detector for other mobile APRS operators in simplex range on the open road.</font></p> <p><span style="color: rgb(255, 0, 255);"><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif"><strong>It is ESSENTIAL that this is only implemented by mobiles and portables ONLY, otherwise it defeats the purpose of this application.</strong></font></span></span><font face="Arial, Helvetica, sans-serif"></font></p> <p> The concept <font face="Arial, Helvetica, sans-serif">is simple - Instead of turning the speaker volume down on your noisy 145.175 channel, simply set CTCSS encode/decode to&nbsp; <span style="color: rgb(128, 0, 128);"><span style="font-size: medium;"><span class="style1"><strong>91.5Hz</strong></span></span></span><span class="style1">.</span> This does 2 things.</font></p> <blockquote><ol> <li><font face="Arial, Helvetica, sans-serif">It keeps your speaker quiet, however anyone who understands voice alert knows they can contact you by voice by simply calling on 145.175 with a 91.5Hz tone. <p></p></font></li> <li><font face="Arial, Helvetica, sans-serif">Your APRS position transmission will be sent with the 91.5Hz sub-tone, and serve as a radar ping to other Voice Alert stations in range.</font><font face="Arial, Helvetica, sans-serif"> </font><font face="Arial, Helvetica, sans-serif"><br /></font></li> </ol> </blockquote> <p><font face="Arial, Helvetica, sans-serif">Effectively</font><font face="Arial, Helvetica, sans-serif">, you will never hear anything on your 145.175 Voice Alert unless another APRS Voice Alert station is in simplex range. This will make sure you will have an opportunity for a voice call and then to QSY to other channel for a QSO. </font></p> <p> On the road you may pass another ham, but you never know it. With Voice Alert, you now will be aware of each other's presence AND you will have a KNOWN contact frequency.</p> <p>&nbsp;</p> VHF Sun, 06 Sep 2009 10:42:20 +0000 VK2XJG 18 at http://aprs.net.au Australian VHF APRS Guidelines http://aprs.net.au/vhf/australian-vhf-aprs-guidelines <p><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif">The configurations provided here are the recommendations for best performance across the entire Australian VHF APRS network</font></span></p> <h3><span style="font-size: larger;"><span style="color: rgb(0, 0, 0);"><font face="Arial, Helvetica, sans-serif">Mobile Stations</font></span></span><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif"><br /></font></span></h3> <p><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif">MOBILE stations should use the following configuration guidelines. </font></span></p> <ul> <li><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif"><font color="#006600"><strong>DO</strong></font> set your beacon rate to a <strong>MINIMUM of 60 seconds</strong>. (The preferred rate is 120 seconds for mobiles</font>)<br /><em><strong>Why?</strong></em>&nbsp; <br />Because the APRS&nbsp;frequency is a SHARED&nbsp;resource. Beaconing too frequently &quot;hogs&quot;&nbsp;the frequency so that nobody else can get in. If you have SmartBeaconing available in your tracker, USE&nbsp;IT.&nbsp;&nbsp; SmartBeaconing adjusts your beacon interval based on your speed - the faster you are travelling, the more frequent your beacons.</span></li> </ul> <ul> <li><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif"> <font color="#006600"><strong>DO</strong></font> set your path to WIDE1-1,WIDE2-1. This will ensure your APRS setup will work throughout Australia. <br /> <em>Note that in some areas WIDE1-1,WIDE2-2 may be required - check your state APRS site for details.</em></font> </span></li> </ul> <ul> <li><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif"><font color="#ff0000"><strong>DON'T</strong></font> use any of the following paths - RELAY, WIDE, TRACE, TRACEn-n.<br /> All of these digipeater aliases are obsolete, and are being progressively phased out across the network</font><br />&nbsp;</span></li> <li><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif"><font color="#ff0000"><strong>DON'T</strong></font> set a mobile station up as a digipeater of any kind.</font></span></li> </ul> <h3><span style="font-size: larger;"><span style="color: rgb(0, 0, 0);"><font face="Arial, Helvetica, sans-serif">Home / Fixed Stations</font></span></span></h3> <p class="style2"><span style="font-size: larger;">Generally, the following guidelines apply to a fixed/home station.</span><span style="font-size: larger;"><br /></span></p> <ul> <li><span style="font-size: larger;"><font face="Arial" color="#008000"><b>DO</b> </font><font face="Arial">set your beacon rate to a <strong>MINIMUM of 30 minutes</strong>. </font><br /><em><strong>Why?</strong></em>&nbsp; <br />Because the APRS&nbsp;frequency is a SHARED&nbsp;resource. Beaconing too frequently &quot;hogs&quot;&nbsp;the frequency so that nobody else can get in. Besides - your house isn't moving, so there is no need to refresh your position as often as a mobile station does. <p></p></span></li> <li><span style="font-size: larger;"><font face="Arial"><strong><font color="#006600">DO</font></strong> check your state page to find out the path to use as a fixed station<br /><em><strong>Why?</strong></em><br />Each state has implemented s alightly different methodology for fixed station beacon paths, in order to optimise the network availablility for everyone.&nbsp; <br /></font></span></li> </ul> <ul> <li><span style="font-size: larger;"><font face="Arial"><font color="#ff0000"><strong>DON'T</strong></font><strong> </strong>use any of the following paths - RELAY, WIDE, TRACE, TRACEn-n. <br /> All of these digipeater aliases are obsolete, and are being progressively phased out across the network</font></span><br />&nbsp;</li> <li><span style="font-size: larger;"><font face="Arial"><b><font color="#ff0000">DON'T</font></b> use excessive transmission power. 10 watts to 20 watts is more than enough.</font><font face="Arial, Helvetica, sans-serif"><br /> </font></span></li> </ul> <ul> <li><span style="font-size: larger;"><strong><font face="Arial"><font color="#ff0000">DON'T</font></font></strong><font face="Arial"> put up a WIDE digipeater unless you truly have wide coverage and there are no other WIDEs in your area, and unless you plan to let it run 24 hours a day, 7 days a week. <br /><em><strong>Why?</strong></em><br />The APRS&nbsp;network infrastructure needs to be carefully co-ordinated to ensure it remains effective. <br />Each state has a co-ordinator or co-ordinating group that has overall visability of the network, and can determine whether digipeaters will help or degrade the existing network. WIDE&nbsp;area digipeaters also operate a dedicated TNC running the UIDIGI firmware. If you think you meet these conditions, please contact your local region co-ordinator before setting up the digipeater. <p></p></font></span></li> <li><span style="font-size: larger;"><font face="Arial"><b><font color="#ff0000">DON'T</font></b> set your station up as a Fill-In digipeater (WIDE1-1) if there is already one close by. If you think there is a requirement for a Fill-In digipeater, please contact your local region co-ordinator before setting up the digipeater.</font></span></li> </ul> <ul> <li><span style="font-size: larger;"><font face="Arial"><b><font color="#ff0000">DON'T</font></b> set your station up as an IGATE (i.e. DO NOT gate data from the Internet to RF). This will only create traffic loops and problems on the channel.&nbsp;&nbsp;&nbsp;&nbsp;<br /> If there is no IGate serving your local area (i.e within 2-3 digipeater hops), or there is no APRS&nbsp;activity at all where you are, please contact your local region co-ordinator so we can integrate your area into the network effectively. </font></span><span style="font-size: larger;"><br /></span></li> </ul> <p class="style2"><span style="font-size: larger;"><font face="Arial, Helvetica, sans-serif"><span class="style3">Please refer to your state APRS site for the correct configurations in your area.</span></font></span></p> VHF Sun, 06 Sep 2009 10:35:34 +0000 VK2XJG 17 at http://aprs.net.au National 2m APRS Network http://aprs.net.au/vhf/national-2m-aprs-network <p>APRS was developed to convey LOCAL real-time information. As such, we are aiming to minimise the amount of NON-LOCAL data that is transmitted on the VHF network. Although it may be nice to see the location of every repeater in the country, getting the data to your display via RF prevents several mobile stations in the local area from accessing the network due to the high collision rate.</p> <p>To quote the founder of APRS, Bob Bruninga WB4APR:</p> <p><span style="color: rgb(51, 153, 102);"><strong><em>SUCCESSFUL APRS:</em></strong><em> The success of your local APRS is not how many stations you see on your maps, nor how far away, but how reliably your mobile or handheld or portable station can communicate with others in the local area. There is a big difference. This fundamental principal should drive everything we do with APRS in our local areas.</em> <br /></span></p> <p><span style="color: rgb(51, 153, 102);"><strong><em>RELIABLE APRS:</em></strong><em> Said another way, the more stations you see above about 60 to 100 or so in typical areas, the more packets you don't see due to collisions and the less reliable your network is for local real-time APRS use.</em></span><span style="color: rgb(255, 153, 0);"> </span></p> <p><span style="color: rgb(0, 0, 0);">For these reasons, the 2m network is generally configured to maximise the availability for mobile/portable </span>stations. The amount of data transmitted from the internet to the VHF&nbsp;network is minimal, so as to allow the maximum amount of airtime for mobile trackers to send thier data into the network.</p> <p><em>In some areas a 70cm APRS network has been established that carries additional traffic, making it available via RF, yet keeping the congestion away from the primary 2m frequency to allow the mobile and portable stations to use APRS as it was intended.</em></p> <h3>Frequency</h3> <p>In Australia, a single national 2m frequency is used for APRS:&nbsp;&nbsp;&nbsp; <span style="color: rgb(128, 0, 128);"><span style="font-size: medium;"><strong>145.175 MHz</strong></span></span></p> <p>There may still be small pockets of APRS activity on other frequencies in areas that are not yet integrated into the national network, however these areas are very small and isolated.&nbsp;</p> <h3>VHF&nbsp;Path Settings</h3> <p><font face="Arial, Helvetica, sans-serif">For Mobile stations, the path of&nbsp; <span style="color: rgb(128, 0, 128);"><strong>APRS v WIDE1-1,WIDE2-1</strong> </span>is used nationally (even Internationally).</font></p> <p><font face="Arial, Helvetica, sans-serif">For Fixed stations, a path of <span style="color: rgb(128, 0, 128);"><strong>APRS v WIDE2-1</strong></span> is generally recommended, however each state may apply slightly different practises. Please </font>check your <a href="/general/state-specific-information">local state pages</a> for further information.</p> VHF Fri, 04 Sep 2009 02:32:34 +0000 VK2XJG 9 at http://aprs.net.au