<div>Yes, many new rigs are 9k6 ready, but they still have horrendous txdelays.  Kantronics did make a good little dataradio years ago that had something on the order of 40ms (???) txdelay.    And we can really appreciate 9k6 for longer TCP type packets... packets >200 bytes.  But for our little onsie twosie packets of 30 to 50 bytes, it's just not worth the effort.</div>

<div> </div>
<div>Moving an aprs digipeater to 440 would be great, 1200 baud sure.  What would be cool would be to have 144.39 and a 70cm frequency bridged at 1200 so that it didn't matter which freq you used, you'd see everything on your local digi on either frequency.  The purpose of this would be to allow mobiles to run 70cm when they used 2m voice or vice versa.</div>

<div> </div>
<div>Skipping right along, on Bob's random text files from years ago, one really stuck with me.  It was running data output on the input frequency of a repeater.  This would be prefect for 9k6 distribution of weather products.  Thing is that today many voice repeaters have COR gated PL tone outputs.  So we could transmit 9k6 on the output of the repeater with no PL tone for HOURS.  Think of all the time that a given repeater is inactive thru the day.  Of course once a voice user started on the repeater, the data would pause.  Now if the voice users run PL tone decoders, they'd never know it was there!  If they didn't run PL decode, they'd hear quiet static, not annoying BRAAAAPPPPS.  Now what data would you put on that?</div>

<div><br clear="all">Wes </div>
<div>---</div>
<div>"Language shapes the way we think, and determines what we can think about." -- B. L. Whorf</div><br><br><br>
<div class="gmail_quote">On Sun, Feb 27, 2011 at 09:30, ml41782 <span dir="ltr"><<a href="mailto:ml41782@yahoo.com">ml41782@yahoo.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div>
<div style="FONT-FAMILY: arial, helvetica, sans-serif; COLOR: #000000; FONT-SIZE: 10pt">
<div>Original MSG </div>
<div>This is a savings of 27ms. based on his numbers. I have seen numbers shorter and longer than 150ms for keyup. This doesn't sound like alot of savings but every little bit helps.</div>
<div> </div>
<div>9600 on VHF ?  I have never really seen this work on even on packet</div>
<p>I have seen 2400 & 4800 on VHF but a true 9600 no because of bandwidth restrictions. </p>
<p> </p>
<div>9600 on UHF  yes it does work. </div>
<div> </div>
<div>injection points and output points</div>
<div>9600 input requires more drive than 1200 and is injected past the audio amp befor the exciter because of bandwith limits by filtering. </div>
<div>9600 output is at the dicriminator before the filtering of the amplifier of the speaker. </div>
<div> </div>
<div>1200 input is at the microphone</div>
<div>1200 output is at the speaker. </div>
<div> </div>
<div>For the amount of data that is pushed we should drop back to 300bps, 150bps or slower. That is all that is used.</div>
<div>If you have a D700 you know of the blanking that takes place when the APRS transmits. and if you are in a conversation on the other side of the radio it gets that blanked out space while APRS is transmitting. </div>

<div>Move that up to 440 and run APRS at 9600.  no blanked out conversation on EITHER VHF </div>
<p>or UHF.  Is that an improvement ? Yes. </p>
<p> </p>
<p>I don't know how the D710 or the other radios deal with this but the ideal here is to improve on systems and move forward out of the dark ages. I only see patches here and not fixes. There is only so much that we can get out of one frequency.  If you want to beat a dying horse then stay at 1200 and use multiple frequencies. One for travellers 144.390 giving local repeater info and digi's. 145.390 for local service and they are both tied to Igates and both pulling data that they feel is needed but not everything. </p>

<p> </p>
<div>The points are different to get the needed speed. The manufacturers are putting them into the newer radios and you can adapt them to older rigs. </div>
<div> </div>
<div> </div>
<div>I have been experimenting in Virginia for years with 110, 300, 1200, 9600 and up to 128k. The higher speeds are the direction we should have gone in years ago. I have 9600 APRS up in my area of virginia. unfortunately no one else in the are has used it but myself. I will be expanding it this spring and see if there is more interest. </div>

<div> </div>
<div>Should they mix information directly between bands ? Some of it yes the resto of it no. Keep them separate and let the data flow in and out of the IGATE. let the individual system put the data from the APRS IS servers. </div>

<div> </div>
<div>*** PLEASE SUMMARRIZE THE MESSAGES WHEN YOU RESPOND ****</div>
<div>These messages are long enough without 20 messages behind them for a simple answer. </div>
<div> </div>
<div>Mike K4MQF</div></div><br></div><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>
<br></blockquote></div><br>