[arm-allstar] Issue with TXCTCSS Control

[Brad Trogdon]

Thanks for the info David.   When I activate the feature where would I
define the specific PL’s to be blocked or allowed?

Example want to block PL of 100.0 but permit 141.3.

-Brad

On Mon, Apr 29, 2019 at 10:25 AM David McGough <kb4fxc at inttek.net> wrote:

>
> Hi Brad,
>
> You should be able to filter out ALL DCS/PL tones which have been
> received by the GM300. Then, there would be no "rogue" tones passing
> through asterisk/allstar to cause problems.
>
> To enable the simpleusb brick-wall filter, set dcsfilter=yes in the
> simpleusb.conf stanza for the node.
>
> Note this setting can be real-time toggled in the simpleusb-tune-menu
> program, option q.
>
> There is also the original simpleusb PL filter. It's less aggressive,
> letting a little more low-end audio through. Turn is on with plfilter=yes
> in the simpleusb.conf stanza for the node.
>
> Note this setting can be real-time toggled in the simpleusb-tune-menu
> program, option h.
>
> 73, David KB4FXC
>
>
>
> On Mon, 29 Apr 2019, Brad Trogdon wrote:
>
> > David,
> >
> > Your reply sparked a thought that you may have an answer to.   When
> HamVoIP
> > is used as a repeater controller between two Motorola GM-300's is it
> > possible to reject (Not repeat) CTCSS tones received that are not
> > defined?   This would be the fix for a issue I have an the inability to
> use
> > it as a stand alone controller.
> >
> > In my scenario we have other repeaters coordinated on same Freq and need
> to
> > prevent the distant traffic from opening the repeater.  If only a single
> > tone we could address by adding PL to the Rec radio but more than one
> tone
> > is in play.
> >
> > Thanks in advance.
> >
> > -Brad
> > ~~
> >
>
>