[arm-allstar] Issue with TXCTCSS Control

Brad Trogdon Brad at trogdon.org
Mon Apr 29 22:10:49 EDT 2019


Correct.

In a perfect world six (6) tones can pass but two (2) would work.

And if the linked (Apt_Rpt) could be associated with one of them
specifically.

-Brad

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

>
> Brad,
>
> So, you are you trying to selectively recognize and repeat multiple PL
> tones (like a community tone panel)?? ....But, not all PL tones?
>
> If this is your usage scenario, how many tones are you trying to recognize
> and pass?
>
> 73, David KB4FXC
>
>
>
> On Mon, 29 Apr 2019, Brad Trogdon wrote:
>
> > 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
> > > > ~~
> > > >
> > >
> > >
> >
>
>


More information about the ARM-allstar mailing list