[arm-allstar] Issue with TXCTCSS Control

[Brad Trogdon]

Thank you so very much for pondering it. I was afraid this would be your
response. :).

If you ever hear of any or similar functionality being tested I would love
to assist.

Thank you for what you and the HamVoIP do for the community.

-Brad

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

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