<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
<div>Stephen --<br></div><div><br></div><div>I think we need to break this down a bit.<br></div><div><br></div><div>The question is, was the data not sent to my APRS client (which is Xastir) because the position sent was not in a KISS frame? In your testing you mention below, are you sending a KISS frame between your first and second radio/soundcard/computer test set up or are you sending ASCII characters (or both)? It looks to me (and I can be wrong) that Joe, N3HGB is sending an ASCII version of an APRS frame. My initial thought is that FLDigi did not send this to my APRS client because it thinks it just copied something that that could have been typed in via a keyboard. If it was formatted as a KISS frame, FLDigi may have made a different decision and sent that out the KISS interface...???<br></div><div><br></div><div>If I get some time and have all the parts, I'll attempt to mock up a Tx/Rx path and test my theory.. It'll probably just be back to back sound cards for this type of test.<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div>-- Joe <br></div><div>KA3NAM</div><div><br></div><div><br></div><div>May 13, 2020, 12:04 AM by wa8lmf2@aol.com:<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>On 5/12/2020 11:46 PM, Joe Bennett via aprssig wrote:<br></div><blockquote><div>Here is what I got. I never gated it. I'm guessing that its because it was not a KISS frame???? I'm not sure what FLDigi needs to see to forward it over the KISS interface. I'll have to work on setting up some sort of test bed so I can test it end to end.<br></div><div><br></div><div><br></div></blockquote><div><br></div><div>What APRS client are you using?<br></div><div><br></div><div>As of Monday  11 May, a new version of YAAC was released that now includes the manual beacon-on-demand feature.  It places a BCN button on the toolbar at the upper-left of the main window.<br></div><div> Note that, in YAAC, you WILL have to go into "File, Configure, Expert Mode". Then click the "Beacon" tab.  Set Digipeatd Path to --direct-- and then set "Initial repeat rate" to 0. then click the "Save Changes" button counter-intuitively at the top of the screen instead of the bottom.<br></div><div><br></div><div>I would strongly recommend updating to it if you haven't done so already.  Go here to download the version:<br></div><div><br></div><div> <http://www.ka2ddo.org/ka2ddo/YAAC.html#install><br></div><div><br></div><div>Direct link to the zip file:<br></div><div><br></div><div> <http://www.ka2ddo.org/ka2ddo/YAAC.zip><br></div><div><br></div><div>After FLDigi decodes the transmission, are you seeing it in the local monitor windows of the APRS client?  If so, then you are making it over the KISS link between FLdigi and the APRS client.<br></div><div><br></div><div>Note that you WILL have create a new "port" for a KISS-over-IP link in either YAAC or APRS-is32. You have to specify the correct IP address and port # before anything happens beyond FLdigi.  Note that YAAC offers two kinds of KISS ports: plain KISS and "simple KISS.   The conventional KISS mode sends the initialization commands to command a conventional TNC2 or equivalent from default command line mode into KISS mode.<br></div><div> "simple KISS" mode assumes you have one of the newer minimal TNCs that are always in KISS mode, and that don't need initialization.   This is the mode you want with FLdigi, so you don't fill FLdigi's transmit buffer with init string trash.<br></div><div><br></div><div>I have a test setup with a second radio/soundcard interface/computer with the radio running into a dummy load.  I have successfully transmitted beacons between this second radio and my primary monitor/mapping/igate radio and computer.  I'm actually using radio-to-radio RF transmission over a distance of about 4 feet. The net result is a valid APRS posit the plots correctly on local mapping apps -and- igates correctly to the APRS-IS system.<br></div><div><br></div><div>It works with all combinations of YAAC via direct KISS connection to FLdigi, and UIview32 via the Com0com serial<-->IP bridge to FLdigi;  i.e. YAAC-to-YAAC, UIview-to-UIview, or one of each in either direction. I hav ealso sent APRS messages between the two setups<br></div><div> I can only conclude that the KISS link between the client and FLdigi on each end is not "mangling" the APRS string in any way.<br></div><div><br></div><div>Important to all these setups is that you MUST start FLdigi (it's the TCP/IP server) first.  Else the TCP client socket on the APRS client will have nothing to connect to, and will fail on startup.<br></div><div><br></div><div>________________________________________________________<br></div><div>Stephen H. Smith    wa8lmf (at) aol.com<br></div><div>Skype:        WA8LMF<br></div><div>EchoLink:  Node #  14400  [Think bottom of the 2-meter band]<br></div><div>Home Page:          http://wa8lmf.net<br></div><div><br></div><div>-----   NEW!    60-Meter APRS!   HF NVIS APRS Igate Now Operating  ------<br></div><div> <http://wa8lmf.ddns.net:14447/><br></div><div><br></div><div><br></div><div><br></div><div>Live Off-The-Air APRS Activity Maps<br></div><div> <http://wa8lmf.net/map><br></div><div><br></div><div>Long-Range APRS on 30 Meters HF<br></div><div> <http://wa8lmf.net/aprs/HF_APRS_Notes.htm><br></div></blockquote><div><br></div>  </body>
</html>