<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><pre>I'm trying to come up with a scheme for the Tracker2 in particular <br>that'll allow flexible but reasonably simple configuration of multiple <br>paths, multiple rates, and multiple transmit frequencies for each packet <br>type (position, weather, telemetry, status, etc).  Right now there's <br>only limited control over what gets sent when.<br><br></pre></blockquote>One thing that would be nice to see when SmartBeaconing/corner pegging is used is a minimum time between packets with the default minimum of at least 30 seconds.  I see several people who end up drawing nearly perfect circles in a matter of seconds on maps as they go around a cloverleaf interchange, transmitting a nearly continuous stream of packets.  These are invariably
 SmartBeaconing/corner pegging trackers.  If a minimum time was placed between packets (and 30 seconds seems like a good default value for this) it would eliminate that type of network abuse but still provide the information that the user wanted to convey -- that is, that they made a turn and an indication of their new direction.  If someone really needs a perfect track of their vehicles path they should use an appropriate tool.  APRS is not designed to be that tool.<br><br>-Jerome, W0JRT<br><br></td></tr></table><br>