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>
<mailto:wsjt-devel@lists.sourceforge.net>
Date:
3.6.2022 klo 10.58
To:
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
CC:
Saku <oh...@sral.fi> <mailto: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
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<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
