Kenwood changed commands for the TS890 and TS990. Instead of MD; , they have an OM command. The OM command has Digital better enumerated so fix this for WSJT-X (in case we have any 990 or 890 users).
Split is done with the TB command.
Also in a massive step backwards, the 990 can not directly set the "Other" VFO Mode (according to Hamlib). We have to do the Icom switch-a-roo to bring the other to the forefront, set it and then flip it back. Quite unbelievable frankly.
From Hamlib Kenwood.c comment:
/ The TS990s has targetable read mode but can only set the mode
of the current VFO :( So we need to toggle the operating VFO
to set the "back" VFO mode. This is done here rather than not
setting caps.targetable_vfo to not include
RIG_TARGETABLE_MODE since the toggle is not required for
reading the mode. /
The 990 and 890 do not appear to have an IF command so this is done with the FA; and FB; commands.
I would recommend making a new function call so instead of pKenwood2, use Kenwood_TS890_TS990 and use that to customize this stuff. We have too much in the Kenwood function anyway.
ny4i
commented
4 years ago
Kenwood changed commands for the TS890 and TS990. Instead of MD; , they have an OM command. The OM command has Digital better enumerated so fix this for WSJT-X (in case we have any 990 or 890 users).
Split is done with the TB command.
Also in a massive step backwards, the 990 can not directly set the "Other" VFO Mode (according to Hamlib). We have to do the Icom switch-a-roo to bring the other to the forefront, set it and then flip it back. Quite unbelievable frankly.
The 990 and 890 do not appear to have an IF command so this is done with the FA; and FB; commands.
I would recommend making a new function call so instead of pKenwood2, use Kenwood_TS890_TS990 and use that to customize this stuff. We have too much in the Kenwood function anyway.