Log4OM

I added the patch so that the 817 and 897 should correctly read VFOB from a program now. No waiting is needed.

Use my fork for now so we can test it.....
https://github.com/mdblack98/Hamlib

de Mike W9MDB

I added a patch that should fix the VFOA/B freq read problem.
The VFO swap was not flushing the cache.

Can you build hamlib?

Use my fork and if it works I'll get the patch in the main Hamlib project.

https://github.com/mdblack98/Hamlib

I put a patch in that should fix the 817/897 VFO B read problem.

Can you compile hamlib or do I need to provide an already-built version for you?

de Mike W9MDB

Hi Mike,
a built version is ok, but this will work only for your own fork, right?

Only my fork for now until I get it tested.

This WSJT-X package contains rigctld-wsjtx.exe in the WSJTX\bin directory which you can run with Log4OM as a standalone version and see how it works with your rigs.

https://www.dropbox.com/s/isxwjybws1i8u ... s.exe?dl=1

Mike

Did you get a chance to test this?

de Mike W9MDB

Hi Mike,

Both Terry and Daniele are out of town at the moment. I am sure when they return they can give it a try. Thanks for your patience.

Doug - W7DRM

I'm checking the file but it's a bit complex as i need to do a rig change that is not expected in main routines.
i'm still missing what you patched in hamlib...
i should be able to read VFO B from FT817, but i cannot figure what i should see, as VFOa and VFOb are not concurrently visible in my rig... should i see VFOa running and a frozen VFOb?

You should be able to set and read both VFO A & B. It was the reading of VFO B that wasn't being done correctly.



So running rigctl-wsjtx with the --vfo option

For the FT-817 this command
rigctl-wsjtx -m 120 -r com1 -s 9600 --vfo F VFOA 14074000 F VFOB 14075000 f VFOA f VFOB
Should give this answer showing VFOA/B
14074000
14075000
Where before it would give
14074000
14074000 (wrong answer)

Mike

And the change was to remove the caching. It was caching the VFO regardless of what was being read so a 2nd query done quickly would return the cached value of the other VFO.

Mike