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

Mike Sullivan kn4imu at gmail.com
Tue Nov 3 20:47:47 EST 2020


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
>


More information about the ARM-allstar mailing list