101mp cannot get to read frequency trx control

6 posts / 0 new
Last post
gw7lop
101mp cannot get to read frequency trx control

hi guys
this one has me stumped i run 101mp cqrlog mint21.3 all works fine
my friend on the other hand running 101mp mint 22,3 cannot ger trx control to run
run debug and the only thing i can see is Runrigctld = false
BUT THE OPTION TO START RIGCTLD AT START UP IS CHECKED
ps fldigi wsjtx js8call all work fine

regards please keep it simple as not overly savvy on the terminal

oh1kh
101mp cannot get to read frequency trx control

HI!
There could be many reasons that are hard to specify with so little amount of information.

If you compare preferences/TRXcontrol with your friend are they both similar? Take a very careful look with all columns and checkboxes. Double check everything!
If "run rigctld at program start" is checked you should see Runrigctld = true when running with "--debug=1"

If rigctld does not start there are mainly two reasons.
First one is that "path to rigctld binary" is wrong. in this case you should see a warning splash that rigctld is not found every time you open preferences/TRXcontrol.
If that does not happen the path should be correct and rigctld binary can be found.

Second reason is that the port setting of rigctld is already in use. That means that rigctld is already started.
You can check this from terminal with command:
ps ax | grep rig
That should show if there is any rigctld already running.

[saku@hamtpad ~]$ ps ax | grep rig
7147 ? Sl 0:00 /usr/local/bin/rigctld -m 3073 -r /dev/ttyUSB0 -t 4532 -s 19200 -C auto_power_on=1
7382 pts/0 S+ 0:00 grep --color=auto rig
[saku@hamtpad ~]$

You say wsjtx and js8call works. They have built in rigctld and use different version of rigctld called rigctld-wsjtx.
fldigi has it's own way to communicate with rig's CAT without rigctld.

Either of these reasons do not produce "Runrigctld = false" to Cqrlog debug. It must come from Cqrlog settings.

Please note that you can not run Cqrlog together with those other programs fldigi wsjtx js8call by setting 101mp as rig for all settings.
It causes chaos on CAT line. Linux does not care is several programs are accessing same serial device unlike WIndows. User must control this by himself.
Running together needs special arrangement. Please read this pdf:
https://github.com/OH1KH/CqrlogImproved/blob/main/compiled/setting_rigct...

Getting forward with this case needs a bit more information. If you start Cqrlog from terminal with "--debug=1" you find this kind of part at the beginning of debug text:

Settings:
-----------------------------------------------------
RigCtldPath:/usr/local/bin/rigctld
RigCtldArgs:-m 3073 -r /dev/ttyUSB0 -t 4532 -s 19200
RunRigCtld: TRUE
RigDevice: /dev/ttyUSB0
RigCtldPort:4532
RigCtldHost:localhost
RigPoll: 500
RigSendCWR: FALSE
RigChkVfo TRUE
RigId: 3073

Starting RigCtld ...
rigProcess.Executable: /usr/local/bin/rigctld
Parameters:
-m
3073
-r
/dev/ttyUSB0
-t
4532
-s
19200
-C
auto_power_on=1

rigctld started!
Waiting for rigctld Poll 1 @ localhost:4532
Connecting to rigctld Poll (OnConnect)

If you are using official version of Cqrlog the debug text may look a bit different than this example from Cqrlog_Improved's debug with Icom7300 rig.

Anyway the main settings should be there. That would be interesting to see what can be seen from that.

--
Saku
OH1KH

gw7lop
debug

steve@steve:~$ ps ax | grep rig
4919 ? Sl 0:00 /usr/bin/rigctld -m 1044 -r /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -t 4532 -s 4800
5463 pts/0 S+ 0:00 grep rig
steve@steve:~$

Cqrlog Ver:2.5.2 (001) Date:2021-02-12
**** DEBUG LEVEL 0 ****
**** CHANGE WITH --debug=1 PARAMETER ****

OS:
Linux version 6.12.96+deb13-amd64 (debian-kernel@lists.debian.org) (x86_64-linux-gnu-gcc-14 (Debian 14.2.0-19) 14.2.0, GNU ld (GNU Binutils for Debian) 2.44) #1 SMP PREEMPT_DYNAMIC Debian 6.12.96-1 (2026-07-20)
/usr/bin/mysqld
^C
steve@steve:~$
Terminating application, caught signal 2
cqrlog --debug=1

Cqrlog Ver:2.5.2 (001) Date:2021-02-12
**** DEBUG LEVEL 1 ****

OS:
Linux version 6.12.96+deb13-amd64 (debian-kernel@lists.debian.org) (x86_64-linux-gnu-gcc-14 (Debian 14.2.0-19) 14.2.0, GNU ld (GNU Binutils for Debian) 2.44) #1 SMP PREEMPT_DYNAMIC Debian 6.12.96-1 (2026-07-20)
SSL libraries:
libssl.so
libcrypto.so
Loaded 226893 LoTW users
Loaded 195792 eQSL users
Loaded 5742 SCP calls
/home/steve/.config/cqrlog/database/steve.pid
p.Executable: kill Parameters: 2115

*
User home directory: /home/steve/
Program home directory: /home/steve/.config/cqrlog/
Data directory: /home/steve/.config/cqrlog/database/
Memebers directory: /home/steve/.config/cqrlog/members/
ZIP code directory: /usr/share/cqrlog/zipcodes/
Binary dir: /usr/bin/
Share dir: /usr/share/cqrlog/
*
56 us states loaded
Grid map created
/usr/bin/mysqld
MySQLProcess.Executable: /usr/sbin/mysqld Parameters: --defaults-file=/home/steve/.config/cqrlog/database/mysql.cnf
--datadir=/home/steve/.config/cqrlog/database/
--socket=/home/steve/.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/bin/rigctld
RigCtldArgs:-m 1044 -r /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -t 4532 -s 4800 --set-conf=data_bits=8,stop_bits=2,serial_handshake=None
RunRigCtld: TRUE
RigDevice: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
RigCtldPort:4532
RigCtldHost:localhost
RigPoll: 500
RigSendCWR: FALSE
RigId: 1044

Starting RigCtld ...
rigProcess.Executable: /usr/bin/rigctld
Parameters:
-m
1044
-r
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
-t
4532
-s
4800
--set-conf=data_bits=8,stop_bits=2,serial_handshake=None

rigctld started!
Connected to rigctld @ localhost:4532
Radio1 CW settings:
CW init keyer type:0
CW keyer reloaded by TRControl radio1 change

Settings:
-----------------------------------------------------
RotCtldPath:/usr/bin/rotctld
RotCtldArgs:-m 1 -t 4533
RunRotCtld: FALSE
RotDevice:
RotCtldPort:4533
RotCtldHost:localhost
RotPoll: 500
RotId: 1

Not started rotctld process. (Run is set FALSE)
Connected to rotctld @ localhost:4533
FreqmemSql:select id,freq,mode,bandwidth,info from freqmem order by id

FreqmemNR:0=0
FreqmemFirst:0 FreqmemLast:0
Sending: fmv

SELECT * FROM profiles WHERE visible > 0 ORDER BY nr

SELECT * FROM profiles WHERE nr = -1

SELECT * FROM profiles WHERE visible > 0 ORDER BY nr

SELECT * FROM profiles WHERE nr = -1

Sending: fmv

Sending: fmv

Sending: fmv

oh1kh
101mp cannot get to read frequency trx control

Hi!

If "ps ax | grep rig" and Cqrlog debug are from Mint 22.3 it seems that rigctld starts fine as should.

The problem seems to be that there is no response for Cqrlog's query "fmv".

-----------------------

Because rig connection serial speed is 4800baud it might be that "RigPoll 500" is too small value.
For example wsjtx defaults to 5sec polling, that is 5000 for Cqrlog poll settings.

You could try set Poll rate around 1500 - 2000 and test if that has any effect.

-----------------------

Another test is to connect rigctld using telnet and try manually get response from rig.
To do that:
1) Stop Cqrlog and flldigi, wsjtx etc. and start rigctld from command terminal. Give:

/usr/bin/rigctld -m 1044 -r /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -t 4532 -s 4800

2) check that rigctld is running.
Using command terminal give:

ps ax | grep rig

if you see "/usr/bin/rigctld -m 1044 -r /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -t 4532 -s 4800" you can continue.

3) make Telnet connection to rigctld.
Using command terminal give:

telnet localhost 4532

You should see:

Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.

give:
f (and press return key)

You should see rig frequency.

give:
m (and press return key)

You should see rig mode and bandwidth.

give:
v (and press return key)

You should see rig vfo

If these worked then try to give:

fmv (and press return key)

If there is now no response then the rig can not handle combined commands. As you say your Mint 21.3 works and friends Mint 22.3 does not even when rig models are same then there might be difference in rigctld version, or 101mp CAT settings at rig side.

giving:
q (and press return key)
gets you out from telnet connection.

You can compare rigctld versions between the two Mints giving command terminal:
rigctld --version

Answer should look like this:
[saku@hamtpad ~]$ rigctld --version
rigctld Hamlib 4.7.2~rc 2026-04-19T17:12:33Z SHA=bd551aad7 64-bit

I am almost sure there is a version difference between Mint 21.3 and 22.3.

Then compare 101mp settings between the two rigs.
Are there any differences in rig/cat settings?

How did the manual telnet test go?

-------------------------------

You can also try to add preferences/TRXControl/Extra command line arguments the following line that is shown in bold text in message https://www.cqrlog.com/comment/13520#comment-13520

Does that make any change?

--
Saku
OH1KH

gw7lop
101mp

steve@steve:~$ ps ax | grep rig
2763 pts/0 Sl+ 0:00 /usr/bin/rigctld -m 1044 -r /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -t 4532 -s 4800
2798 pts/1 S+ 0:00 grep rig
steve@steve:~$

running this
/usr/bin/rigctld -m 1044 -r /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -t 4532 -s 4800 -vvvvv

then this gives below

steve@steve:~$ telnet localhost 4532
Trying ::1...
Connection failed: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
f
14038690
m
CW
600
v
Main
fmv
14038690
CW
600
Main

gw7lop
101mp

steve@steve:~$ ps ax | grep rig
2763 pts/0 Sl+ 0:00 /usr/bin/rigctld -m 1044 -r /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -t 4532 -s 4800
2798 pts/1 S+ 0:00 grep rig
steve@steve:~$

running this
/usr/bin/rigctld -m 1044 -r /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -t 4532 -s 4800 -vvvvv

then this gives below

steve@steve:~$ telnet localhost 4532
Trying ::1...
Connection failed: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
f
14038690
m
CW
600
v
Main
fmv
14038690
CW
600
Main

steve@steve:~$ rigctld --version
rigctld Hamlib 4.6.2 2025-02-09T21:03:50Z SHA=870364 64-bit
steve@steve:~$

working version ===
rigctl Hamlib 4.3.1 mon sep13 23:12:03 2021 +0000 sha=c2ed23d