[aprssig] Another Gate Delay Source

[Ron Stordahl]

That is very interesting!  Do you know if there is a specific byte used 
to terminate such (KISS) packets?  I ask because then it might not be to 
hard to test for this.

Ron Stordahl, N5IN

AE5PL Lists wrote:
> I discovered one type (MosChip) of USB-serial converter could be put
> into a condition where it was always one packet behind if the computer
> became heavily loaded (another type (Prolific) would fail entirely)
> using the latest drivers on Windows XP.  Simply closing and opening the
> port returns the port to normal operation.
>
> I bring this up to let people know of one more source to look at if you
> suspect your station is delaying packets.  What is very deceiving about
> this problem is that you might see the packet displayed in an
> "appropriate" amount of time, but not realize that the last instance of
> the packet (after multiple digipeats) has been delayed until another
> packet is heard.  On a lightly used channel, this could be a significant
> delay.
>
> Other causes for delays have been discussed already on this SIG.  I
> mention this for you to add to your diagnostics list of things to
> potentially investigate should you suspect a problem.
>
> 73,
>
> Pete Loveall AE5PL
> mailto:pete at ae5pl.net 
>
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
>