[arm-allstar] Link Radio COS/CTCSS stuck active issue

[w2put at sbcglobal.net]

I had a feeling you were going to say it was an XPR, easy fix for that. On an XPR you need to set the "admit criteria" on the channel to always or it will never tx while receiving a signal. Remember that this is a per channel option and not a global across the radio setting.
73,Dan W2PUT

Sent from Yahoo Mail on Android 
 
  On Tue, Nov 3, 2020 at 8:56 PM, Mike Sullivan via ARM-allstar<arm-allstar at hamvoip.org> wrote:   XPR2500. That's not what I'm wanting it to do, that's what the first option
does already. I want it to be able to key up overtop of a transmission, but
not stay in full-duplex mode. That's the issue I'm having.

Mike

On Tue, Nov 3, 2020 at 12:16 PM "w2put--- via ARM-allstar" <
arm-allstar at hamvoip.org> wrote:

> What kind of link radio is it? There's plenty of different Motorola units
> out there, some of which can be programmed to only tx on a clear channel.
> Dan W2PUT
>
> Sent from Yahoo Mail on Android
>
>  On Mon, Nov 2, 2020 at 9:47 PM, Mike Sullivan via ARM-allstar<
> arm-allstar at hamvoip.org> wrote:  Node Configuration: Our club has a
> repeater on a CAT-250 controller
> connected to a RIM-Lite, which is used on our public club node There is a
> second RIM-Lite connected to a Motorola link radio to another radio system
> for a weekly net, operating as a private node. Both nodes are configured
> and working, and I have drawn a rudimentary drawing attached which shows
> this configuration.
>
> Repeater is set up duplex=0 and linktolink=yes since it is tied to the
> controller, and works as it should with no problem. There is no issue on
> this side at all related to my problem.
>
> When the link radio is set up duplex=0, linktolink=no, the node receives,
> and will transmit if the channel is clear, but it will not key up until
> COS/CTCSS is clear. Supermon does show the node active, but it does not key
> up the radio.
>
> When the link radio is set up duplex=0, linktolink=yes, the node will
> transmit over a signal being received. However, when it does this, the
> COS/CTCSS remains active during the transmission, and does not clear until
> after the transmission is complete and the other system drops. It does pass
> audio, but if this happens while entering a DTMF command on the remote
> system (I have one set up for manual control of the link) the node will
> hang up in both Receive and Transmit until Allstar is restarted.
>
> I don't know if this is a behavior issue with the radio's programming, or a
> glitch in SimpleUSB, or what the issue is. I'm asking to see if anyone else
> has experienced this issue before. It is very frustrating.. in the first
> configuration, traffic is missed if someone does not allow the link to
> fully drop. In the second configuration, it does what I need, but the stuck
> COS causes lockups.
>
> Mike
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: W8SOE.png
> Type: image/png
> Size: 21103 bytes
> Desc: not available
> URL: <
> http://lists.hamvoip.org/pipermail/arm-allstar/attachments/20201102/433e29a3/attachment.png
> >
> _______________________________________________
>
> 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/4 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/4 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/4 web page - http://hamvoip.org