Report preparation
What happened?
Version: 0.7.17
OS: Linux Mint
Radio: FLEX-6400
Describe the bug:
When WSJT-X sends a set_freq (F) command via rigctld (localhost:4532),
AetherSDR shifts the panadapter center frequency instead of tuning the
slice to the new frequency. The waterfall/slice stays on the original
frequency (e.g. 30m FT8 at 10.136 MHz) while the panadapter center moves
to the new frequency.
Steps to reproduce:
- Connect WSJT-X to AetherSDR rigctld (Hamlib NET rigctl, localhost:4532)
- Change band in WSJT-X (e.g. from 30m to 20m)
- Observe: panadapter center moves to 14 MHz, but slice and waterfall
remain on 10 MHz
Workaround:
Change band manually in AetherSDR, then let WSJT-X only control the
exact FT8 frequency within the band.
What did you expect?
Expected behavior:
set_freq should call slice tune <index> <freq> on the active slice,
not display pan set_center.
Steps to reproduce
Steps to reproduce:
- Connect WSJT-X to AetherSDR rigctld (Hamlib NET rigctl, localhost:4532)
- Change band in WSJT-X (e.g. from 30m to 20m)
- Observe: panadapter center moves to 14 MHz, but slice and waterfall
remain on 10 MHz
Radio model & firmware
FLEX-6400 v4.1.5
Linux distro & Qt version
OS: Linux Mint
Report preparation
What happened?
Version: 0.7.17
OS: Linux Mint
Radio: FLEX-6400
Describe the bug:
When WSJT-X sends a
set_freq(F) command via rigctld (localhost:4532),AetherSDR shifts the panadapter center frequency instead of tuning the
slice to the new frequency. The waterfall/slice stays on the original
frequency (e.g. 30m FT8 at 10.136 MHz) while the panadapter center moves
to the new frequency.
Steps to reproduce:
remain on 10 MHz
Workaround:
Change band manually in AetherSDR, then let WSJT-X only control the
exact FT8 frequency within the band.
What did you expect?
Expected behavior:
set_freqshould callslice tune <index> <freq>on the active slice,not
display pan set_center.Steps to reproduce
Steps to reproduce:
remain on 10 MHz
Radio model & firmware
FLEX-6400 v4.1.5
Linux distro & Qt version
OS: Linux Mint