<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><font style="" color="#000000" face="Tahoma,sans-serif">Well if in band linking is setup correctly the PL from the repeater should follow the incoming station not the output of the repeater. The bottom line is it should not be doing what he says it is doing if timings were setup correctly. The COS might follow the longer duration flutter but not the transmit on his end which should be delayed somewhat from end of COS. You do not want 0 or near 0 tx unkeywait. <br><br>I run an inband link here and I have not seen this problem. I am using basically stock timings and courtesy tone.<br id="FontBreak"></font><br><b><font style="font-size:16pt;" size="4">73 Doug</font><font style="font-size:16pt;" size="4"><br></font><font style="font-size:16pt;" size="4">WA3DSP</font><font style="font-size:16pt;" size="4"><br></font><font style="font-size:16pt;" size="4">http://www.crompton.com/hamradio</font></b><font style="font-size:16pt;" size="4"><br></font><br><br><div><hr id="stopSpelling">From: n3fe@repeater.net<br>Date: Fri, 18 Sep 2015 11:27:14 -0400<br>To: arm-allstar@hamvoip.org<br>Subject: Re: [arm-allstar] Picket fencing (correction)<br><br><div>A few things to think about. The repeater is only encoding during that active signal. There for if they are picketing fencing there is a slight time duration to have it start encoding. Then you have the Amount of time it takes the link radio to start decoding the pl. that is one of the down falls of on band linking. It does work but can act funny on mobile flutter, more so the higher the frequency where the wave length is shorter.</div><div id="ecxAppleMailSignature"><br></div><div id="ecxAppleMailSignature">Corey N3FE<br><br>Sent from my iPhone</div><div><br>On Sep 18, 2015, at 10:59 AM, Robert Newberry <<a href="mailto:N1XBM@amsat.org">N1XBM@amsat.org</a>> wrote:<br><br></div><blockquote><div><p dir="ltr">I thought about this more. So when my link radio is receiving traffic from the network it is in transmit. The remote audio coming from the network starts to picket fence because that person is in the fringe where ever they happen to be.</p>
<p dir="ltr">So it appears when my link radio is hit in rapid fire succession attempting to TX that is where the problem is. I've noticed the URI has a recovery time switching from TX to RX. If a request comes during that recovery no TX will happen.</p>
<p dir="ltr">I think I need a TX delay or hangtime to keep the node in TX when a user is "in and out" of a remote repeater.</p>
<p dir="ltr">I hope this explains it better.</p>
<p dir="ltr">N1XBM<br>
Apparare Scientor<br>
Paratus Communicare<br>
Allstar Node # 27086, 41540, 41812, 42086<br>
</p>
</div></blockquote><blockquote><div><span>_______________________________________________</span><br><span></span><br><span>arm-allstar mailing list</span><br><span><a href="mailto:arm-allstar@hamvoip.org">arm-allstar@hamvoip.org</a></span><br><span><a href="http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar" target="_blank">http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar</a></span><br><span></span><br><span>Visit the BBB and RPi2 web page - <a href="http://hamvoip.org" target="_blank">http://hamvoip.org</a></span></div></blockquote><br>_______________________________________________
arm-allstar mailing list
arm-allstar@hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
Visit the BBB and RPi2 web page - http://hamvoip.org</div> </div></body>
</html>