[aprssig] UI-View - one source of delayed packets?
prelog at andrews.edu
Tue Oct 25 06:40:08 CDT 2005
I have observed this as well. It is quite funny to watch a mobile
retrace his path and then end up 10 miles away in the next minute. I
wonder if it has anything to do with the comms error that show up on
ui-view from time to time. Maybe it dumps all the info from the tnc
after the pc is communicating with the tnc again.
From: aprssig-bounces at lists.tapr.org
[mailto:aprssig-bounces at lists.tapr.org] On Behalf Of Ron Stordahl
Sent: Monday, October 24, 2005 8:59 PM
To: TAPR APRS Mailing List
Subject: Re: [aprssig] UI-View - one source of delayed packets?
Mark Conner wrote:
> APRS+SA appears to get around this problem by not connecting to the
> for about 30 seconds after startup (I always wondered why it did
> That gives it time to read in the buffer, but not hand it off to the
> internet. Can UI-View be set to do the same?
Yes. You can set any delay you wish before reconnecting to the internet
using file/schedule_editor. The format is "+nnn" where the delay is set
in minutes. I would guess most users have it set at 1 minute (if they
read the user docs).
But I wonder if the buffer you refer to ever gets flushed...if the tnc
does hardware flow control and is full, perhaps the data just stays
there until it is read? Lengthening the delay may do no good.
> 73 de Mark N9XTN
> aprssig mailing list
> aprssig at lists.tapr.org
aprssig mailing list
aprssig at lists.tapr.org
More information about the aprssig