[arm-allstar] TXONDELAY needed

[Henry Hamblin]

Roger,

Did you do the rf power modification on the Maxtrac that eliminates
the rf power being controlled by the radio microprocessor?

Unlike the GM300, the Maxtrac will drop power according to PTT
time.  It has nothing to do with temperature. This is controlled by
the Maxtrac microprocessor, and must be eliminated for a long
PTT duty cycles.

Henry
WB4IVB

________________________________
From: ARM-allstar <arm-allstar-bounces at hamvoip.org> on behalf of "Roger Coudé via ARM-allstar" <arm-allstar at hamvoip.org>
Sent: Monday, February 11, 2019 7:53 AM
To: Doug Crompton via ARM-allstar
Cc: Roger Coudé
Subject: Re: [arm-allstar] TXONDELAY needed

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
_______________________________________________

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