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

Tue Oct 25 20:07:05 EDT 2005

Findu has shown yesterday (24th October 2005) this log for ISS (part shown)

 20051024113206 :
VO1BIL]APU25N,RS0ISS-3*,SGATE,WIDE,VO1BIL,I,qAC,VO1BIL:=4734.95N/05332.65W-]73
de Bill, New Hr. NL {UIV32}
  20051024111209 :
VO1BIL]APU25N,RS0ISS-3*,SGATE,WIDE,VO1BIL,I,qAC,VO1BIL:=4734.95N/05332.65W-]73
de Bill, New Hr. NL {UIV32}
  20051024110207 :
VO1BIL]APU25N,RS0ISS-3*,SGATE,WIDE,VO1BIL,I,qAC,VO1BIL:=4734.95N/05332.65W-]73
de Bill, New Hr. NL {UIV32}
  20051024105440 : PY2EL]APU25N,RS0ISS-3*,WIDE,qAo,PT2TD-2:GG66RI/-
"RICK" IN SAO PAULO,BRAZIL
  20051024105210 : PY2EL]CQ,RS0ISS-3*,qAo,PT2TD-2:GG66RI/- "RICK" IN
SAO PAULO,BRAZIL
  20051024105057 :
VO1BIL]APU25N,RS0ISS-3*,SGATE,WIDE,VO1BIL,I,qAC,VO1BIL:[IGATE,MSG_CNT=0,LOC_CNT=1
  20051024104831 : RS0ISS-3]P0PPP0,SGATE,WIDE,qAo,PT2TD-2:'vX
l

'/]APRS/BBS & PACKET ON
  20051024104211 :
VO1BIL]APU25N,RS0ISS-3*,SGATE,WIDE,VO1BIL,I,qAC,VO1BIL:=4734.95N/05332.65W-]73
de Bill, New Hr. NL {UIV32}
  20051024104019 : RS0ISS-3]P0PPP0,WD4LSS,KA4KMA-5*,qAR,KC4YOZ:'vX
l

'/]APRS/BBS & PACKET ON
  20051024103925 : KB2M-8]SYQR0W,RS0ISS-3*,WIDE,qAo,WD4LSS:'fH~l 
;/]
  20051024103818 : RS0ISS-3]P0PPP0,WD4LSS,KA4KMA-5*,qAR,KC4YOZ:'vX
l

'/]APRS/BBS & PACKET ON

 The sequence of time shows a impossible event:  ISS saw in sequence 
VO1BIL,  PT2TD-2 , VO1BIL, PT2TD-2 and again VO1BIL within 20 minutes.
I would like to understand this.

Francisco R. F. Aragão
PT2TD

==============================================================

2005/10/25, Robert Bruninga <bruninga at usna.edu>:
> Is the fix something as easy as cycling power
> to the TNC before bringing up the IGate?
> Even works for power outages as long as the
> TNC is not on backup battery?  Bob
>
> >>> n0yxv at gihams.org 10/24/05 10:09 PM >>>
> Don't know about UI-View haven't played with it and a buffer from a TNC. I do
> know that from my experiences with Javaprssrvr and a PK-88 that the PK-88 will
> hold all data untill something connects to it. When I've been testing and the
> TNC has been running for a while and the program hasn't I always connect to the
> TNC first with a terminal program (like Hyperterm but for Linux) and let the TNC
> "Drain" it's data out before reconnecting the program. Now I don't know exactly
> how much data was in the TNC (would very based on local traffic) but it looked
> to me like it was a couple of days. In other words while I was testing I left
> the radio and TNC on and turned off Javaprssrvr. Left for a weekend and came
> back on Monday to finish. First thing I did was to "Drain" the TNC before
> reconnecting to the internet. Looked to me like the whole weekend (low traffic
> in our area) had been buffered in the TNC. Can't say for sure because the data
> went by too fast and I didn't bother to capture it.
>
> Looks to me like you could get "stale" data almost anytime you have to turn
> either the computer or program or both off for even a couple of minutes.
>
> --
> visit us online at
> www.gihams.org
>
>
> Quoting Ron Stordahl <ron.stordahl at digikey.com>:
>
> > Mark Conner wrote:
> > >
> > > APRS+SA appears to get around this problem by not connecting to the
> > 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
> >
>
> _______________________________________________
> 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
>