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

[Steve Matzura]

I, too, am a big fan of monitor mode first, and I often switch back to 
it when I'm done talking so that when I pick the radio up later, I can 
kerchunk and not annoy anyone, or perform a *70 to find out where I 
parked my transceiver if I forget, which I usually do (LOL).


On 2/23/2022 6:35 PM, "Patrick Perdue via ARM-allstar" wrote:
> Well, if audio to the network is muted when the sequence starts, that 
> won't matter, since you won't get a
>
> kerchunk on the other side when someone lands on your connection, 
> since it is still not sending audio until the next transmission cycle.
>
> FWIW, this is why, if I must use DTMF, I always connect in monitor 
> mode, then only change to transceive (*30) if I know I'm going to say 
> stuff. This way, I don't
>
> kerchunk when I connect.
>
>
> On 2/23/2022 4:48 PM, "N4UPC via ARM-allstar" wrote:
>> 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
>