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

IC-910H acts differently now (snapshot build 20200504 vs 20200405) #237

Closed
jharwinbarrozo opened this issue May 5, 2020 · 17 comments
Closed

IC-910H acts differently now (snapshot build 20200504 vs 20200405) #237

jharwinbarrozo opened this issue May 5, 2020 · 17 comments
Labels
bug

Comments

@jharwinbarrozo
Copy link

jharwinbarrozo commented May 5, 2020 •
edited

To give you insight, I'm using Gpredict + rigctld to control my radio + rotctld to control my rotator.

Previously, I was using 20200405 snapshot build which worked incredibly well on IC-910 to Gpredict to GQRX. In Gpredict radio controller, I always select an interface I created named "GQRX" localhost, port 7356 as my receive, and another interface "IC910" localhost, port 4532 as my transmit (this requires only the MAIN band to be active). My radio is configured to only show MAIN BAND, the SUB BAND is hidden/disabled for this. After pressing "ENGAGE" from Gpredict, then I turn the physical vfo knob on the radio, I could see whatever frequency I have on the radio will be displayed in Gpredict radio control. And the frequency stays to where ever I left it. Vice versa, if I will adjust the uplink/downlink from gpredict, radio frequency follows thru I could control the freq in two ways, gpredict to radio or radio to gpredict.

Sometimes I don't use the "GQRX". and have the "IC910" be my rx and tx, so my radio needs to be in satellite mode for this prior to running rigctld. After pressing ENGAGE, I could see whatever frequency I have on the MAIN and SUB band from the radio will be displayed in Gpredict radio control both for Downlink and Uplink. Turn the knob from radio, GPredict will update. Stop turning the knob, frequency stays where ever I left it. I could control the freq in two ways, gpredict to radio or radio to gpredict.

The above previously worked great! Until...

Using the latest 20200505 snapshot build, after engaging - then I turn the physical vfo knob on the radio, I could see the frequency reflected back to Gpredict "momentarily" then go back again to original frequency (the update speed is controlled by XXX msec "cycle" from Gpredict).
Right now, I couldn't use the knob on my radio to control/update Gpredict uplink/downlink anymore, it's only one-way (Gpredict to radio,YES) but (radio to gpredict "no longer usable")

I tried to report this as clear as possible, but if you have any questions or need anymore clarification, I am willing to provide more feedback.
@mdblack98
Copy link
Contributor

Could you please provide a debug log adding "-vvvvv -Z" to the rigctld command line?
You can redirect the output like this...

& log.txt
And send me the log.txt file

Doesn't need to be a long test...just enough to demonstrate the problem.

I thought we had the IC-910 working on just one rigctld instance. Is there a problem with that where you have to have 2 instances?

de Mike W9MDB

@mdblack98
Copy link
Contributor

mdblack98 commented May 5, 2020 via email

@jharwinbarrozo
Copy link
Author

I thought we had the IC-910 working on just one rigctld instance. Is there a problem with that where you have to have 2 instances?
de Mike W9MDB

I completely uninstall the snapshot build 20200405 prior to installing build 20200505. And the way I run rigctld command is via a script that it makes sure first there's no running instance of rigctld. So I could be certain that there's only one rigctld instance running.

#!/bin/bash
RigPID=$(pgrep rigctld)
[[ -n $RigPID ]] && { echo "Stopping rigctld PID $RigPID"; sudo kill $RigPID; }

I will provide you the log soon. Thanks again

@jharwinbarrozo
Copy link
Author

Here's the debug log for the rigctld snapshot build 20200505.

The problem is after engaging gpredict radio controller, the main and sub band on the IC-910 is swapping back and forth by itself. If I turn my radio's vfo knob, the swapping stops, and I could see the frequencies from radio will be reflected back to gpredict. But as soon as I release and stop turning the VFO knob from the radio, the swapping of main and sub band goes back again.

rigctld-snapshot-build-20200505.txt

gpredict

radio-config

@mdblack98
Copy link
Contributor

mdblack98 commented May 6, 2020 via email

@jharwinbarrozo
Copy link
Author

Hi @mdblack98 ,

Nothing change. Main and Sub band still keep on swapping back and forth. Similar to the previous one without the --set-conf=cache_timeout=0

Here's the log
loglog.txt

@mdblack98
Copy link
Contributor

Can you please follow the directions for git bisect to determine where this regression happens?

https://git-scm.com/docs/git-bisect

de Mike W9MDB

@jharwinbarrozo
Copy link
Author

jharwinbarrozo commented May 7, 2020 •
edited

@mdblack98 Okay I did the git bisect. And found out this is that last commit b244fe2 although it requires the --set-conf=cache_time=0 for to rigctld to work on IC-910. Without this --setconf, rigctld is totally useless in IC-910

latest commit 067f95d down to d75272d were bad w/ and w/o --set-conf=cache_time=0

b244fe2 only good with --set-conf=cache_time=0

Hope this helps.

@mdblack98
Copy link
Contributor

mdblack98 commented May 7, 2020 via email

@jharwinbarrozo
Copy link
Author

jharwinbarrozo commented May 8, 2020 •
edited

@mdblack98 apology i just mispelled the "time". I checked my command line, it showed correctly

/home/ubuntu/local-test/bin/rigctld -m 3044 -r /dev/ttyUSB0 -t 4532 -s 19200 --set-conf=cache_timeout=0 -vvvvv -Z 2>&1 | tee cache_timeout0.txt

Anyway, here are the logs:

b244fe2 w/ cache_timeout=0
cache_timeout0.txt

b244fe2 w/ cache_timeout=500
cache_timeout500.txt
Run gpredict, open radio controller window then engage. As soon as I start to rotate my radio's vfo knob, the swapping of main and sub band starts to happen. Completely, unuseable for IC-910

latest commit 067f95d w/ cache_timeout=500
latest_commit_w_cache_timeout500.txt

Hope this helps.

@mdblack98 mdblack98 added the bug label May 8, 2020
@mdblack98
Copy link
Contributor

It would help a lot if we can figure out a rigctl cmd sequence that shows the problem.

I suspect it has to do with getting/setting split or such

So try rigctl and do these commands

V VFOA
F 14074000
V VFOB
F 14075000
V VFOA
i
x
s
I 14076000
X USB 3000
S 1 VFOB
S 0 VFOA

Mike

@N6RFM
Copy link

N6RFM commented May 10, 2020

Hi Mike and Jharwin,

Have been watching this thread intently. Thanks efforts. Did a git pull for latest and install. Just tried your requested sequence Mike. Ran into some issues, and only made it part way. Log attached. Hope that is helpful. Best, Bob
IC-910.txt

@mdblack98
Copy link
Contributor

mdblack98 commented May 10, 2020 via email

@N6RFM
Copy link

N6RFM commented May 10, 2020 via email

mdblack98 added a commit that referenced this issue May 11, 2020
@mdblack98
Fix IC-910 split mode operation with gpredict
3b2225e 
#237
mdblack98 added a commit that referenced this issue May 12, 2020
@mdblack98
Fix ptt cache -- not specific to IC910 but was noticed during debuggi…
28ce6d0 
…ng this problem

#237
mdblack98 added a commit that referenced this issue May 14, 2020
@mdblack98
Fix IC910 satellite mode operations
9c4dfbc 
#237
mdblack98 added a commit that referenced this issue May 14, 2020
@mdblack98
IC-910 (and hopefully IC-9700) now working with gpredict in both simp…
156db58 
…lex non-satmode and full duplex satmode

As of 20200514 switching to satmode will automically switch rig to satmode
But switching back to simple requires manually going back to split mode until gpredict provide the correct split mode request of "S 1 VFOB" or "S 1 VFOA"
#237
@mdblack98
Copy link
Contributor

Is this working now?

@N6RFM
Copy link

N6RFM commented Jun 2, 2020 via email

@mdblack98
Copy link
Contributor

Fixed. Gpredict has a bug though where the uplink will toggle frequency of VFOA/B instead of sticking with VFOB. It's just the display effect though and not a real effect on the rig.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@mdblack98 @jharwinbarrozo @N6RFM