<div>Sadly, I am the very person who kept thinking it was ui-view on this SIG. :-/ My assumption was based on observations of my track on the way to work and watching it leap frog foward and back. In every case the offending aprs station was running UI-View. But I have just learned that the closest guy to me with the delays is also running a kpc3plus. Perhaps each of the offending stations is running a kpc3plus as well. I gotta say though, I never saw the behavior in an xastir station. Maybe xastir people are too cheap to buy new TNCs??? hihi.</div>
<div> </div>
<div>I'm very pleased to have a better scape goat. :-)</div>
<div><br clear="all">Wes<br>---<br>God help those who do not help themselves.<br><br><br></div>
<div class="gmail_quote">On Wed, Dec 29, 2010 at 13:30, Keith VE7GDH <span dir="ltr"><<a href="mailto:ve7gdh@rac.ca">ve7gdh@rac.ca</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Wes AI4PX
<div class="im"><br><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Please tell me more about the delays. Do they just affect KISS mode?<br></blockquote><br></div>After running KISS mode for about a week or two, the KPC3+ starts<br>
introducing delays. I've observed it in UI-View and a friend has seen it<br>in Xastir. I don't know who started the rumour that it was a "UI-View<br>problem" but that person was incorrect... and likely not a UI-View user.
<div class="im"><br><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Do they affect in-tnc digipeating?<br></blockquote><br></div>I have a KPC3+ based digi running for several years, and I've never observed<br>
any delays in anything that it digipeats. If the frequency is quiet, it digipeats<br>what it is supposed to right away.
<div class="im"><br><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Do they affect CONVerse mode?<br></blockquote><br></div>Sorry, except for playing around with it the odd time, I haven't used<br>
CONVerse mode for years.
<div class="im"><br><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">This could be the delay issue we've been chasing for years.... the<br>issue that I've thought was UI-View all this time! Could it be???<br>
</blockquote><br></div>I haven't heard any evidence to point the finger at UI-View. I know<br>there are a few digis and IGates in the Puget Sound (Seattle) area<br>that are sometimes involved with delayed packets, and sometimes<br>
some IGates in the Vancouver (BC) area. Unless you are watching on<br>RF, it's difficult to prove that a digi was involved. Only occasionally<br>can it be proved that a digi was responsible, but if one was using squelched audio and the squelch was set too loose, it could delay<br>
digipeating a packet. In many (if not almost all) instances where the<br>cause has been pinned down to an IGate, it has been a KPC3+ running<br>in KISS mode at an IGate. I try to be open minded, but if I don't see<br>
any shred of evidence of it being a UI-View problem, I'll believe<br>my eyes and see it as a TNC problem. I have a stack of KPC3+, all<br>ver 9.1. I'm actually running one in KISS mode on my IGate now, but<br>only because a KPC3 quit responding. With over half a dozen KPC3+<br>
sitting there, I just grabbed one of them... and promptly told UI-View<br>to restart every day. This will take the TNC out of KISS mode and<br>put it back in KISS mode when the program starts. It's a work-around<br>to fix a TNC problem, but it's been running at least a month or so like<br>
that and I haven't observed any delays.<br><br>If you hear anyone talking about UI-View introducing delays, please<br>ask them to do their homework. They can take my word for it, or they<br>can run their own tests and see it for themselves. If they have another<br>
TNC, use it. If the KPC3+ is their only option, it should be restarted<br>periodically. While one could manually tell it "com port none" and<br>OK their way out from there, and then tell it the correct com port<br>
again, a more foolproof method is to use the Schedule Editor to<br>make it automatic and just restart the program every day at 3 am<br>or whatever time of the day there is the least amount of APRS activity.<br><br>You can't be blamed for thinking it was a UI-View problem because<br>
it was being parroted on all of the APRS related support lists. I'm<br>not the original person that debunked the issue. Someone on one of the<br>support lists that I participated in said that it was the KPC3+ causing<br>
the delays. I don't really recall if it was the APRS SIG, UI-View support<br>list or the NWAPRS list, but it was probably the latter. I was most likely<br>using a KPCII or a KPC3 at the time. At some point, I changed over to<br>
a KPC3+ for some reason. One day, I got involved in trying to track<br>down some delayed position reports and observed my own IGate doing<br>it. I ran my own tests and observed the problem myself. Not much later,<br>an Xastir user within earshot of me ran the same tests. We also did some<br>
tests with one of us sending beacons to the other and counting the seconds<br>(or minutes) before the other's KPC3+ spat the packet out to the APRS<br>client. We have also both asked the operators of several KPC3+ based<br>
IGates to restart the TNC or the program (effectively restarting the TNC)<br>and it has solved the problem... for a while.
<div class="im"><br><br>73 es cul - Keith VE7GDH<br>--<br>"I may be lost, but I know exactly where I am!"<br><br>_______________________________________________<br></div>
<div>
<div></div>
<div class="h5">aprssig mailing list<br><a href="mailto:aprssig@tapr.org" target="_blank">aprssig@tapr.org</a><br><a href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig" target="_blank">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
</div></div></blockquote></div><br>