Request preparation
What would you like?
I have completed the mandatory duplicate check. No existing issues were found regarding USB iambic paddles using CTS/DSR pins specifically for AetherSDR on macOS.
This is a BUG REPORT.
What happened
When using AetherSDR v0.8.12.2 on macOS, a local USB iambic paddle connected via a serial interface (Dit to CTS, Dah to DSR) fails to trigger a transmission. Despite the hardware configuration being verified as working in other clients (SmartSDR for Mac), AetherSDR does not recognize the pin state changes on the serial port, and no TX/sidetone occurs when the paddles are pressed.
What I expected
The application should monitor the handshake lines (CTS and DSR) of the selected serial port. When a paddle is depressed, AetherSDR should send the corresponding cw key commands via the FlexLib protocol to the radio to initiate transmission and local sidetone.
Steps to reproduce
Connect an iambic paddle to a USB-to-Serial adapter (Dit to CTS pin, Dah to DSR pin).
Launch AetherSDR 0.8.12.2 on macOS.
Configure the CW settings to use the connected USB serial port.
Set the radio to a CW mode.
Press the Dit or Dah paddle.
Result: No TX occurs and no sidetone is heard.
Environment
OS: macOS 14.4.1 (Sonoma)
AetherSDR Version: 0.8.12.2
Radio Model: Flex-6400
Firmware Version: 4.1.5
Hardware: USB-to-Serial adapter (CTS/DSR keying)
Suggested fix
On macOS, serial port handshake line monitoring in Qt6 sometimes requires explicit polling or specific ioctl calls if the standard QSerialPort signals are not firing. Ensure that the SerialKeyer logic is correctly handling the pinout for macOS. Additionally, check if the application has the necessary "Input Monitoring" or "Bluetooth/USB" permissions in macOS System Settings, as these can occasionally block raw serial pin access.
Labels: bug, external devices, macOS
Request preparation
What would you like?
I have completed the mandatory duplicate check. No existing issues were found regarding USB iambic paddles using CTS/DSR pins specifically for AetherSDR on macOS.
This is a BUG REPORT.
What happened
When using AetherSDR v0.8.12.2 on macOS, a local USB iambic paddle connected via a serial interface (Dit to CTS, Dah to DSR) fails to trigger a transmission. Despite the hardware configuration being verified as working in other clients (SmartSDR for Mac), AetherSDR does not recognize the pin state changes on the serial port, and no TX/sidetone occurs when the paddles are pressed.
What I expected
The application should monitor the handshake lines (CTS and DSR) of the selected serial port. When a paddle is depressed, AetherSDR should send the corresponding cw key commands via the FlexLib protocol to the radio to initiate transmission and local sidetone.
Steps to reproduce
Connect an iambic paddle to a USB-to-Serial adapter (Dit to CTS pin, Dah to DSR pin).
Launch AetherSDR 0.8.12.2 on macOS.
Configure the CW settings to use the connected USB serial port.
Set the radio to a CW mode.
Press the Dit or Dah paddle.
Result: No TX occurs and no sidetone is heard.
Environment
OS: macOS 14.4.1 (Sonoma)
AetherSDR Version: 0.8.12.2
Radio Model: Flex-6400
Firmware Version: 4.1.5
Hardware: USB-to-Serial adapter (CTS/DSR keying)
Suggested fix
On macOS, serial port handshake line monitoring in Qt6 sometimes requires explicit polling or specific ioctl calls if the standard QSerialPort signals are not firing. Ensure that the SerialKeyer logic is correctly handling the pinout for macOS. Additionally, check if the application has the necessary "Input Monitoring" or "Bluetooth/USB" permissions in macOS System Settings, as these can occasionally block raw serial pin access.
Labels: bug, external devices, macOS