<div dir="ltr">In practical terms the frequency only goes out 3 digits either side of the decimal point, which doesn't account for 6.25 or 12.5 Khz channel spacing, plus the mode and access/signaling method. Also the FFF.FFFrx could be used as input, but with greater resolution. Frequency must be hacked for 23cm and above, and the offset definition is limited.<div><br></div><div>If frequency, mode, and signaling could be fixed then it could be possible to maintain. However, much of the specification is coded into commercially manufactured radios. A new beacon type could be made more flexible and take into account all of these parameters and the type of appliance to process it and optionally control the radio could use it, without breaking current implementations.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 29, 2017 at 10:52 AM, Tom Hayward <span dir="ltr"><<a href="mailto:esarfl@gmail.com" target="_blank">esarfl@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Wed, Nov 29, 2017 at 9:35 AM, John D. Hays <span dir="ltr"><<a href="mailto:john@hays.org" target="_blank">john@hays.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I think a much better approach would be to use an improved beacon type. The message should contain:<div><br></div><div>LAT/LONG (Approximate or Actual)</div><div>Output Freq: Mhz. with a minimum scale of up to 5 digits after the decimal point (e.g. 440.00625)<br>Input Freq; Mhz. with a minimum scale of up to 5 digits after the decimal point (e.g. 440.00625)</div><div>Mode(s): FM, NFM, D-STAR, DMR, Fusion, CODEC2, etc.</div><div>Input signalling: CTCSS: 123.0, DCS: 44, Color: 1, ... </div><div>Callsign: W1AW or "W1AW C", ...</div><div>Comment: Other information</div></div></blockquote><div><br></div></span><div>John,</div><div><br></div><div>It's unclear to how this differs from the current spec:</div><div><a href="http://www.aprs.org/info/freqspec.txt" target="_blank">http://www.aprs.org/info/<wbr>freqspec.txt</a></div><div>Are you just suggesting adding identifiers for the digital modes and their respective access control systems to this spec?</div><div><br></div><div>Tom KD7LXL </div></div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><br><hr><div style="float:left;padding-left:1em"><font><font><font color="#0000ff">John D. Hays</font><br><font color="#000000">Edmonds, WA</font></font></font></div><div style="float:left;padding-left:1em;color:blue"><font><span style="color:rgb(128,128,128)"><font>K7VE</font></span></font><br><span style="color:rgb(128,128,128)"><font></font></span></div><div style="float:left;padding-left:1em;color:blue"><span style="color:rgb(128,128,128)"><br></span></div><div style="float:right;text-align:right"><div style="padding-top:0.5em"><img src="http://k7ve.org/images/Facebook-26.png" style="font-size:12.8px"> <img src="https://docs.google.com/uc?export=download&id=0B16WvG35kZ7SUFYwZldBMmJXeWs&revid=0B16WvG35kZ7STXlkYm1oMkpHYzVxOUlxVEtXc1dqMXZhdjZFPQ" style="font-size:12.8px"> <a href="http://k7ve.org/blog" target="_blank"><img src="http://k7ve.org/images/blog-icon-box-red-26.png"></a> <a href="http://twitter.com/#!/john_hays" target="_blank"><img src="http://k7ve.org/images/Twitter-26.png"></a></div><div style="padding-top:0.5em"><br></div></div></div></div></div></div></div></div></div></div></div></div>
</div>