Saku kirjoitti 30.5.2020 klo 6.06:
Hi!

Just jumped from rc1(snap) to rc3. (self compiled source from K1JT homepage)

Sad to see that the same hamlib error still exist there in rc3 too!!

"Hamlib error: Feature not available while getting current VFO"


Fedora 31, icom 7300, rigctld started by crontab script at PC startup, wsjtx (and other programs) setup using rig model #2 (Net Hamlib rigcld) to access it.

wsjtx-2.2.0-GA Rpm for Fedora29 (!) did not install to my Fedora 30 so I compiled 2.2.0 from tarball https://www.physics.princeton.edu/pulsar/K1JT/wsjtx-2.2.0.tgz

Wsjtx is now ok and does not report "getting VFO"- error. But hamlib (rigctld) that comes with that tarball is broken.

When I start rigctld (using script) with: /usr/local/bin/rigctld -m 3073 -r /dev/icom7300 -t 4532 -s 19200 &

And then wsjtx that uses rig model #2 (Net Hamlib Rigctld) I get wsjtx running and it displays current frequency as should. When I change band from wsjtx's band selector it changes in my Icom7300 - all OK. Except that other vfo (split=rig) still stays on previous band. So it has done also before, and have changed when TX is first time activated on new band.

But when I start TX or Tune now rig's relays rattle few times very fast and *rig RX returns to previous band* I.E. then TX vfo does not jump to RX band, but RX vfo jumps to TX band that still had the previous band value.

To get right action procedure is this:

Change band from wsjtx : RX goes to new band - OK Then press rig button "split" to get split "OFF" After that starting TX or Tune the TX vfo gets same band as RX has, I. E. the new one I changed to and rig's "split" is again activated.

Other way is to start older rigctld. I can not dig out version as both says "rigctl(d), Hamlib 4.0~git" with "--version" parameter.

The older that works ok with wsjtx 2.2.0GA is: [saku@hamtpad ~]$ ls -l /usr/bin/rigctl -rwxr-xr-x. 1 root root 126472 4. 4. 19:34 /usr/bin/rigctl

When started it gives: [saku@hamtpad ~]$ Recommend using --vfo switch for rigctld if client supports it rigctl and netrigctl will automatically detect vfo mode

I assume this is the one that has come from latest update packet of Fedora30.

This new one that was in 2.2.0 tarball says: [saku@hamtpad ~]$ ls -l /usr/local/bin/rigctl -rwxr-xr-x. 1 root root 427296 30. 5. 06:49 /usr/local/bin/rigctl

[saku@hamtpad ~]$ Recommend using --vfo switch for rigctld if client supports it rigctl and netrigctl will automatically detect vfo mode main: #1 vfo_mode=0

Now I just have to take care that Fedora updates do not update hamlib as the new one does not work.

--
Saku
OH1KH

_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to