[Hamlib-developer] TS-870: test 2

[Joop S. <pa...@de...>]

A happy new year to y'all and here is the result for the second kenwood
TS-870 test, from the snapshot that Stephane has provided, version number
is 1.1.3-pre2-pa4tu.

Some remarks:

Rigctl has to link with all the separate libhamlib-<rig>.so files,
so I had to change tests/Makefile.am to something like this:

# all the programs need this
LDADD = ../src/libhamlib.la \
        ../kenwood/libhamlib-kenwood.la \
        ../dummy/libhamlib-dummy.la
DEPENDENCIES = ../src/libhamlib.la \
        ../kenwood/libhamlib-kenwood.la
        ../dummy/libhamlib-dummy.la

Secondly, make install fails in the include directory.
include/Makefile.am has lines like:

includedir = @includedir@/hamlib
include_HEADERS = hamlib/rig.h hamlib/riglist.h hamlib/rig_dll.h \
                hamlib/rotator.h hamlib/rotlist.h hamlib/rigclass.h

which causes /usr/local/include/hamlib to be created (correct) and
header files want to go into /usr/local/include/hamlib/hamlib,
which fails. The fix is trivial I guess.

Now for the good news (tests were done with rigctl):

set_vfo/get_vfo work! I can use commands like: V VFOA, V VFOB and V MEM.
set_freq/get_freq work!
set_mode works: commands like M CW, M USB, etc. work!

get_mode fails to return the correct answer, although the returned
strings from the rig are OK. Here is a cut&paste from the session, with
mode set to CW:

aba@pc3:~/tmp$ rigctl -vvvvv -m 210
rig:rig_init called 
rig: loading backend kenwood
kenwood: _init called
rig_register (203)
rig_register (204)
rig_register (216)
rig_register (210)
rig_register (214)
rig_register (217)
rig_register (220)
rig:rig_open called 
TX 3 bytes
0000     46 52 3b       FR;
RX 1 bytes
0000     46     F
RX 1 bytes
0000     52     R
RX 1 bytes
0000     30     0
RX 1 bytes
0000     3b     ;
Opened rig model 210, 'TS-870S'

Rig command: m
TX 3 bytes
0000     4d 44 3b       MD;
RX 1 bytes
0000     4d     M
RX 1 bytes
0000     44     D
RX 1 bytes
0000     33     3
RX 1 bytes
0000     3b     ;
kenwood_get_mode: unsupported mode 77
get_mode: error = Invalid parameter

In fact, every string returned from the rig seems to be right,
but the answer is still the same: kenwood_get_mode: unsupported mode 77.

Thanks for your effort Stephane. I hope this helps.
I will do some more functionality tests with other commands later
this week.

Regards,

Joop PA4TU