[arm-allstar] TXONDELAY needed

Roger Coudé ve2dbe at yahoo.ca
Mon Feb 11 07:53:15 EST 2019


 Doug,That is not a repeater by itself.These two separated radios become a repeater tnx to the astrpt software in duplex=2.Whatever the duration of the squelch tail provided by the rpi, the ptt will drop at some point.If a signal is received just after, there will be a ptt re-activation.So, there will be glitch on the ptt line, and that radio is sensitive to it.All I need is that anytime the ptt goes down, a minimum delay is applied before it goes high again.73Roger  
    Le lundi 11 février 2019 02 h 28 min 03 s HNE, Doug Crompton via ARM-allstar <arm-allstar at hamvoip.org> a écrit :  
 
 Roger,

 I guess I am not understanding. Doesn't your repeater have a tail? Say 2-3
seconds as most repeaters do. It that was the case there would not be any
short dropouts. If you are using Allstar as your controller you can adjust
the tail time.


*73 Doug*

*WA3DSP*

*http://www.crompton.com/hamradio <http://www.crompton.com/hamradio>*


On Sun, Feb 10, 2019 at 7:17 PM "Roger Coudé via ARM-allstar" <
arm-allstar at hamvoip.org> wrote:

> I have a few old Motorola Maxtrac that I use in pair to build VHF
> repeaters.
> For the Rx side, I remove the power amplifier, and feed directly the RF to
> the Rx front end input.
> That makes a very good receiver.
> For the transmitter, I use the front jack to feed ptt and tx audio.
> All with cooling fan and limited power for continous duty.
> Everything goes fine, but once in a while, the transmitter just ignores
> the ptt.
> Using a mike, I realized that a short outage in the ptt inhibits the tx
> power until ptt is released.
> I have a solution in mind with gates and delays, but a software solution
> would indeed be much more elegant.
> So the problem happens if remote or local activities create a small glitch
> on the TX ptt line.
> Is it possible, as you did so well with the negative RxOnDelay parameter,
> that just after the ptt is
> released a similar delay would detect ptt release and block the next ptt
> activation for half a second or so.
>
> In other words, if the ptt reaches the end of the squelch tail, there
> would be a forced short silent period.
> 73
> Roger
> VE2DBE
> _______________________________________________
>
> ARM-allstar mailing list
> ARM-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
> Visit the BBB and RPi2/3 web page - http://hamvoip.org
>
_______________________________________________

ARM-allstar mailing list
ARM-allstar at hamvoip.org
http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar

Visit the BBB and RPi2/3 web page - http://hamvoip.org  


More information about the ARM-allstar mailing list