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.

Sign up for GitHub

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

Jump to bottom

Gpredict FT-817/TH-D74 behavior on manual frequency change #404

Closed
mdblack98 opened this issue Oct 9, 2020 · 1 comment
Closed

Gpredict FT-817/TH-D74 behavior on manual frequency change #404

mdblack98 opened this issue Oct 9, 2020 · 1 comment
Labels
bug critical A problem for common operations with WSJT-X, GPredict, RigPi, etc. Gpredict Bugs affecting Gpredict operations needs test Patches have been submitted but need testing to close issue
Milestone
4.0rc3

Comments

@mdblack98
Copy link
Contributor

Using Gpredict with the latest version of hamlib (4.0 rc2), when satellite tracking is engaged, a manual change of the frequency using the rig knob is overridden. E.g., if the downlink frequency is 145.740 before Doppler, this is not changed when turning the knob of the rig. Gpredict forces the frequency back to 145.740 plus/minus Doppler.

This happens in Windows and Linux, both with FT-817 and TH-D74 connected via Bluetooth. It works with TH-D74 if I change the cycle to 5000 ms or keeping 1000 ms and moving the knob very fast. With FT-817 it doesn’t work as the cycle doesn’t seem to influence the frequency update interval.
@mdblack98 mdblack98 added the bug label Oct 9, 2020
@mdblack98 mdblack98 modified the milestones: 4.0RC2, 4.0rc3 Oct 9, 2020
@mdblack98 mdblack98 added critical A problem for common operations with WSJT-X, GPredict, RigPi, etc. Gpredict Bugs affecting Gpredict operations labels Oct 10, 2020
@mdblack98 mdblack98 modified the milestones: 4.0rc3, 4.0RC2 Oct 10, 2020
mdblack98 added a commit that referenced this issue Oct 23, 2020
@mdblack98
Add MAIN/SUB vfos to dummy for testing purposes
53c0936 
#404
mdblack98 added a commit that referenced this issue Oct 23, 2020
@mdblack98
Add -x/--uplink switch for GPredict. Will avoid reading freq from the…
4e748df 
… uplink VFO 1=Sub, 2=Main

This will likely deprecate the twiddle option
#404
mdblack98 added a commit that referenced this issue Oct 23, 2020
@mdblack98
Update rigctld.1 man page
131d455 
#404
@mdblack98
Copy link
Contributor Author

va2cst@outlook.com
To:
Black Michael

Fri, Oct 23 at 11:08 PM

Hi Mike,

Tested the -x 1 command and it works beatifully with the LOCK function engaged in Gpredict. Maths are Always spot on for doppler calculations.

I have to retest the twiddle again, I had no success before.

@mdblack98 mdblack98 added the needs test Patches have been submitted but need testing to close issue label Oct 24, 2020
N0NB pushed a commit to N0NB/Hamlib that referenced this issue Nov 3, 2020
@mdblack98 @N0NB
Add MAIN/SUB vfos to dummy for testing purposes
1b001df 
Hamlib#404

(cherry picked from commit 53c0936)
N0NB pushed a commit to N0NB/Hamlib that referenced this issue Nov 3, 2020
@mdblack98 @N0NB
Add -x/--uplink switch for GPredict. Will avoid reading freq from the…
c46d6cd 
… uplink VFO 1=Sub, 2=Main

This will likely deprecate the twiddle option
Hamlib#404

(cherry picked from commit 4e748df)
N0NB pushed a commit to N0NB/Hamlib that referenced this issue Nov 3, 2020
@mdblack98 @N0NB
Update rigctld.1 man page
1a786f8 
Hamlib#404

(cherry picked from commit 131d455)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug critical A problem for common operations with WSJT-X, GPredict, RigPi, etc. Gpredict Bugs affecting Gpredict operations needs test Patches have been submitted but need testing to close issue
Projects
None yet
Milestone
4.0rc3
Development

No branches or pull requests
1 participant
@mdblack98