Is there a way to change the mode the New QSO window defaults to when one double clicks on a spot in DXCluster? For example, I double click on a spot in DXCluster that's 14.074, which would "normally" be FT8, but the New QSO window defaults to RTTY when Auto is checked. So, is there a way to define what range of frequencies are "normally" used for a given mode?
73
Stan
KM4HQE
Hi!
Just happened to get error popup "Data too long for column county" when logging FT8. Right answer is "OK" then fix county field and save qso again.
County information was fetch from Hamqth.com that has data as "County: KDR#1130 EPC#23109 RDRC#393" there for that callsign.
Should we protect "county" field so that it would cut string from first space, or take only length that database field can hold ?
In that case there should maybe be similar protect for all NewQso fields. (bigger job...)
Hello
I'am using CQRLOG version 1.8.2 on my Raspberry Pi 3, I would like to use a higher version but I do not found where I can download it.
Thanks for the information where i can download it
regards
vy73
Christoph
Hi!
During last week I made one more extension to cqrlog's wsjt-x connection. Friday's ES opening was perfect place to test it with 92 qsos that about 90% of them were made by answering to CQ.
As we know wsjt-x stops TX if answer to CQ is done at same frequency as CQ calling and answer does not come to us.
But if we answer to CQ using split frequency our TX stays on even when CQ caller answers to someone else.
Hi
I have one request. In my log, station with /MM comming like unknown country.
No problems with /M or /P callsigns.
Also maybe /AM same trouble, I not try yet.
Thanks in advance
Best Regards YO4FZV Laur.
I accidentally hit the update when I started CQRLOG and puff access violation. I can't find my log db to back it up just in case and can't figure how to fix it. This is what debug gives me.
**** DEBUG LEVEL 0 ****
**** CHANGE WITH --debug=1 PARAMETER ****
Country is listed as Marion island ZS8. It should be South Africa.
Call seen on 17m FT8.
Hello,
how can I filter out FT8 connections on the DX cluster? I only do cw and the FT8 entries bother me a lot.
Many Thanks.
Frank
DD2NU
I had Cqrlog working on mint 18.2 then switched to Ubuntu 18.04 bionic beaver to see if I could correct another problem and reloaded Cqrlog and my data just fine. I could not get digital working with fldigi for some reason so went to go back to mint and seemed ok but it won't let me open Cqrlog and the pop up says it can't connect to DB and to put last 20 lines of the err file here. Any ideas what I am missing ? thanks for any help, and feel free to email me direct too. Tom WD0BFO@WD0BFO.COM
Hi,
I did install the cqrlog to my debian 9.4. And it works but there are some issues. It does give me probs. I need to apt --fix broken though.
Is there a way to install this the right way? The .deb file which is downloaded from youre site is not compatible.
What to do so i can use cqrlog under 9.4 Debian?
Kindly regards,
Berrie
PD8B
I somehow ended up in a situation where upload stopped working and cqrlog complains
Clublog: All QSO already uploaded
I tried the old trick uploading an adif; but when I try to mark All qso's uploaded, I got another complaint. See attachment.
Hi Petr, I have a request. I have checked the commands that are being send to the Icom 7300, you send the mode with a filter/bandwith
But this makes the Icom 7300 use LSB/USB but always with Filter3, but that is a DX very small filter.
I normally use filter 1.
You send something like M USB 2200 as rigctrl command, but I like to send M USB 2700 as default.
Is there a way you let me choose and bandwidth setting instead of your default so I can choose the filter I want to have.
I have seen several reports here of instability, mainly with Yaesu rigs. My problem is with Kenwood but the symptoms are nearly identical. Let me also state right here that FLDIGI operates flawlessly with my rigs. I have
* TS-140S with IF-10C and IF-232C
* TS-440SAT with IC-10 and IF-232C
* Computer is i5 with 8GB RAM
* OS is Xubuntu 16.04.03LTS
* CQRLOG version 2.2.0 (001)
* Hamlib v3.1
If is possible to add in the search menu also from frequency, now is working from callsign/qso date/date/name/qth.
Thanks in advance.
73 de YO4FZV Laur.
Hello dear
since a short time the follwo massage given uploadwindow :
Error: No match on APP_EQSL_QTH_NICKNAME: ******
dont know why???
the login eqsl direct form my browser all is ok with the same logindata.
thanks for infos.
vy 73 de Hans DL1GZW
As a very elderly absolute newby to Linux, I would appreciate some help.
I am running Linux Mint 17.3 - 64bit version.with all updates installed. I have installed the latest version of Cqrlog and am trying to configure my Icom 746 com ports. I have tried all the sugestions made in the help files without success. Could someone please advise me how to setup the above. Any assistance would be appreciated.
Thanks in advance - Bill
When I save a QSO I get this message even though I have deleted the W7CPA QSO.
HamQTH: Uploading W7CPA
HamQTH: When uploading a QSO, at least qso_date, time_on, call, band and mode fields must be specified!
I found these errors in the data base error log.
Hello,
I have CQRLOG 2.2.0 and WSJT-X 1.9.0-rc3 working well together on Ubuntu 16.04.
Let's say I see a particular call sign appear on the WSJT-X decode list and I'm interested in working him. Before I do that I want to check my log to see if I've worked him before. Because CQRLOG is in Offline mode for wsjt remote operation, I can't enter the call sign in the New QSO window and press Tab to see what appears in the table above.
Is there another way to search previous QSOs in this scenario?
Radio control does not work.
Error message:
Database upgrade crashed with this error:
TMySQL56Connection : Error executing query: Duplicate column name 'rxfreq'
from my terminal:
martin@martin:~$ mc
martin@martin:/usr/bin$ ./cqrlog
**** DEBUG LEVEL 0 ****
**** CHANGE WITH --debug=1 PARAMETER ****
2018-04-24 9:42:10 140572636926528 [Note] /usr/sbin/mysqld (mysqld 10.1.26-MariaDB-0+deb9u1) starting as process 4876 ...
Please help, I get an error -2 when I try to upload to LOTW webpage.
I ran CQRLOG from the terminal with debug=1 and this is the output:
**** DEBUG LEVEL 1 ****
SSL libraries:
Hello all,
I was able to set CQRLog to type CW with cwdaemon keying the internal keyer of the FT-991A.
The only way I made it work was this:
you plug the USB cable from the rig to the PC you get 2 ports:
/dev/ttyUSB0 that I use for reading frequencies (CAT)
and
/dev/ttyUSB1 that I set up into cwdaemon by typing into a terminal the following:
sudo cwdaemon -d ttyUSB1
The radio parameter (060) PC KEYING must be set to DTR.
I have been creating a new log each year (though I'm still using Log17 here in April 2018...). When I try to "Open new log" (from the "new QSO" window) and select, say, Log14 to see my 2014 QSOs, the "new QSO" window shows Log14 at the top but, as expected, the QSO list window is blank. I used to open these previous-years' QSO lists, though I don't remember the method, but am now finding that choosing either "Show QSO list" from the "New QSO" window, or "Refresh data" from the blank QSO-list screen, produces this error message:
I notice a bug I think.
There are no DXCC info if a station is /MM or /AM
Hi Petr,
When I run the import from LoTW with CQRLOG, I realized, reading the ~ / .config / cqrlog / lotw / files.adi, that when I do two QSOs with the same OM on the same band and on the same day, but with different ways (example: CW and FT8), the second QSO (FT8) is seen as a duplicate and CQRLOG does not record the relative confirmation. So I am obliged to use "Edit details" and manually insert the second QSO in "LoTW QSL rcvd date". Obviously, as mentioned above, the two QSOs are regularly reported in the file downloaded from LoTW.
Recent comments