[arm-allstar] TXONDELAY needed

Doug Crompton wa3dsp at gmail.com
Mon Feb 11 02:27:47 EST 2019


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
>


More information about the ARM-allstar mailing list