txtoctype=notone and txtoctype=phase have no effect in chan_usbradio — TX CTCSS encodes through entire hang time

[k9mpmradio]

Subject: Bug Report: txtoctype=notone and txtoctype=phase have no effect in chan_usbradio — TX CTCSS encodes through entire hang time

Hello ASL3 Development Team,

I would like to report a bug in chan_usbradio where the txtoctype setting has no effect on TX CTCSS behavior.

System Information:

• OS: Debian GNU/Linux 13 (trixie)
• Asterisk: 22.8.2+asl3-3.8.3-1.deb13
• Hardware: Raspberry Pi (arm64)
• Radio Interface: Repeater Builder Max-Trac RM board (CM119 chip)
• TX Radio: Motorola CDM1550 (CSQ mode, CTCSS generated by USBRadio)
• RX Radio: Motorola Max-Trac (CTCSS output on pin 8, active high)

Bug Description:
The TX CTCSS tone continues encoding through the entire hang time until PTT drops, regardless of the txtoctype setting. Both notone and phase have been tested with no effect. The PL tone only stops when PTT drops.

Configuration:
carrierfrom = dsp
ctcssfrom = usb
rxdemod = flat
duplex = 2
txtoctype = notone (also tested phase — same result)
txctcssdefault commented out
txctcssfreqs = 114.8
txmixa = composite
txmixb = no
txprelim = yes

Expected Behavior:
With txtoctype=notone, the TX CTCSS tone should drop at the moment COS drops (when the user unkeys), before the hang time expires and before PTT drops.

With txtoctype=phase, a reverse burst should be sent before PTT drops.

Actual Behavior:
In both cases the CTCSS tone stays on through the entire hang time and only stops when PTT finally drops. Verified using a Motorola R2660C service monitor watching the TX output.

Impact:
This causes a squelch crash on all receiving radios using CTCSS squelch when the TX carrier drops. This is particularly severe for blind amateur radio operators who rely on the repeater.

Additional Notes:
COP 58 (TX CTCSS on input only enable) was also tested with no improvement.
txctcssdefault was commented out per forum suggestions — no improvement.
DSP carrier detect is confirmed working correctly — COS properly follows the received signal.

Thank you for looking into this issue.

73,
Dean
K9QB

[Allan-N]

There may be a bit of confusion about the behavior of txtoctype = notone. Your comments appear to be making an assumption that the timing is dependent on the rpt.conf hangtime = value. Looking at the code, this does not appear to be the case. The code actually uses a fixed txHangTime value of 600ms.