<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>The D710A APRS manual on page 25 specifically notes:</span></div><div><br><span></span></div><div><span>tOFF - indicating narrow</span></div><div><span>TOFF - indicating wide</span></div><div><br><span></span></div><div><span>Perhaps this is in conflict with the standard, but Bob indicates that actually only the first character is used to determine narrow/wide, I guess OFF and off are the same.<br></span></div><div><br><span></span></div><div><span>Ron, AE5E</span></div><div><br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> <hr
size="1"> <b><span style="font-weight:bold;">From:</span></b> Bob Bruninga <bruninga@usna.edu><br> <b><span style="font-weight: bold;">To:</span></b> 'TAPR APRS Mailing List' <aprssig@tapr.org> <br> <b><span style="font-weight: bold;">Sent:</span></b> Tuesday, May 8, 2012 12:47 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [aprssig] FREQ Object radio issues (b)<br> </font> </div> <br>
<meta http-equiv="x-dns-prefetch-control" content="off"><div id="yiv503823362"><style><!--
#yiv503823362
_filtered #yiv503823362 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}
_filtered #yiv503823362 {font-family:Tahoma;panose-1:2 11 6 4 3 5 4 4 2 4;}
_filtered #yiv503823362 {font-family:Consolas;panose-1:2 11 6 9 2 2 4 3 2 4;}
#yiv503823362
#yiv503823362 p.yiv503823362MsoNormal, #yiv503823362 li.yiv503823362MsoNormal, #yiv503823362 div.yiv503823362MsoNormal
{margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:"serif";color:black;}
#yiv503823362 a:link, #yiv503823362 span.yiv503823362MsoHyperlink
{color:blue;text-decoration:underline;}
#yiv503823362 a:visited, #yiv503823362 span.yiv503823362MsoHyperlinkFollowed
{color:purple;text-decoration:underline;}
#yiv503823362 pre
{margin:0in;margin-bottom:.0001pt;font-size:10.0pt;font-family:"Courier New";color:black;}
#yiv503823362 span.yiv503823362HTMLPreformattedChar
{font-family:Consolas;color:black;}
#yiv503823362 span.yiv503823362EmailStyle19
{font-family:"sans-serif";color:#1F497D;}
#yiv503823362 span.yiv503823362EmailStyle20
{font-family:"sans-serif";color:#1F497D;}
#yiv503823362 .yiv503823362MsoChpDefault
{font-size:10.0pt;}
_filtered #yiv503823362 {margin:1.0in 1.0in 1.0in 1.0in;}
#yiv503823362 div.yiv503823362WordSection1
{}
--></style><div><div class="yiv503823362WordSection1"><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;">Sorry lynn,</span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;"> </span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;">Only the FIRST letter of the TONE field is always a lowercase ALPHA character for narrow bandwidth.</span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;"> </span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;">Therefore the CASE of that first letter has been defined as the BAMDWIDTH bit. The difference between OFF and off are ignored. What makes the
bandwidth difference is “T” or “t” (or “D” and “d” or “1” and “l”).</span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;"> </span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;">Bob, WB4APR</span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;"> </span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;"> </span></div><div><div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in;"><div class="yiv503823362MsoNormal"><b><span style="font-size:10.0pt;font-family:"sans-serif";color:windowtext;">From:</span></b><span style="font-size:10.0pt;font-family:"sans-serif";color:windowtext;">
aprssig-bounces@tapr.org [mailto:aprssig-bounces@tapr.org] <b>On Behalf Of </b>Lynn W. Deffenbaugh (Mr)<br><b>Sent:</b> Tuesday, May 08, 2012 1:37 PM<br><b>To:</b> TAPR APRS Mailing List<br><b>Subject:</b> Re: [aprssig] FREQ Object radio issues (b)</span></div></div></div><div class="yiv503823362MsoNormal"> </div><div class="yiv503823362MsoNormal">Please DON'T! <br><br>Remember how many time's you've gone looking for an extra bit here or there. There's a distinction between t and T, so why not a distinction between OFF and off and k/m vs K/M? <br><br>If there's case sensitivity on the first letters, and on MHz (and probably rx), then there should be case sensitivity throughout the specification for consistency, IMHO. It's a SPECIFICATION, not a HACK.<br><br>Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br><br>On 5/8/2012 1:32 PM, Bob Bruninga wrote: </div><div class="yiv503823362MsoNormal"><span
style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;">The intent was to key on the case of the first letter. I can clarify that in the spec.</span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;">Bob</span></div><div class="yiv503823362MsoNormal"><span style="font-size:11.0pt;font-family:"sans-serif";color:#1F497D;"> </span></div><div><div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in;"><div class="yiv503823362MsoNormal"><b><span style="font-size:10.0pt;font-family:"sans-serif";color:windowtext;">From:</span></b><span style="font-size:10.0pt;font-family:"sans-serif";color:windowtext;"> <a rel="nofollow" ymailto="mailto:aprssig-bounces@tapr.org" target="_blank" href="mailto:aprssig-bounces@tapr.org">aprssig-bounces@tapr.org</a> [<a rel="nofollow" ymailto="mailto:aprssig-bounces@tapr.org"
target="_blank" href="mailto:aprssig-bounces@tapr.org">mailto:aprssig-bounces@tapr.org</a>] <b>On Behalf Of </b>Lynn W. Deffenbaugh (Mr)<br><b>Sent:</b> Tuesday, May 08, 2012 1:22 PM<br><b>To:</b> Ron Stordahl, AE5E; TAPR APRS Mailing List<br><b>Subject:</b> Re: [aprssig] FREQ Object radio issues (b)</span></div></div></div><div class="yiv503823362MsoNormal"> </div><div class="yiv503823362MsoNormal">Spec says "Toff", not "TOFF", for a wide repeater (toff would be narrow). Yes, the devil is in the details.<br><br>And the jury is still out as to whether or not Yaeus's APRS radios are able to tune to frequency objects without the frequency in the comments, so if you set these up, have a Yaesu owner give them a QSY test (note that it is also my understanding that the FTM-350 must be in VFO mode for the QSY/Tune function to work).<br><br>Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br><br>PS. Thanks for posting these because
I wasn't flagging the OFF as non-compliant in APRSISCE/32. It will in the next development release.<br><br>On 5/8/2012 1:00 PM, Ron Stordahl, AE5E wrote: </div><div><div><div class="yiv503823362MsoNormal" style="background:white;">I started all this ruckus on April 26 when I raised the issue of proper format to set up a D710A one button QSY. </div></div><div><div class="yiv503823362MsoNormal" style="background:white;"> </div></div><div><div class="yiv503823362MsoNormal" style="background:white;">Based upon all the discussion I am returning to essentially my original proposal to send:</div></div><div><div class="yiv503823362MsoNormal" style="background:white;"> </div></div><div><div class="yiv503823362MsoNormal" style="background:white;">;146.85TRF*111111z4804.29N/09606.79WrTOFF -060 R30m</div></div><div><div class="yiv503823362MsoNormal" style="background:white;">;444.80TRF*111111z4807.60N/09610.63WrT156 +500
R15m</div></div><div><div class="yiv503823362MsoNormal" style="background:white;"> </div></div><div><div class="yiv503823362MsoNormal" style="background:white;">Correct me if I am wrong but I believe this complies with the specification. I realize including the offset on VHF is not necessary, but it gives me some satisfaction from the point of consistency to do so and makes it more understandable to the human reader. Additionally one of our VHF repeaters on 147.00 has a non standard -600KHz shift when the standard is +600KHz, thus at least for that one -060 is required. </div></div><div><div class="yiv503823362MsoNormal" style="background:white;"> </div></div><div><div class="yiv503823362MsoNormal" style="background:white;">I have just completed setting up these objects for 12 area repeaters, scattered over about 125 miles in NorthWestern Minnesota served by 8 APRS digipeaters. Thankfully they are remotely programmable
and can be reached from my central location directly or by up to 2 hops. When remote programming is no longer possible, when these MFJ1270C's UIDIGI-ROM's die, I am finished as well!</div></div><div><div class="yiv503823362MsoNormal" style="background:white;"> </div></div><div><div class="yiv503823362MsoNormal" style="background:white;">Ron, AE5E</div></div><div><blockquote style="border:none;border-left:solid #1010FF 1.5pt;padding:0in 0in 0in 4.0pt;margin-left:3.75pt;margin-top:3.75pt;margin-bottom:5.0pt;"><div class="yiv503823362MsoNormal" style="background:white;"> </div><div><div><div><div class="yiv503823362MsoNormal" style="text-align:center;background:white;" align="center"><span style="font-size:10.0pt;font-family:"sans-serif";"><hr align="center" size="1" width="100%"></span></div><div class="yiv503823362MsoNormal" style="background:white;"><b><span
style="font-size:10.0pt;font-family:"sans-serif";">From:</span></b><span style="font-size:10.0pt;font-family:"sans-serif";"> Bob Bruninga <a rel="nofollow" ymailto="mailto:bruninga@usna.edu" target="_blank" href="mailto:bruninga@usna.edu"><bruninga@usna.edu></a><br><b>To:</b> 'TAPR APRS Mailing List' <a rel="nofollow" ymailto="mailto:aprssig@tapr.org" target="_blank" href="mailto:aprssig@tapr.org"><aprssig@tapr.org></a> <br><b>Sent:</b> Tuesday, May 8, 2012 10:54 AM<br><b>Subject:</b> [aprssig] FREQ Object radio issues (b)</span></div></div><div class="yiv503823362MsoNormal" style="margin-bottom:12.0pt;background:white;"><br>Here are some more notes I have found on some known problems:<br><br>Use of the "xyz" in the OBJECT NAME: <br><br>> FFF.FF0xy object is OK and QSY is OK<br>> FFF.FF5xy object is OK and QSY is OK<br>> FFF.FFxyz object will not QSY in early D710 models. Now fixed.<br><br>> FFF.FFxyz
objects of any format will not QSY the FTM-350 (confirm?)<br><br>Extra "0" on end of the +xxx or -xxx OFFSET format. The THD72 will accept<br>extra characters after the required +xxx or -xxx. These will all give the<br>proper offset:<br><br>> 440.000MHz tOFF +500 Bob's radio <br>> 440.000MHz tOFF +5000 Bob's radio <br>> 440.000MHz tOFF +5000Bob's radio<br>> 440.000MHz tOFF +5000000 Bob's radio<br>> 440.000MHz tOFF +500Bob's radio<br><br>BUT SHOULD N OT BE USED until confirmed all existing radios can tolerate it.<br>This was a proposed backwards-compatible future fix to making the offset<br>more human readable, because then we could recommend the use of +5000<br>instead of the +500. But this CANNOT BE USED until we have surveyed all<br>radios to see if ALL radios can properly set the offset if the additional<br>"0" is included. Or all radios are upgraded to do so<br><br>Here are some other known issues for the
Compatibility table of position<br>Comments:<br><br>Leading space: (required, required-not, don't care) - (Y, N, X)<br><br>Xmits space: (Transmits leading space) - (Y, N)<br><br>Requires "MHz": (Requires mixed case, allows any case) - (Y, N)<br><br>Requires "MHz_": (Requires trailing space) - (Y, N)<br><br>Xmits MHz_: (Transmits trailing space) - (Y, N)<br><br>Responds to +xxx and -xxx offsets - (Y, N)<br><br>Transmits offsets +xxx and -xxx - (Y, N)<br><br>Allows extra trailing zero so that +600 works, where only +60 is IAW spec -<br>(Y, N)<br><br><br><br>_______________________________________________<br>aprssig mailing list<br><a rel="nofollow" ymailto="mailto:aprssig@tapr.org" target="_blank" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br><a rel="nofollow" target="_blank"
href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br><br><br></div></div></div></blockquote></div></div><div class="yiv503823362MsoNormal"><br><br><br><br></div><pre>_______________________________________________</pre><pre>aprssig mailing list</pre><pre><a rel="nofollow" ymailto="mailto:aprssig@tapr.org" target="_blank" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a></pre><pre><a rel="nofollow" target="_blank" href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a></pre><div class="yiv503823362MsoNormal"> </div><div class="yiv503823362MsoNormal"><br><br><br></div><pre>_______________________________________________</pre><pre>aprssig mailing list</pre><pre><a rel="nofollow" ymailto="mailto:aprssig@tapr.org" target="_blank" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a></pre><pre><a rel="nofollow"
target="_blank" href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a></pre><div class="yiv503823362MsoNormal"> </div></div></div></div><meta http-equiv="x-dns-prefetch-control" content="on"><br>_______________________________________________<br>aprssig mailing list<br><a ymailto="mailto:aprssig@tapr.org" 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><br> </div> </div> </blockquote></div> </div></body></html>