You can get the absolute latest with git clone
git clone https://github.com/Hamlib/Hamlib.git
Mike W9MDB
On Friday, June 3, 2022, 11:46:11 AM CDT, Saku via wsjt-devel
<wsjt-devel@lists.sourceforge.net> wrote:
No can do... :-D
Fedora 35, no Windozes in this house.
Last tested version was: hamlib-4.5~git-a468f0de-20220603.tar.gz
Black Michael via wsjt-devel kirjoitti 3.6.2022 klo 16.39:
In that case please use this DLL and send me the debug log as described
below.
https://www.dropbox.com/s/7aejdv74nfjxr0q/libhamlib-4.dll?dl=0
Please place this file as described below
https://www.dropbox.com/s/t52ngcalsgnpm8m/wsjtx_log_config.ini?dl=0
C:\Users\[username]\AppData\Local\WSJT-X The WSJT-X_Rigcontrol.log file
will be in the same location For Linux put it in ~/.config The
WSJT-X_Rigcontrol.log file will be here: ~/.local/share/WSJT-X Restart
WSJT-X and duplicate the problem. Shut down WSJT-X
Then send me the WSJT-X_RigControl.log file Mike W9MDB
On Friday, June 3, 2022, 08:33:18 AM CDT, Saku via wsjt-devel
<wsjt-devel@lists.sourceforge.net> wrote:
Sorry but it does not work. It is even worse.
Interesting side effect was that after installing new Hamlib ic7300 lost output
power when rigctld was started from scirpt before wsjtx.
Even rebooting pc did not restore power.
When killed rigctld from script and set wsjtx to use icom7300 serial USB
instead of Net Hamlib rigctld I got output power back.
After that changed wsjtx back to Hamlib rigctld and started rigctld from
script output power was normal.
Perhaps resetting ic7300 would do the same (?) (I have feeling this has
happened sometimes before and fixed in same way)
But to the point.
Now when moving TX Hz from waterfall from edge to another while transmit is ON
the wsjtx frequency display changes but rig's display does not change.
And when RX period starts rig stays on TX frequency that was at the beginning
of TX period, not the one it was moved during TX.
Before: Rig TX frequency changed, but RX was at last TX frequency (at the end
on TX period)
Now: Rig TX frequency does not change, while wsjtx frequency display
changes, and RX is at first TX frequency (at the start of TX period)
Black Michael via wsjt-devel kirjoitti 3.6.2022 klo 15.09:
It has been fixed.
http://n0nb.users.sourceforge.net/
Mike W9MDB
On Friday, June 3, 2022, 05:03:29 AM CDT, Kari Sillanmäki via wsjt-devel
<wsjt-devel@lists.sourceforge.net> wrote:
Hi Saku, Michael, Mike et al
I can duplicate this behaviour reported by Saku on my 7300.
I'm using the rigctld-wsjtx bundled with WSJT-X 2.5.4 source tarball on
Ubuntu 18.04.6 LTS.
This seems to be a defect in hamlib; RX-frequency should always stay put.
73's de Kari, oh2gqc
On 3.6.2022 10.58, Saku via wsjt-devel wrote:
| Subject: Re: [wsjt-devel] Hamlib testing |
| From: Saku via wsjt-devel <wsjt-devel@lists.sourceforge.net> |
| Date: 3.6.2022 klo 10.58 |
| To: wsjt-devel@lists.sourceforge.net |
| CC: Saku <oh...@sral.fi> |
Hi Michael !
Could you test with your IC-7300 this way:
set "split rig" and check "Allow TX frequency changes while transmitting" in
settings/general tab
Set your TX around 300Hz by shift+left click on waterfall. Start TX period and
while your TX is on move your TX around 2800Hz by shift+left click on
waterfall.
When TX period is over does your RX return to selected (from band selector)
frequency?
Mine does not, it gets the TX (vfoB) frequency that must then be corrected
with band selector back to right RX frequency.
This happens if I have settings/Radio configured as ICOM 7300, or if I have
started rigctld with script before starting wsjtx and then using Hamlib Net
rigctld/localhost:4532 in settings/Radio.
Both ways same result. OS is Fedora 35 linux.
--
Saku
OH1KH
5p1kzx Michael via wsjt-devel kirjoitti 2.6.2022 klo 18.32:
Hi Everyone
I have tested new the Hamlib with WSJT-X and JTDX in RIG and Fake It. I tested
it with IC-7300, IC-7000 and IC-706Mk2g - behaviour as expected and no problems
so far.
73 de Michael 5p1kzx
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Saku
OH1KH _______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Saku
OH1KH _______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
