Good evening all,
I am having trouble with CQRLOG and HAMLIB / Rig control.
Since I upgraded CQRLOG some time ago from (I forget what version) to (I forget what version), the program has been unable to control my radio - FT-950 on ttyS0 which had it done quite successfully before.
I have just lived it with since. However, it is starting to bug me as to why it worked and then stopped.
XLOG, GRIG, and TLF work just fine with HAMLIB and I am able to read the frequency from the radio and set the frequency etc from these programs - only CQRLOG gives me a problem.
I am now at CQRLOG version 1.3.0. Upgrading to 1.3.0 neither fixed my continued nor caused my inability to communicate with my radio.
When I start the program from a terminal window I get this:
cqrlog
Loading libssl: /usr/lib/libssl.so
Loading libcrypto: /usr/lib/libcrypto.so
Loading libmysqlclient: /usr/lib/libmysqlclient.so.16
Loaded 48408 LoTW users
Loaded 57815 eQSL users
*
User home directory: /home/ve3gtc/
Program home directory: /home/ve3gtc/.config/cqrlog/
Data directory: /home/ve3gtc/.config/cqrlog/database/
Memebers directory: /usr/share/cqrlog/members/
ZIP code directory: /usr/share/cqrlog/zipcodes/
Binary dir: /usr/bin/
Share dir: /usr/share/cqrlog/
*
/usr/sbin/mysqld --defaults-file=/home/ve3gtc/.config/cqrlog/database/my.cnf --default-storage-engine=MyISAM --datadir=/home/ve3gtc/.config/cqrlog/database/ --socket=/home/ve3gtc/.config/cqrlog/database/sock --skip-grant-tables --port=64000 --key_buffer_size=32M --key_buffer_size=4096K
120122 0:20:23 [Note] Plugin 'FEDERATED' is disabled.
120122 0:20:24 InnoDB: Started; log sequence number 0 44233
120122 0:20:24 [Warning] Can't open and lock time zone table: Table 'mysql.time_zone_leap_second' doesn't exist trying to live without them
120122 0:20:24 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
120122 0:20:24 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.1.41-3ubuntu12.10' socket: '/home/ve3gtc/.config/cqrlog/database/sock' port: 64000 (Ubuntu)
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
SELECT * FROM cqrlog_config
select * from db_version
SELECT * FROM cqrlog_common.dxcc_ref ORDER BY ADIF
SELECT * FROM cqrlog_common.dxcc_ref ORDER BY ADIF
In inicializerig
Model:128
Port:/dev/ttyS0
Baudrate:38400
Databits:8
StopBits:2
Handshake:None
Parity:None
DTR:OFF
RTS:OFF
Poll:300
RIG_RESULT1: in tRig.Close
TRX control thread terminated
Loading window size a position (height|width|top|left):687|914|153|114
CW init
Device:localhost
Port: 6789
address: localhost
port: 6789
SunDelta: 2.000000000000000000E-04
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
select locator from profiles where nr = 1
select locator from profiles where nr = 1
1-FN25IG;Embrun, Ontario;
2012-01-22 00:20:27
cheers es 73, Graham
Hello Graham,
I have the same radio... Here are my setting that seem work:
Device: /dev/ttyS0
Model: 128
Poll Rate: 1000 (must match I think)
Serial Speed: 38400
Stop bits: 1 (thought it had to be 2)
Data bits: 8
Handshake: None
Parity: None
I also have to check RTS
Those are my setting that seem to work. I have one other program that does not let me set the speed, I think it defaults to 4800. Other that that, all is well. Let me know if that works for you!
73 Will WC2L
Thanks Will,
I tried your settings and still no go.
The real puzzler is that radio control works with other programs and it used to work with CQRLOG until one or another updates and I just haven't been able to figure out what broke what.
Re-reading my post I realized I left out some details namely that I am using UBUNTU 10.04lts.
I have started to use Mint 11 on another machine and it has impressed me enough and has not caused some of the head scratching that UBUNTU 10.04lts has given me that I am seriously thinking of switching. I would have to set aside a whole weekend to back up, do a fresh install and rebuild.
cheers, Graham ve3gtc
Rig ID model should be 129 for the FT-950 not 128, also if you upgrade to Mint 11 or 12, or even Ubuntu 11.04 and newer change the hand shack to Hardware. HTH Tom K8WDX
BTW I suggest Mint, nice operating system.. I use Mint 12.0 so far so good, next should be the LTS version. GD DX!
Tom K8WDX
Thanks Tom,
Ft-950 rig 129 - I gave it a try but made no difference. 128 works in every other program I use (i.e. GRIG, XLOG, and TLF).
I'm still stumped.
Indeed, I am growing more fond Mint every day.
cheers, Graham ve3gtc
Graham I had trouble getting tx control as well and it seemed it was spotty until I got to a newer Disrto like Ubuntu 11.04 and above, or Mint 11.0 and above. After going to one of those or above and switching the handshake to Hardware it has been solid ever since, no trouble at all, you might also want to down load Fldigi and get that going it seems it is easier to get that working then duplicate the settings from Fldigi to CQRlog. and see if that works. Fldigi has drop down menus makes it a bit easier. If you down load Fldigi send me an e-mail so I can give you the PPA update path. 73 my friend Tom, k8wdx@yahoo.com
Tom K8WDX
Thanks Tom,
Actually I do have FLDIGI installed and working just fine, it is just CQRLOG which now gives me trouble.
It worked, then didn't; then came several updates of UBUNTU and CQRLOQ and it doesn't but every other program that uses HAMLIB still does work OK.
More and more it seems like I will be setting aside a weekend to do a clean install of MINT and restore my apps.
cheers, Graham ve3gtc
Graham,
Do you have another instance of hamlib running before trying to use CQRLog?
73 - Paul - N9GXA
Graham, without CQRlog running, a run of rigctl might be very helpful to us:
rigctl -m 128 -r /dev/ttyS0 -vvvvv
may shed some light into what is going on. If you want to email the output to me you can do so: n0nb@n0nb.us
Unfortunately, CQRlog is too restrictive in the offered options which can be passed to rigctl. While hamlib is working very well when I call it with:
rigctl -m129 --send-cmd-term="" --set-conf=rig_pathname=/dev/ttyUSB0,serial_speed=4800,dcd_type=RIG,timeout=500,retry=2,write_delay=5,post_write_delay=50,itu_region=1
I see no way to say to CQRlog to use such a string.
Another option is the use hamlib in server mode. When the server is running, I can enter:
rigctl -m 2 -C rig_pathname=localhost:4532
and it's workin well too. Here again, I see no way to say to CQRlog too use such a sequence, because only serial ports are allowed.
See this page as I have a screenshot showing how I have CQRlog setup with rigctld:
http://sourceforge.net/apps/mediawiki/hamlib/index.php?title=Net_control
I had the same problem. Fldigi or xlog worked perfectly, but cqrlog not communicating with trx. The search yielded results and identified the cause: cqrlog not start rigctld. I wrote in a start program this phrase:
rigctld-m 128-r / dev/ttyS0-s 38400-vvvv
Rigctld starts when the system boots. Now Cqrlog working properly, reliably and quickly.
'73 de Tomek SQ5OBU