[arm-allstar] Feature request: Mute DTMF after * received

[N4UPC]

Agreed.

I wonder if it is also possible to make it so that the DTMF sequence is not acted upon until after the transmission ends or is delay by a couple of seconds. This would greatly reduce the kerchunking of nodes/links/repeaters when someone uses DTMF to connect to a system.

During a net or QSO, someone who has been called upon has to wait because someone else (or sometimes multiple people) has connected using DTMF and tied up the system. Also, those that have their repeater on an ASL node and the repeater’s users get tired of the kerchunking when it may be avoidable.

Just a thought…

73,
Scott
N4UPC

On Tue, Feb 22, 2022 at 21:05, Patrick Perdue via ARM-allstar <arm-allstar at hamvoip.org> wrote:

> Hi:
>
> On my system, lots of folks are using DTMF to control their nodes. This
> is fine, but sometimes, it can be a real pain during nets when someone
> tries to disconnect between transmissions, slowly dialing the sequence,
> getting it wrong, trying again, etc. With almost all nodes on the system
> being simplex, and with many digital modes connected, this can really
> slow things down. Aside from having everyone use other methods, such as
> fast auto-dialers, Node Remote, CLI etc. would it at all be possible to
> mimic the behavior of echolink and some other systems, in which audio
> transmission to the network stops after the * character is received by
> simpleusb, but still allow in-band data to be processed in the normal
> way? My semi-education suggests that this would need to be done at the
> module level, if it can even be done at all.
>
> I, personally, never issue DTMF commands during nets, either using Node
> Remote on my phone or some other method to silently control my node. Not
> everyone can do this.
>
> Thanks and 73
>
> N2DYI
>
> _______________________________________________
>
> 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