Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FT-991 Band stack problem #1046

Closed
mdblack98 opened this issue Jun 1, 2022 · 1 comment
Closed

FT-991 Band stack problem #1046

mdblack98 opened this issue Jun 1, 2022 · 1 comment
Labels
bug critical A problem for common operations with WSJT-X, GPredict, RigPi, etc. fixed Issue has been fixed
Milestone

Comments

@mdblack98
Copy link
Contributor

My FT-991 automatically switched from 50.313 MHz to 51.580 MHz. This frequency (51.580 MHz) was stored in one of the three band stack memory channels. (One can store three different “memory channels” including mode, bandwidth, etc. per band.) So I wonder how the hamlib driver could take this 51.580 MHz and set it as QRG for VFO B. It must always set VFO B to the QRG, mode, and bandwidth of VFO A first.

@mdblack98 mdblack98 added bug critical A problem for common operations with WSJT-X, GPredict, RigPi, etc. labels Jun 1, 2022
@mdblack98 mdblack98 added this to the 4.5 milestone Jun 1, 2022
@mdblack98
Copy link
Contributor Author

Possible timing issue since bad VS command was removed for FT991/FT891 -- need to test longer wait after BS command to allow band switching to occur.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug critical A problem for common operations with WSJT-X, GPredict, RigPi, etc. fixed Issue has been fixed
Projects
None yet
Development

No branches or pull requests

1 participant