WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting

[fpaolo63]

WSJT-X 2.5.0 and MCHF: issue reading-back the VFO setting

[db4ple]

Thanks for the report. Interesting. There is no relevant change between 4.3.1 and 4.3 to be seen in the source code of hamlib. There was a change in 4.2 to 4.3 which added get_vfo to ft817. However, the UHSDR firmware implements the required code so that hamlib should be happy.
So the question is what is different between 4.3.1 and 4.3 . Will investigate.

[db4ple]

Ok, now looked a bit deeper. HAMLIB wants to read EEPROM 0x55. Which our emulation supports, e.g. as it is used by the HRD program and others. FT817 returns from EEPROM read always 2 bytes, and any address is permitted as first byte. Hence all programs so far used 0x55 as address to get vfo settings. However, contrary to all other programs, HAMLIB reads always EEPROM from even address and then returns either first (if requested address is even) or second byte (if requested address is odd). That breaks our emulation.
But we can fix this relatively easily.

[db4ple]

The committed fix should make HAMLIB 4.3.x happy. @df8oe will provide new build on download page.

@fpaolo63: Please report success or problems here

[fpaolo63]

... Well ....
just test the last commit done by Hamlib guys, they add a new RIG entry for MCHF. It is based on 847 and seems working fine.
So we have 2 solutions :)
Any way, I stressed the cat (IDIOT TESTs) and I got the RIG hang.

I will test the new RIG SW.

PS. better to coordinate effort with Hamlib guys

73 IU2OMT paolo

[fpaolo63]

Hi all,
just load the new FW D2.12.1.
We are in the same failure condition with FT817 emulation.

see msg

73 IU2OMT paolo

[db4ple]

Fixed in 2.12.2 , see #1922
Close this now since @fpaolo63 reported success on his rig