[arm-allstar] TXONDELAY needed

[Justin Reed]

I think rather than begging for software to be re-written to accommodate a crappy radio, I would suggest trying a better radio like a GM300 that doesn’t have all of the best bugs of the 5 pin Maxtrac.

Sent from my iPhone

> On Feb 11, 2019, at 7:15 AM, Roger Coudé via ARM-allstar <arm-allstar at hamvoip.org> wrote:
> 
> The maxtrac I have does not have the 16 pin connector in the back.It is a 5 pin connector.Ptt and mic audio are accessible only in the front mic jack.The interface you suggest would not resolve the issue I have anyway.The problem is deep inside the radio, at firmware level.I can reproduce the problem using a simple mic.As soon as I release the ptt a fraction of a second, the power goes down until the ptt is released for a certain time.73Roger
>    Le dimanche 10 février 2019 22 h 08 min 55 s HNE, Danny K5CG via ARM-allstar <arm-allstar at hamvoip.org> a écrit :  
> 
> You might consider a "RIM-Maxtrac-RM" (RM=Repeater Maker). http://www.repeater-builder.com/products/usb-rim-lite.html Yes it's $60 but it makes life easier.
> 
> Simplifies the interface for simpleusb and usbradio modules out of the box.
> 
> Danny
> 
> 
> ----- Original Message -----
> From: "ARM Allstar" <arm-allstar at hamvoip.org>
> To: "ARM Allstar" <arm-allstar at hamvoip.org>
> Cc: "Roger Coudé" <ve2dbe at yahoo.ca>
> Sent: Sunday, February 10, 2019 6:09:06 PM
> Subject: [arm-allstar] TXONDELAY needed
> 
> 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