Re: rigctld and multiple programs
Chris Bryant <ry <at> crystalhobs.org.uk>
2010-12-05 10:04:18 GMT
On Sat, 2010-12-04 at 18:40 -0600, Nate Bargmann wrote:
>
> Hi Chris.
>
> It appears that the K2 follows the TS-570S command set fairly well and
> doesn't have as many extensions as that K3.
>
Hi Nate
That's correct, it has some extensions but not some of the really useful
(to me) ones
>
> Another to test is split and the associated split commands.
>
I'll go through the entire set and report back
> > Before I delve into detail, have you had any test results back for this?
>
> No actual test results for the K2. In elecraft.c is a rig_open function
> called "elecraft_open" that tests for the presence of either a K2 or K3.
> If you start rigctl with the -vvvvv switch, you should see some output
> that identifies the K2 command level. Actually, that function needs
> testing with a K2 to make sure it doesn't break.
>
I did do that, but thought I wouldn't clutter the mailing list if you
had already seen some output. Here goes...
chris <at> bonobo:~/software/hamlib/hamlib-1.2.13svn$ rigctl -r /dev/ttyS0 -m
221 -vvvvv
rigctl, Hamlib 1.2.13svn
Report bugs to <hamlib-developer <at> lists.sourceforge.net>
rig:rig_init called
rig: loading backend kenwood
initrigs2_kenwood called
rig_register (213)
...
...
rig_register (219)
kenwood_init called
kenwood_init: if_len = 38
rig:rig_open called
elecraft_open called
verify_kenwood_id called
kenwood_get_id called
kenwood_transaction called
kenwood_transaction: cmdstr = ID
TX 3 bytes
0000 49 44 3b ID;
RX 6 characters
0000 49 44 30 31 37 3b ID017;
verify_kenwood_id: Rig ID is ID017
elecraft_get_extension_level called
kenwood_safe_transaction called
kenwood_transaction called
kenwood_transaction: cmdstr = K2
TX 3 bytes
0000 4b 32 3b K2;
RX 4 characters
0000 4b 32 30 3b K20;
elecraft_get_extension_level: Extension level is 0, K20
elecraft_get_extension_level called
kenwood_safe_transaction called
kenwood_transaction called
kenwood_transaction: cmdstr = K3
TX 3 bytes
0000 4b 33 3b K3;
read_string: timedout without reading a character
TX 3 bytes
0000 4b 33 3b K3;
read_string: timedout without reading a character
TX 3 bytes
0000 4b 33 3b K3;
read_string: timedout without reading a character
TX 3 bytes
0000 4b 33 3b K3;
read_string: timedout without reading a character
elecraft_get_extension_level: Cannot get K2|K3 ID
elecraft_open: K3 probe failed
elecraft_open: K2 level is 0, K20
elecraft_open: K3 level is 0, K20
kenwood_get_vfo_if called
kenwood_get_if called
kenwood_safe_transaction called
kenwood_transaction called
kenwood_transaction: cmdstr = IF
TX 3 bytes
0000 49 46 3b IF;
RX 38 characters
0000 49 46 30 30 30 30 31 38 35 33 30 30 30 20 20 20
IF00001853000
0010 20 20 2b 30 36 38 30 30 31 20 30 30 30 32 31 30 +068001
000210
0020 30 30 30 31 20 3b 0001 ;
Opened rig model 221, 'K2'
Backend version: 0.8, Status: Beta
> Once determined, the elecraft_open function sets a variable in the k2.c or
> k3.c backend which override functions can use to determine how to
> process certain commands such as FW to get/set the filter bandwidth.
Where you see in the -vvvvv output above K2 level is 0, K20 this
says the K2 is in basic command mode. If we put it into extended command
mode K21 or K22 then some other useful (to me at least!) features become
available. As a general principle, is there a problem within the
software activating this extended mode? (I don't understand function
overriding in any detail).
> If
> you'd like to code the k2.c backend, the k3.c may be helpful. Or I can
> code and you can test. 
Perhaps that answers my question above - if extended mode is to be
supported, then a completely separate k2 backend is the way to go?
Regarding coding, I'm happy to take the latter approach. I've never got
to grips with c, I have to get into Python to do the quisk mods and my
ageing brain isn't going to appreciate being asked to do both at the
same time.
> Anyway, glad to have a K2 owner aboard so we can get good Hamlib support
> on these radios.
>
I would have declared my interest earlier, but my initial tests with
hamlib + gpredict + K2 worked so I didn't pursue it further. As well as
checking the rest of the current SVN backend, I'll fire up a terminal
emulator and start digging into the extended commands to see how they
work.
73 Chris g3wie
------------------------------------------------------------------------------
What happens now with your Lotus Notes apps - do you make another costly
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
RSS Feed