Craig Lamparter

If you spin the VFO, the next packet will have the dead-air preamble, every time. Hamlib flush?

If you spin the vfo for three or four seconds back and forth, presumably filling up the hamlib socket/buffer, you can increase the dead air. The dead air length seems...

Direwolf is hung in ptt.c during the dead air at this function, ` int retcode = rig_set_ptt(rig[chan][ot], RIG_VFO_CURR, ptt ? RIG_PTT_ON : RIG_PTT_OFF); `

ptt.c ``` if (rig[chan][ot] != NULL) { dw_printf ("craiger: start rig_set_ptt\n"); int retcode = rig_set_ptt(rig[chan][ot], RIG_VFO_CURR, ptt ? RIG_PTT_ON : RIG_PTT_OFF); dw_printf ("craiger: exit rig_set_ptt\n"); if (retcode != RIG_OK) {...

> Which tells us this is a hamlib issue and not a Direwolf issue, no? Have you asked the hamlib folks about it? https://github.com/Hamlib/Hamlib/issues/1936

ttyACM0 is more of a character device than a serial port, so the baud rate doesn't even make sense (vs ttyUSB0). The IC705 doesn't have [USB Serial Port] under [Connectors]

This is one workaround, demonstrating that rig_set_ptt() wont immediately return unless something first drains data waiting from /dev/ttyACM0. wiggle VFO **cat /dev/ttyACM0** (ctrl-C) transmit packet no dead air!

Linux cool 6.12.25+rpt-rpi-v7 ``` $ lsmod | grep rtw rtw88_8822bu 12288 0 rtw88_8822b 221184 1 rtw88_8822bu rtw88_usb 16384 1 rtw88_8822bu rtw88_core 159744 2 rtw88_8822b,rtw88_usb mac80211 958464 2 rtw88_core,rtw88_usb cfg80211 888832...

Great - thanks for the reply. there are quite a few rtw88 repo's, I presume the in-kernel project is possibly at https://github.com/lwfinger/rtw88 ? thanks again, -craig

great thanks, the suggestion is to upgrade to kernel 6.14 (from 6.12).