Noticed a odd thing with CQRLOG controlling my backup rig a IC-706mk2g. When choosing radio 2 (which the icom is connected to) the vfo display rapidly switches between A and B for maybe a half second then settles on the original vfo. Also when manually tuning the rig sometimes the same thing happens, often the connection between the computer and rig is lost requiring a refreshing of the TX control. I'm using a serial to USB adapter also. Poll rate is 2000 and parameters are set as default. Hamlib 4.3.1 is installed. CQRLOG version 2.5.2 (001).
Thanks for any comments, Colin VE1CSM
Mon, 2024-01-15 19:50
#1
CQRLOG changing VFO ic706mk2g
Hi!
That is not Cqrlog. It is your version of rigctld.
Cqrlog has buttons for vfo A and B in trxcontrol, but it never changes vfo by itself.
Some versions back from latest, rigctld did that. At least now the latest versions (compiled from source) do not do that any more with my ic7300 and I assume it is same vith 706 that I have not used since last summer.
Try to get latest Hamlib source from Github and compile it for testing.
--
Saku
OH1KH
Ok Saku. Downloaded latest stable version 4.5.5. Its not installing itself properly. Copied a bit from the make install text where the errors seem to be. I've done this before, installing into home folder so am missing something here. Thanks for your help.
Colin, VE1CSM
Making install in src
make[1]: Entering directory '/home/colin/1/New Folder (1)/hamlib-4.5.5/src'
echo "#define HAMLIBDATETIME "\"$(TZ=UTC git --git-dir=../.git log --no-merges --date='format-local:%b %d %H:%M:%SZ %Y SHA=' --format='%cd' -n 1)$(git --git-dir=../.git log --no-merges -n 1 | cut -c8-13)\"
fatal: not a git repository: '../.git'
fatal: not a git repository: '../.git'
#define HAMLIBDATETIME ""
make install-am
make[2]: Entering directory '/home/colin/1/New Folder (1)/hamlib-4.5.5/src'
echo "#define HAMLIBDATETIME "\"$(TZ=UTC git --git-dir=../.git log --no-merges --date='format-local:%b %d %H:%M:%SZ %Y SHA=' --format='%cd' -n 1)$(git --git-dir=../.git log --no-merges -n 1 | cut -c8-13)\"
fatal: not a git repository: '../.git'
fatal: not a git repository: '../.git'
#define HAMLIBDATETIME ""
make[3]: Entering directory '/home/colin/1/New Folder (1)/hamlib-4.5.5/src'
echo "#define HAMLIBDATETIME "\"$(TZ=UTC git --git-dir=../.git log --no-merges --date='format-local:%b %d %H:%M:%SZ %Y SHA=' --format='%cd' -n 1)$(git --git-dir=../.git log --no-merges -n 1 | cut -c8-13)\"
fatal: not a git repository: '../.git'
fatal: not a git repository: '../.git'
#define HAMLIBDATETIME ""
/usr/bin/mkdir -p '/home/colin/local/lib'
Hi!
git clone https://github.com/Hamlib/Hamlib.git
cd Hamlib
./bootstrap
./configure
make
sudo make install
Did you do that in order?
Unless configure shows some missing dependencies that must be filled and run configure again, it should go through that way.
--
Saku
OH1KH
Thanks for quick reply Saku. I wasn't using the git command to download. The process completed without errors but only the initial state of rig is read by CQRLOG. Frequency is shown but buttons don't work and changing frequency on rig doesn't show in CQRLOG. I installed in home folder with $ ./configure --prefix=$HOME/local This worked fine with a previous version. Startup from terminal is below. Thanks for any help.
Colin, ve1csm...
Starting RigCtld ...
rigProcess.Executable: /home/colin/local/bin/rigctld
Parameters:
-m
3073
-r
/dev/icom7300
-t
4532
rigctld started!
Connected to rigctld @ localhost:4532
Sending: fmv
Msg from rig: 28469710
Msg from rig: USB
2400
Sending: fmv
Sending: fmv
Sending: fmv
Sending: fmv
Sending: fmv
Ok!
Do you really have 7300 or 706mk2 connected?
Use settings for your rig model.
Sorry if I confused you before: I meant my 7300 was doing vfo switching with older Hamlib and I suspect 706mk2 will do the same with that version of Hamlib because it is Icom, and the source of vfo switching lays in icom.c source.
Can you get frequency with telnet connection at command console ?
[saku@hamtpad ~]$ telnet localhost 4532
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
f
quit
10137000
quit
RPRT 0
Connection closed by foreign host.
If result is same, no frequency and when typed "quit" you got it and next "quit" terminates telnet, you should try another time:
[saku@hamtpad ~]$ telnet localhost 4532
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
f currVFO
10137000
quit
RPRT 0
Connection closed by foreign host.
If that works ok, like above, then you should check " Use \chkvfo" in preferences/TRXControl.
I do not know if current version of rigctld defaults to parameter "--vfo" because I have used it long time here in my setup and Mike, W9MDB, said already some time ago that it will become as default sooner or later.
If "--vfo" is default or in "extra command line arguments" "Use \chkvfo" must be used
Does this make any difference?
--
Saku
OH1KH
Below you can see the telenet attempt. Tried --vfo and Use \chkvfo in the preferences but no luck.
$ telnet localhost 4532
Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused
Strange.
Did you check that moment that rigctld was running?
Ps ax | grep rig
It looks like it was'nt. Same situation if firewall prevents connect but i have never seen firewall blocking localhost.
What happens when you start rigctld from command console using your rig model and serial device and add -vvvvv as last parameter ?
If it stays running leave it open and start cqrlog using net hamlib rigctld as rig. Set polling to 10000 that you have time to look what happens.
Every time cqrlog polls rig you should see debug messages of rigctld in command console.
What happens?
--
Saku
OH1KH
Ok Saku here is some more info below . Just to be clear I,ve installed in my home folder with ./configure --prefix=$HOME/local. I have done same with a earlier version with no problems. In fact its my backup after renaming local folder during this trial with latest rigctld.
Thanks again, Colin, VE1CSM
Below is with cqrlog running
colin@colin-Aspire-XC-885:~$ ps ax | grep rig
734 ? Ss 0:00 /usr/bin/python3 /usr/bin/networkd-dispatcher --run-startup-triggers
72751 pts/2 Z+ 0:00 [rigctld]
72894 pts/4 S+ 0:00 grep --color=auto rig
Below is after starting from console with -vvvvv
colin@colin-Aspire-XC-885:~$ ps ax | grep rig
734 ? Ss 0:00 /usr/bin/python3 /usr/bin/networkd-dispatcher --run-startup-triggers
73011 pts/3 Sl+ 0:00 rigctld -m 3073 -r /dev/icom7300 -vvvvv
73018 pts/4 S+ 0:00 grep --color=auto rig
colin@colin-Aspire-XC-885:~$
Just a few lines from console after running rigctld with -vvvvv. (before starting cqrlog) There is much more i didn't copy.
colin@colin-Aspire-XC-885:~$ rigctld -m 3073 -r /dev/icom7300 -vvvvv
rigctld.c(639) Startup: rigctld -m 3073 -r /dev/icom7300 -vvvvv
rigctld Hamlib 4.6~git 2024-01-18T15:18:49Z SHA=761f1d 64-bit
Report bugs to
Max# of rigctld client services=32
rig_check_rig_caps: p1=0x7f9d1630fb60, p2=0x7f9d163160e8, rig_model=0x7f9d1630fb60, macro_name=0x7f9d163160e8
initrigs4_icom: _init called
rig_init: rig_model=Icom IC-7300 20231209.12
rig_init: rig has VFO_A
rig_init: rig has VFO_B
rig_init: rig has VFO_MEM
***2:icom.c(627):icom_init entered
icom_init: done
***2:icom.c(731):icom_init returning(0)
main: twiddle=0, uplink=0, twiddle_rit=0
rig.c(908):rig_open entered
rig_settings_get_path: path=/home/colin/.config/hamlib_settings
rig_settings_load_all: settings_file (/home/colin/.config/hamlib_settings): No such file or directory
rig_open: cwd=/home/colin
rig_open: /home/colin/hamlib_settings does not exist
rig_open: async_data_enable=0, async_data_supported=1
serial_open: /dev/icom7300
serial_setup: tcgetattr
Below a few lines at end of text after starting cqrlog. rigctld was running till i started cqrlog.
rig_get_mode(2956): debug
******5:cache.c(36):rig_set_cache_mode entered
******5:cache.c(119):rig_set_cache_mode returning(0)
****4:rig_get_mode: elapsed=5ms
*****4:rig.c(2973):rig_get_mode returning(0)
rigctl_parse.c(2279):rigctl_get_mode returning2(0)
mutex_rigctld: client lock disengaged
mutex_rigctld: client lock engaged
mutex_rigctld: client lock disengaged
handle_socket: doing rigctl_parse vfo_mode=0, secure=0
rigctl_parse: called, interactive=1
rigctl_parse: cmd=v(76) handle=9
mutex_rigctld: client lock engaged
rigctl(d): v 'currVFO' '' '' ''
rigctl_parse: vfo_opt=0
rigctl_parse.c(2340):rigctl_get_vfo entered
*****4:rig.c(3327):rig_get_vfo entered
rig_get_vfo: cache miss age=6919638ms
****rig.c(3355) trace
Segmentation fault (core dumped)
colin@colin-Aspire-XC-885:~$
Hi!
For some reason rigctld dies with segmentation fault.
And earlier grep with cqrlog shows rigctld is in zombie state ( Z and [] )
This is clearly Hamlib problem.
I suggest you ask help from Mike W9MDB. He has done most developing for Hamlib now and is very helpful.
He can give more specified information how to track the segmentation fault case.
--
Saku
OH1KH
I tried a install with a downloaded hamlib_4.5.5.orig.tar.gz from the Hamlib site not using git. Installed in home folder and is working. However the vfo thing on the 706mk2g is still there. Saku thanks for help, Colin...
Hi Colin!
Ok.
Ask from Mike, W9MDB, about it. You find his email from qrz.
--
Saku
OH1KH
HI Colin, I just read your message again.
What if you try one again with the very latest Hamlib?
Go to Github: https://github.com/Hamlib/Hamlib/
Press green "code" button and then "Downoad zip"
Download, unzip and compile. You should get 4.6 version.
--
Saku
OH1KH
Ok Saku. I may try that later. First im going to change the usb to serial adapter that is used with the 706. I'd forgotten about that, the one i'm using may not have the FTDI chipset. It will be a few days before it arrives but will keep you up to date on this. Colin...
Ok Saku changing the usb/serial unit did nothing to help but installing 4.6 did the trick. VFO on the 706mk2g now stable. Thanks.
Colin, VE1CSM
Some may find solace in the meditative Dinosaur Game gameplay of puzzle or simulation games, providing a tranquil environment to relax the mind.
Without using git, I attempted to install hamlib_4.5.5.orig.tar.gz that I had obtained from the Hamlib website.
geometry dash world