<br><br><div class="gmail_quote">2009/9/12 Stephen Rodgers <span dir="ltr"><<a href="mailto:sales@qrvc.com">sales@qrvc.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">Matt Beasant wrote:<br>
> Thanks for the info Steve,<br>
> Thats great news for me, I occasionally deploy a portable system which uses<br>
> the repeater pair in the same way - Its not possible for me to use a<br>
> separate link freq for this system. If I need to link to another one of the<br>
> portable repeaters, I get this ping-pong effect between them which this<br>
> timer will fix for me.<br>
><br>
> I searched the <a href="http://qrvc.com" target="_blank">qrvc.com</a> website for rxondelay but couldn't find any info -<br>
> can you tell me which version of chan_usbradio supports this please?<br>
><br>
> Thanks,<br>
><br>
> Matt<br>
> G4RKY<br>
><br>
><br>
> 2009/9/11 Stephen Rodgers <<a href="mailto:sales@qrvc.com">sales@qrvc.com</a>><br>
><br>
>> Ramesh Dhami (VA3UV) wrote:<br>
>>> Hi All;<br>
>>><br>
>>> One of the local repeaters is connecting to the VE3TNK HUB (#2200) using<br>
>>> an off-site link radio (since there's no IP at the repeater site).<br>
>>><br>
>>> Unfortunately, the analog repeater controller can not be set for zero<br>
>>> hang time, and therefore the short hang time is being exposed to the hub<br>
>>> and all of the downstream nodes.<br>
>>><br>
>>> Is there a kerchunk filter or the equivalent of a pulseback timer (as<br>
>>> there is in IRLP) to compensate (filter out) such kerchunks?<br>
>>><br>
>>> Thanks!<br>
>>><br>
>>> Ramesh.<br>
>>> _______________________________________________<br>
>>> App_rpt-users mailing list<br>
>>> <a href="mailto:App_rpt-users@qrvc.com">App_rpt-users@qrvc.com</a><br>
>>> <a href="http://qrvc.com/mailman/listinfo/app_rpt-users" target="_blank">http://qrvc.com/mailman/listinfo/app_rpt-users</a><br>
>>><br>
>> Something may not be described clearly enough, but what I read out of it<br>
>> is that you have a dedicated downlink radio from the IP-less repeater<br>
>> site on a different frequency than the repeater output. When you say<br>
>> "link" this is what I believe it mean.<br>
>><br>
>> For a dedicated downlink channel separate from the repeater controller,<br>
>> you should be able to have zero hang time by bypassing the controller<br>
>> entirely and just retransmitting what comes in on the repeater input on<br>
>> the downlink transmitter from the remote repeater site. This is how I<br>
>> implement systems on remote sites without IP connectivity.<br>
>><br>
>> If you are just using a simplex radio on to talk in to the repeater,<br>
>> then you are not implementing a link, you just have a radio interfaced<br>
>> to an app_rpt port tuned to the repeater pair. (Note: I try to<br>
>> discourage people from doing this it is just not a good way to engineer<br>
>> a communications system-- Your radio can jam the repeater input and<br>
>> cause problems for emergency traffic. Link traffic should be uplinked<br>
>> and downlinked on a dedicated link frequency to avoid this)<br>
>><br>
>> All of that said, there is a new config option in the chan_usbradio and<br>
>> xpmr sources (rxondelay) which will hold off the COR recognition when<br>
>> PTT is de-asserted by the app_rpt port. I believe the units are<br>
>> milliseconds, but since Jim Dixon implemented this he would know best.<br>
>> This is  meant for simplex radios which assert or glitch COR during the<br>
>> transmit to receive turnaround time but if the delay is made long enough<br>
>> it could be used to filter out the hang time on the repeater output.<br>
>><br>
>> Steve<br>
>> WA6ZFT<br>
>><br>
>><br>
>> _______________________________________________<br>
>> App_rpt-users mailing list<br>
>> <a href="mailto:App_rpt-users@qrvc.com">App_rpt-users@qrvc.com</a><br>
>> <a href="http://qrvc.com/mailman/listinfo/app_rpt-users" target="_blank">http://qrvc.com/mailman/listinfo/app_rpt-users</a><br>
>><br>
><br>
</div></div>Documentaton on the website for rxondelay does not exist yet, and none<br>
of this has  made it in to the ACID distro yet. It just exists as source<br>
code in our repository. You would have to search the repository to see<br>
the change.<br>
<br>
Unless you are comfortable doing manual updates of code, its best to<br>
wait until it is released as an ACID distro.<br>
<div><div></div><div class="h5"><br>
Steve<br>
WA6ZFT<br><span class="Apple-style-span" style="text-decoration: underline;"><br></span></div></div></blockquote><div><br></div><div>Hi Steve,</div><div><br></div><div>Yes I'm fine with doing the manual code updates, so if I can find it in the usual place, I can install it and then try some different values for the rxondelay setting.</div>
<div><br></div><div>Thanks,</div><div><br></div><div>Matt </div></div>