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