Hello,
I have installed Rigctld, and I am in the "dialout" group for 'ttyUSB0'.
CQRLOG find my rig (FT-920 and FT-1000), but i don't have communication with.
grep "geoffroy" /etc/group
root:x:0:geoffroy
tty:x:5:syslog,geoffroy
dialout:x:20:geoffroy
sudo:x:27:geoffroy
...
When i launch the ps command in terminal :
ps ax |grep rig
I have this reply :
ps ax |grep rig
897 ? Ss 0:00 /usr/bin/python3 /usr/bin/networkd-dispatcher --run-startup-triggers
8052 pts/0 S+ 0:00 grep --color=auto rig
but i don't see CQRLOG ??
I should find a line containing the info sent by CQRLOG...
Version of CQRLOG : 2.6.0 (109)
Geoffroy
PS : mars 03, 2023.
FLDigi is now installed in my PC. HamLib is fonctionnal !
But no communication between CQRLog and TX......
HI Geoffroy!
Is this still valid problem? I have somehow passed this message.
Start your cqrlog from command terminal with:
cqrlog --debug=1 > /tmp/debug.txt
After Cqrlog has open and running close Cqrlog. Find file /tmp/debug.txt and open it with text editor.
Select first about 70 lines, copy to clipboard and paste to your next message.
There should be information how Cqrlog sees rigctld.
--
Saku
OH1KH
Hi Saku,
Thanks to reply.
I have launched CQRLog with the --debug command:
Cqrlog Ver:2.6.0 (113) Gtk2 Date:2023-02-28
**** DEBUG LEVEL 1 ****
OS:
Linux version 5.19.0-35-generic (buildd@lcy02-amd64-020) (x86_64-linux-gnu-gcc (Ubuntu 11.3.0-1ubuntu1~22.04) 11.3.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #36~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Fri Feb 17 15:17:25 UTC 2
SSL libraries:
libssl.so
libcrypto.so
Loaded 184455 LoTW users
Loaded 161304 eQSL users
Loaded 74760 SCP calls
*
User home directory: /home/geoffroy/
Program home directory: /home/geoffroy/.config/cqrlog/
Data directory: /home/geoffroy/.config/cqrlog/database/
Memebers directory: /home/geoffroy/.config/cqrlog/members/
ZIP code directory: /home/geoffroy/.config/share/cqrlog/zipcodes/
Binary dir: /home/geoffroy/.config/cqrlog/
Share dir: /home/geoffroy/.config/share/cqrlog/
*
Loaded mode conversion files:
submode=mode
for_import_only
ex_mode=cqrlogmode
56 us states loaded
Grid map created
/home/geoffroy/.config/cqrlog/mysqld
MySQLProcess.Executable: /usr/sbin/mysqld Parameters: --defaults-file=/home/geoffroy/.config/cqrlog/database/mysql.cnf
--datadir=/home/geoffroy/.config/cqrlog/database/
--socket=/home/geoffroy/.config/cqrlog/database/sock
--port=64000
Trying to connect to database
TMySQL57Connection : Server connect failed.
Trying:1
select * from tables where table_schema = 'cqrlog_common'
SELECT log_nr,log_name FROM cqrlog_common.log_list order by log_nr
use cqrlog001
use cqrlog001
use cqrlog001
use cqrlog001
use cqrlog001
SELECT * FROM cqrlog_config
select * from db_version
[UpgradeMainDatabase] Old version: 18 cDB_MAIN_VER: 18
select * from cqrlog_common.db_version
SELECT * FROM cqrlog_common.dxcc_ref ORDER BY ADIF
SELECT * FROM cqrlog_common.dxcc_ref ORDER BY ADIF
SELECT * FROM cqrlog_common.bands
Settings:
-----------------------------------------------------
RigCtldPath:/usr/local/bin/rigctld
RigCtldArgs:-m 114 -r dev/ttyUSB0 -t 4532 -s 4800
RunRigCtld: TRUE
RigDevice: dev/ttyUSB0
RigCtldPort:4532
RigCtldHost:localhost
RigPoll: 500
RigSendCWR: FALSE
RigChkVfo TRUE
RigId: 114
Starting RigCtld ...
rigProcess.Executable: /usr/local/bin/rigctld
Parameters:
-m
114
-r
dev/ttyUSB0
-t
4532
-s
4800
-C
auto_power_on=1
rigctld failed to start!
Destroy rigctld
1
2
3
4
5
6
Done!
Geoffroy
Hi Geoffroy!
Ok. I see "rigctld failed to start!" and parameters used.
Now you should try to open command terminal and type (copy & paste) following:
/usr/local/bin/rigctld -m 114 -r dev/ttyUSB0 -t 4532 -s 4800 -C auto_power_on=1 -vvv
After enter pressed you should see the reason why rigctld does not start.
I suspect that it complains serial port. That is because it seems that you have one slash "/" missing from device name.
You have "dev/ttyUSB0" and it should be "/dev/ttyUSB0"
Was this the fault?
--
Saku
OH1KH
Hello Saku,
I have inserting the "/" in the device name, but it's the same result...
/usr/local/bin/rigctld -m 114 -r /dev/ttyUSB0 -t 4532 -s 4800 -C auto_power_on=1 -vvv
Config parameter error: Feature not available
Geoffroy
Hi Geoffroy !
OK! then it is your rig that does not support "auto_power" command.
Look at preferences/TRXcontrol and uncheck the "rig pwr ON cmd"
That should remove the "-C auto_power_on=1" from rigctld parameters.
--
Saku
OH1KH
Hello Saku,
Now, I have another problem : when I launch rigctld, I have this message :
/usr/local/bin/rigctld: symbol lookup error: /usr/local/bin/rigctld: undefined symbol: lock_mode
What is the "lock mode ?"
Geoffroy
I have uninstalled Hamlib 4.5.4 , and uploading one old version, until one functional version : this is the hamlib-4.3 !
Now, I have communication with my TX.... No problem !
Why are the versions above 4.3 not working?
Geoffroy
HI Geoffroy!
By the lock mode error and works ok after uninstall I guess that you have had two Hamlibs installed at same time.
Other rigctld in /usr/bin and the other in /usr/local/bin
How ever you have had the lib part of Hamlib only for either one of rigctlds. Then you have tried to run rigctld that has no corresponding library installed.
I have had similar problems before. They happen if you have Hamlib that is installed as dependency of some other program using install from packet.
Usually this rigctld exist as /usr/bin/rigctld.
Then you have compiled Hamlib by yourself using defaults when rigctld exist as /usr/local/bin/rigctld. I have also heard that some Ubuntu version has had an update that installs new verson to /usr/local/bin/ leaving the old one in /usr/bin/
If you compile Hamlib from source (most recommended) be sure that you first uninstall any Hamlib installed as dependency of some other program.
For Fedora Linux there is command "rpm -e --nodeps package_name" that allows uninstall a package leaving the main program that had installed the package as dependency still to PC.
I am not sure what is similar command for Ubuntus.
--
Saku
OH1KH
Hi Saku,
I have uninstalled Hamlib with Synaptic (for one complete uninstall) and installing the new Hamlib (4.5.4), and it's conclusive.
Thank.
Geoffroy, ON6GMT.