MI0HOZ reported that his rig closes ok from TRXControl P-off button
but does not start from P-on button.
I did know this before but always tought that it was my IC7300 "property".
More carefull testing did show that it is Cqrlog's bug.
If rig Power off or stby button is pressed and rig closed
Cqrlog continues polling. That stacks commands/responses and
when Power on button is pressed command is sent to rig but it may
take several minutes before action.
This showed up totally new problem.
Cqrlog "just throws out polling" to rigctld and assumes that there will be proper
answer on return.
How ever the code does not wait for return, it continues polling by timer
even when there is no answer.
It should not do so.
For every command sent to rigctld there should be always some kind of reply
coming back. Before that reply new timer based command(s) should not be sent.
This tries to fix problem(s).
At the start \chk_vfo and \dump_caps are asked (first if user has allowed that, default yes).
Result of \chk_vfo modifies the polling format and result of \dump_caps is used to check
if rig can do: get vfo, set_powerstat and send morse.
At the moment used information is more cosmetic:
If rig can not "get vfo" Trxcontrol's vfo "A" and "B" buttons are not colored by vfo in use.
if rig can not "Set_powerstat" Trxcontrol's poer buttons are disabled.
"Send mores" was planned to give warningif user tries to use Hamlib keyer with rig that
does not support it, but it is not implemented yet.
Then to more important things.
Now rig polling is enabled by "ticket numbers". The poll timer itself runs all the time
but "tickets" order what to do.
This way the start commands can be done first by large numbers.
Then all other issued commands have ticket number 1
And finally, when nothing else to do, normal rig polling "the fmv" has poll number 0
Ticket number -1 will disable polling. That is used when waiting for answer from rig
and afte power off command is issued to stop all rig requests, except power on command.
This is third idea for fixing this problem and it seems to work better than previous ones.
Testing is done with Icoms 7300 and 706 and hamlib dummy (#1) rig.
While testing a new bug was found.
rigctld passband settings had bug in man page where "-1"="keep current passband" was not
told. It was ok in rigctl man pages instead. Proposed fix, and it is now done in Hamlib.
How ever also Cqrlog had bug there. The passband variable was "word" that can not support
negative numbers.
Setting passband to "-1" in preferences/modes resulted passband setting of 65535 in rigctld.
Fixed variable to be "integer" for negative value support.
Squashed commit of the following:
commit 0126a51ffb7b81d2c76dfc565643d80488a59c62
Author: OH1KH <oh1kh@sral.fi>
Date: Thu Jun 30 12:41:26 2022 +0300
version date
commit 00ed3aa437115d83c6aa08861f0e7d2168b57677
Author: OH1KH <oh1kh@sral.fi>
Date: Mon Jun 27 10:28:28 2022 +0300
Fixed passband '-1' setting
commit 0fb4345a3a584f91c8e89aa0c9be94dc83ab5f58
Author: OH1KH <oh1kh@sral.fi>
Date: Mon Jun 27 10:21:07 2022 +0300
Fixed passband '-1' setting
commit 1ea3a5c193ad3db60a728f3c3e8c3d6ab93187e3
Author: OH1KH <oh1kh@sral.fi>
Date: Mon Jun 27 09:41:14 2022 +0300
If rig can get vfo coloer TRXC vfo buttons,else not
commit a99edac732d15a354a0e3a10ef399107e53171dd
Author: OH1KH <oh1kh@sral.fi>
Date: Mon Jun 27 09:04:10 2022 +0300
restored queue send
commit cd1ba324376556d64cd7d38667a4609f514c736c
Author: OH1KH <oh1kh@sral.fi>
Date: Mon Jun 27 08:28:52 2022 +0300
connect indication
commit 1f1653ed7b634eda81586409fab3564273888513
Author: OH1KH <oh1kh@sral.fi>
Date: Thu Jun 23 17:56:05 2022 +0300
looks good, but connection status must be fixed
commit d54143de69950a6e80c578cf4049a418e909972c
Author: OH1KH <oh1kh@sral.fi>
Date: Thu Jun 23 14:07:06 2022 +0300
power on / off btns work now
commit 1332722a3a9483699735404af9ccc0ff322c44e9
Author: OH1KH <oh1kh@sral.fi>
Date: Thu Jun 23 13:06:14 2022 +0300
Third try to fix this uRigControl
Some filenames will not be opened due to missing escaping.
The failing files / paths are those with one or more spaces in them.
The remedy is to quote the string. The same error exists at
a few places. (#517)
The feature for checking your EDI file when it has been created
will not open all filenames / paths.
The failing files / paths are those with one or more spaces in them.
The remedy is to quote the string. The same error exists in
the Cabrillo export as well. (#517)
With these small fixes Cqrlog compiles with Gtk3 widgets.
How ever running compiled program causes several widget errors.
You can see similar errors with Gtk2 if Cqrlog is started from
console. Difference is just that Gtk2 errors do not kill the
program like it happens with Gtk3 widgets in use.
So this is just a start to gtk3 and (lot of) work needs still
to be done if one wants to use Gtk3 widgets with Cqrlog.
Fixed great circle plot follwing ways:
- max pathline points added to 5000
- default step set to 0.1 (degrees). This makes polar plottings lot better
- added adjustable ploth width 1-5 pixels
- removed black background from plotted line
- added adjustable colors to short- and longpath lines
- fixed help page
- fixed prferences/program layout and changed old qso color selector same as with path line color settings.
Thanks Martin, OK1RR, for help and ideas.
Squashed commit of the following:
commit a6b5022db53fdae5499bfcec304f824ada9c001d
Author: OH1KH <oh1kh@sral.fi>
Date: Mon Jun 6 08:37:47 2022 +0300
defaults fix
commit eda8ce2d7195e04efe1f5a3b2c375381d3e5c9c9
Author: OH1KH <oh1kh@sral.fi>
Date: Mon Jun 6 08:23:05 2022 +0300
Plot line black background remove. Plot line widith and colors adjustable, help fix
commit b35f08601b3efa2649ab6651924b39a554df484e
Author: OH1KH <oh1kh@sral.fi>
Date: Mon Jun 6 05:18:33 2022 +0300
change of defaults and max of plotting points
While checked my eQSL errors I found some confirmations that
really were valid qsos and need to be added to Cqrlog.
Then noted that RSTs were upside down because they are from
opponent stations view.
Because being lazy fixed eQSL errors file so that RSTs are ready swapped.
Then, if error QSO is found to be valid and added to log by
importing eQSL_errors.adi, the reports are right way round.
I.E. eQSL RST_sent by opponent station is placed to RST_rcvd.
RST-sent (eQSl RST-rcvd) is usually empty and must be edited afterwards,
as well as removing eQSL/LoTW qsl sent mark if upload is needed.
LoTW does not handle RSTs, this effects only eQSL.
Revised PR #503
As it seems to be adif.org/"sponsor defined code format" to add comma
separated state as prefix to coounty name we accept that.
But, at least with non payed QRZ accounts, some calls like W1AW show out
without county then state prefix may not be added to empty county name.
Fixed that.
Squashed commit of the following:
commit 9c794672350702d5dbad53070ee42aa4934e5e78
Author: OH1KH <oh1kh@sral.fi>
Date: Thu May 12 11:18:12 2022 +0300
Fix for county storing
State prefix may not be added to empty county name.
commit 5e3f35a13f
Author: OH1KH <oh1kh@sral.fi>
Date: Tue May 10 12:46:06 2022 +0300
Fix to county storing
What is the mind of adding state to county and then storing that?
It just duplicates the information because state exist in state column
and county exist in county column.
Is there some reason doing this. If not I think it should be removed.
This fix does not affect "classic" modes CW,AM,FM and SSB that already has had conversion from USB/LSB to SSB.
How ever there are hundreds of submodes in adif standard.
IMHO the idea of mode and submode is not very clever. I would like to see all submodes
to be modes, and then then there would be modegroups instead.
This way mode would be mandatory information and modegroup just makes genres of them if that is needed for awards or other kinds of grouping.
But we have to live with this. This fix makes conversion from mode+submode to "CqrMode"
that mainly is submode in ADIF standard. How ever there are some exceptions.
A part of submodes are "for import only" by ADIF standard. They should be accepted in
import, but never exported. It seems that at least eQSL does not follow that standard
sending mode:RTTY submode:ASCI in doenwload if user has uploaded it that way to eQSL.
Another execptions come from Cqrlog itself. Mentioned submodes LSB and USB are logged
in Cqrlog as SSB (that is the mode, not submode).
Then rigctld may set mode to PACKET, USBPACKET... etc. with Icom rigs in data mode.
This, if logged that way, is not ADIF standard mode and must be converted to PKT that
is ADIF standard mode.
To do these conversions we need function/procedure "ModeToCqr()" and "ModeFromCqr()"
Those functions use conversion tables from files "submode_mode.txt" (the main mode/submode table), "import_mode.txt" (table of import only submodes) and "exception_mode.txt" (special conversion for Cqrlog in/out)
If files do not exist they are created at Cqrlog start to ~/.config/cqrlog folder with breaf "README_modefiles" explanation file.
After that files are not touched and user can make changes by himself without programming and compile if something changes in ADIF standard.
Files are loaded to string lists at Cqrlog start.
"ModeToCqr()" and "ModeFromCqr()" usage is added to all routines that uses ADIF import or export.
Excluding online logging. I do not use them, can not test, and did not find explanation of their API and mode/submode usage there.
There is still work to do with exports as I have seen that there are many export routines
doing same kind of jobs that could be combined to one "common export" or "create adif record" procedure. That maybe later...
---------------
Help files updated (Quick start/modes)
---------------
Improved external database server's backups script. Makes now one common mysqldump from all
cqr* databases and separate dumps from each one with date/time stamp on filename.
---------------
Squashed commit of the following:
commit dc1ca22633eefa9365961a551e6b9d1585f23cc8
Author: OH1KH <oh1kh@sral.fi>
Date: Fri May 6 17:35:47 2022 +0300
Fixed some comments
commit 4ec5ddf25c37de627a5d8fc876add35aee5f6de9
Author: OH1KH <oh1kh@sral.fi>
Date: Thu May 5 20:03:17 2022 +0300
Changed modefile directory. Updated help files
commit 7a0c5de47f5e3de58f4ab9f364892bdc92f1aa62
Author: OH1KH <oh1kh@sral.fi>
Date: Thu May 5 13:10:03 2022 +0300
Assigned and tested eQSL and LoTW uploads. For other uploads: checked them, but cannot be sure with online logs (I can not test them)
commit dfb35ef2df5bec37913d3150f9dc5afb2386b477
Author: OH1KH <oh1kh@sral.fi>
Date: Thu May 5 11:18:45 2022 +0300
Tested eQSl and LoTW downloads
commit 79a2072d21cc82db4028362b4da58a02f637d5ea
Author: OH1KH <oh1kh@sral.fi>
Date: Wed May 4 19:06:11 2022 +0300
Fixed debug printing. Tested: adif export and import
commit 5f86f8899c6c9b3d8fbd849115d8ef3147166e73
Author: OH1KH <oh1kh@sral.fi>
Date: Wed May 4 11:47:53 2022 +0300
Tested: fldigi remote ipc and xmlrpc, fldigi (old version) xmlrpc, adif remote
commit 88774fcd12556fb59043805f211be07f7d9dd7c7
Author: OH1KH <oh1kh@sral.fi>
Date: Wed May 4 10:31:27 2022 +0300
Fixed external database's backups script
commit 3f4198f0ce4dfb1d227cd9b06798294ec1a7d457
Author: OH1KH <oh1kh@sral.fi>
Date: Tue May 3 11:48:35 2022 +0300
fixed adif import and export. TODO: test all adif import/export, lotw/eqsl import/export, remotes: fldigi ipc/xml, adif
commit 891674a2346e0f402d301711e32a7dcdba697aef
Author: OH1KH <oh1kh@sral.fi>
Date: Sun May 1 17:35:33 2022 +0300
new conversion now in: fldigixml,adifremote, fldigiipc,lotw and eqsl import. Partilly added also to adif import but this is not finished yet
commit 050b35f3e69ea7254c71590874c50d46f7a9f3f6
Author: OH1KH <oh1kh@sral.fi>
Date: Sat Apr 30 10:01:56 2022 +0300
Ficed naming, created a debug procedure and put in use with fldigi(others still need appending)
commit a03c1758851d19a5f7f5fccbf09b5638da583f6f
Author: OH1KH <oh1kh@sral.fi>
Date: Fri Apr 29 13:30:31 2022 +0300
Mode conversion idea works now.
creates convert files if they do not exist in ctyfiles folder.
Fileas are loaded from Cqrlog start, so user can edit files
if needed new mode conversions without doing compile.
fxfldigi.pas still has testing lines, must remove
todo
take conversions in use (adif ex/import, eQSL, Lotw, adif remote, fldigi remote)
