<div>I tend to agree.... simply program the SAR radios to shift up 600khz and run the airborne digi on 144.99mhz.  The perk is that you don't have to reprogram the tracker, just flip a switch on the front of radio.  the airborne digi answers to wide1-1.</div>

<div> </div>
<div>Wes<br><br></div>
<div class="gmail_quote">On Mon, Sep 14, 2009 at 14:29, Neville A. Cross <span dir="ltr"><<a href="mailto:nacross@gmail.com">nacross@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>
<div></div>
<div class="h5">On Mon, Sep 14, 2009 at 6:07 PM, Gregory A. Carter <<a href="mailto:gcarter@openaprs.net">gcarter@openaprs.net</a>> wrote:<br>> Hello All,<br>><br>> For search and rescue use I'm trying to setup and implement an Airborne<br>
> capable digi that will not cause interference but will respond to our<br>> trackers out in the field in remote uncovered (by digis) areas and get them<br>> into the APRS and APRS-IS network along with our local monitoring machines.<br>
> As a result I'd love to hear input from anyone here who has experience in<br>> this situation.<br>><br>> The problem that I can see is that I want our trackers to be able to use<br>> WIDE1-1,WIDE2-1 as the first digi hops so they are compatible with the<br>
> existing network (specially if they are not complimented by our airborne<br>> digi) but I don't want the airborne digi slammed or slamming the APRS RF<br>> network.<br>><br>> My thoughts were perhaps to set WIDE1-1,WIDE2-1,SAR1-1 and turning on<br>
> preempting on our airborne digi setting it to only digi on SAR1-1.  My<br>> question here is, if the airborne digi preempts, hitting on SAR1-1 what<br>> happens on the RF network with the WIDE1-1,WIDE2-1, will they be skipped or<br>
> will they be processed?<br>><br>> DISCLAIMER:  I am not looking for a debate on whether or not an airborne<br>> digi should be used, I'm just looking for an honest reply to my questions or<br>> suggestion on how to make it work with the least amount of negative impact<br>
> on the RF network.<br>><br>> Thanks!<br>><br>> Greg<br>><br>> NV6G<br>> OpenAPRS.Net<br>><br><br></div></div>I think that one way to reduce interference is to tx in a different<br>frequency. Set up a dedicated gateway where you can use a computer to<br>
"smartly" decide what to do with the package overaload. I think that<br>if you can put more computer power on the air, you can make better use<br>of the download channel. But, I am just giving my two cents.<br><font color="#888888"><br>
<br>--<br>Neville<br><a href="https://fedoraproject.org/wiki/User:Yn1v" target="_blank">https://fedoraproject.org/wiki/User:Yn1v</a><br>Linux User # 473217<br></font>
<div>
<div></div>
<div class="h5"><br>_______________________________________________<br>aprssig mailing list<br><a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br><a href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig" target="_blank">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
</div></div></blockquote></div><br><br clear="all">
<div></div><br>-- <br>Wes<br>---<br>Sour grapes make the most whine.<br>