Thanks for the info Steve,

Thats great news for me, I occasionally deploy a portable system which uses the repeater pair in the same way - Its not possible for me to use a separate link freq for this system. If I need to link to another one of the portable repeaters, I get this ping-pong effect between them which this timer will fix for me.

I searched the qrvc.com website for rxondelay but couldn't find any info - can you tell me which version of chan_usbradio supports this please?

Thanks,

Matt
G4RKY
 

2009/9/11 Stephen Rodgers <sales@qrvc.com>
Ramesh Dhami (VA3UV) wrote:
> Hi All;
>
> One of the local repeaters is connecting to the VE3TNK HUB (#2200) using
> an off-site link radio (since there's no IP at the repeater site).
>
> Unfortunately, the analog repeater controller can not be set for zero
> hang time, and therefore the short hang time is being exposed to the hub
> and all of the downstream nodes.
>
> Is there a kerchunk filter or the equivalent of a pulseback timer (as
> there is in IRLP) to compensate (filter out) such kerchunks?
>
> Thanks!
>
> Ramesh.
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users@qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>

Something may not be described clearly enough, but what I read out of it
is that you have a dedicated downlink radio from the IP-less repeater
site on a different frequency than the repeater output. When you say
"link" this is what I believe it mean.

For a dedicated downlink channel separate from the repeater controller,
you should be able to have zero hang time by bypassing the controller
entirely and just retransmitting what comes in on the repeater input on
the downlink transmitter from the remote repeater site. This is how I
implement systems on remote sites without IP connectivity.

If you are just using a simplex radio on to talk in to the repeater,
then you are not implementing a link, you just have a radio interfaced
to an app_rpt port tuned to the repeater pair. (Note: I try to
discourage people from doing this it is just not a good way to engineer
a communications system-- Your radio can jam the repeater input and
cause problems for emergency traffic. Link traffic should be uplinked
and downlinked on a dedicated link frequency to avoid this)

All of that said, there is a new config option in the chan_usbradio and
xpmr sources (rxondelay) which will hold off the COR recognition when
PTT is de-asserted by the app_rpt port. I believe the units are
milliseconds, but since Jim Dixon implemented this he would know best.
This is  meant for simplex radios which assert or glitch COR during the
transmit to receive turnaround time but if the delay is made long enough
it could be used to filter out the hang time on the repeater output.

Steve
WA6ZFT


_______________________________________________
App_rpt-users mailing list
App_rpt-users@qrvc.com
http://qrvc.com/mailman/listinfo/app_rpt-users