<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 23, 2016 at 1:03 AM, Heikki Hannikainen <span dir="ltr"><<a href="mailto:hessu@hes.iki.fi" target="_blank">hessu@hes.iki.fi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":eh" class="">I don't think the TNC2 format has all the bits needed to generate the same KISS frame back (no RR bits).</div></blockquote><div><br></div><div>Please tell me we haven't screwed up _again_ by shoving even more layer 7 data into AX.25 layer 2?</div><div><br></div><div>All I see is <a href="http://www.aprs.org/aprs12/RR-bits.txt">http://www.aprs.org/aprs12/RR-bits.txt</a> and I _beg_ all software authors to reject this and any other suggestions that corrupt the APRS network by trying to force APRS layer 4-7 data into layer 2.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":eh" class="">How about just using a KISS receiver instead,</div></blockquote></div><div class="gmail_extra"><br></div>Because the source layer 2 is not AX.25.  I am not digipeating generic APRS traffic, I'm gatwaying some specific tracking data that is in APRS-IS / TNC2 format onto an AX.25 APRS network.  There are no RR bits or any non- 7 bit ASCII  bytes to worry about in the source data stream.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I can build trackers smaller, cheaper, faster, and generally better than ham gear using COTS ISM radios. Since I have APRS ground station components (xastir, D7, D700, etc) and because it is human readable with a simple terminal emulator, I chose APRS-IS/TNC2 for the over-the-air protocol.  This data is ingested perfectly by xastir.</div><div class="gmail_extra"><br></div><div class="gmail_extra">My current project is to further integrate ham APRS into the network, repeating onto AX.25 to include mobile/portable APRS stations.  I chose aprx because I'm trying to use as much APRS standard gear as possible and because it fits my hardware (small linux SBC, e.g. beaglebone black or pi).</div><div class="gmail_extra"><br><div class="gmail_signature" data-smartmail="gmail_signature">-Jason<br>kg4wsv</div>
</div></div>