[Xastir] KAM not transmitting and solution

[Stefano Sinagra]

Yes, unfortunately you're totally right and I got too excited in seeing
that some packets were sent.
In fact I don't know why now one in a few "send" commands gets through now
-maybe just garbage collection- but the problem it's still there.

CMD:MYCALL IZ0MJE
CMD:UNPROTO APX200 VIA WIDE2-2
CMD:CONV
CMD:    /�&=4151.1 N/01225.4 ExXASTIR-Linux
>X:2<    /�&=4151.1 N/01225.4 ExXASTIR-Linux

I selected the "serial tnc" only option, not the "serial tnc with gps", so
if anything gps related interferes it's out of place.

Thanks for the explaination.
More tinkering needed.

73
Stefano IZ0MJE

From: Tom Russo <russo at bogodyn.org>
> To: Xastir - APRS client software discussion <xastir at lists.xastir.org>
> Subject: Re: [Xastir] KAM not transmitting and solution
> Message-ID: <20120726134324.GA22732 at bogodyn.org>
> Content-Type: text/plain; charset=us-ascii
>
> ...
> That comment is not suggesting that the output_net line be commented out,
> merely saying that "output_net" should be a null string for a TNC.
>
> The D700 fix didn't impact this line --- it merely added an extra carriage
> return to clear the junk out of buffers.
>
> As it turns out, the D700 "EH?" issue is almost certainly due to the
> "Control-E"
> that "Serial TNC with GPS on AUX port" interfaces are sending on the
> assumption
> that all TNCs with attached GPS units require it.  As far as I know, only a
> handful actually do, and most these days just pass a mixed feed of NMEA and
> AX.25 data automatically.  The EH? on the D700 is almost certainly
> complaints
> about Control-Es left in the buffer.  But anyway, the line you've
> commented out
> has nothing to do with that fix.
>
> Oddly, output_net is not even used in the block of code where it's cleared
> out, so it must be getting used elsewhere, and have other stuff stored in
> it.
> I don't know why your commenting this out helped your KAM, but it is NOT
> what the comment is telling you to do (it's explaining that it's "clearing
> this"
> variable because we're a TNC not a network interface).
>
> --
> Tom Russo    KM5VY   SAR502   DM64ux          http://www.swcp.com/~russo/
> Tijeras, NM  QRPL#1592 K2#398  SOC#236
> http://kevan.org/brain.cgi?DDTNM
>
>