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
