[arm-allstar] Issue with TXCTCSS Control

[David McGough]

Hi Brad,

I don't know of a way to do this with the current AllStar software, even 
using the usbradio driver.

Optimally, I think the desired scenario would be where the PL tones would
get received, and with DSP processing generate tone-specific internal
telemetry.  Then, when passing thru AllStar, all the RX tone signaling
would get scrubbed out of the audio (like how the DCSfilter works
now)....As the final step, the specific PL tone would then get regenerated
as the audio heads to the transmitter side.

Also, optimally, the tone-specific telemetry could activate 
specific features.....

We're not there, yet, as far as I know.


73, David KB4FXC



On Mon, 29 Apr 2019, Brad Trogdon wrote:

> 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
> > > > > ~~
> > > > >
> > > >
> > > >
> > >
> >
> >
>