[aprssig] UI-View - one source of delayed packets?

[Larry Prelog]

Hey Ron,
    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.
Larry  KE4PM 

-----Original Message-----
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 
> APRS+internet
> for about 30 seconds after startup (I always wondered why it did
that).
> 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.

Ron, N5IN
>
> 73 de Mark N9XTN
>
>
>
>
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
>   


_______________________________________________
aprssig mailing list
aprssig at lists.tapr.org
https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig