aethersdr / aethersdr/AetherSDR

Pan follows VFO doesn't work

Open
#5,622 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug GUI maintainer-review spectrum
Dominant language
C++
Stars
221
Forks
117
Avg merge
2d 7h
Merged PRs (30d)
299

Description

Report preparation
  • I used the AI-assisted bug report tool (Help → Support → File an Issue)
  • I have attached a support bundle or log file
What happened?

I don't see any difference between "pan follows VFO" enable or disable.

I only see this function working when selecting "Center Lock slice A"

Image
What did you expect?

From my point of view, "pan follows VFO" should do the same as "Center Lock Slice x" but with the option to leave it enabled for every slice (always).

Steps to reproduce
  1. Select View - Pan follows VFO
  2. Panadapter is not centering with the actual Slice
  3. Disable View - Pan follows VFO
  4. No difference in the waterfall nor IQ Center frequency
AetherSDR version

26.9.2

Radio model & firmware

Flex 6600

Operating system

Windows

OS version and hardware

w11

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the issue with View - Pan follows VFO on a Flex 6600 running AetherSDR 26.9.2, comparing it with Center Lock Slice A. Check the panadapter, waterfall, and IQ center frequency while toggling the option. Done means Pan follows VFO visibly centers on the active slice and differs correctly when disabled.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
desktop
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
56/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.