On 16/12/2014 14:56, Michael Black wrote:
Hi Mike,
Maybe we need a new function in hamlib to set vforx, vfotx,
freq,split, and mode all at once in hamlib.
Already working on this Mike. Actually all that is needed is a Hamlib
back end API to set both frequency and mode in one operation for the
split Tx VFO and it need only be implemented for rigs that require VFO
swaps to achieve it since the Hamlib front end implementation can
emulate it when direct VFO addressing is available.
You can see the current state in my Hamlib fork in the back-vfo-api branch.
So the VFO swap would only be once and very infrequent.
The Yaesu 450D backend I've been working is one where you have to swap
in and you can apparently see a little dance on the rig from the
swapping going on.
Yes, and many Icom rigs have the same limitations.
If hamlib were to get a new function, you could use priv->curr_mode,
priv->curr_vfo, priv->curr_freq, priv->curr_split or such to determine
if anything needed to be done.
You'd remove the VFO swap if the current VFO is OK. You'd query all
these on a detected band change from VFO frobbing by the operator.
No No No! Using cached rig state is Hamlib is a big issue with me, it
can easily get out of sync with the actual rig state which defeats the
purpose of Hamlib.
That's a lot of rigs to change though but this idea makes sense to me
at the moment.
Not as bad as you might think.
Mike
73
Bill
G4WJS.
*From:*Bill Somerville [mailto:g4...@classdesign.com]
*Sent:* Tuesday, December 16, 2014 8:36 AM
*To:* wsjt-devel@lists.sourceforge.net
*Subject:* Re: [wsjt-devel] Changing band on rig
On 16/12/2014 14:30, Michael Black wrote:
Hi Mike,
And it's only on band change too…not just frequency change.
So if the flag is only set on band change it would minimize VFO
swapping.
Same problem happens on querying VFO having to swap them around so
minimal is best as you say.
Do you have a band detector in the code?
No, but it's a one liner given that the ADIF bands are defined already.
I need to think a bit about the implications of this, I have been
bitten a few times by time critical CAT command changes breaking on
some rigs is unexpected ways.
Mike
73
Bill
G4WJS.
*From:*Bill Somerville [mailto:g4...@classdesign.com]
*Sent:* Tuesday, December 16, 2014 8:10 AM
*To:* wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
*Subject:* Re: [wsjt-devel] Changing band on rig
On 16/12/2014 13:53, Michael Black wrote:
Hi Mike,
Doesn't really matter if WSJT-X is running or not…same
behavior….but this is the typical scenario…Rudy reported this to
me as he's fiddling with knobs all the time and I duplicated the
problem.
Let's say WSJT-X is not running. Your rig is set 160M LSB no split.
Start WSJT-X – it switches over to last band worked…say 20M, USB,
Split.
Switch rig to 160M from the rig. Mode will not change to USB on
next transmit.
OK, so the rig is remembering the mode from the last time 160M was used.
There is an issue in that many rigs cannot have their split Tx VFO
mode queried or changed without some swapping around of VFOs. WSJT-X
tries to avoid these VFO swaps wherever possible since they glitch the
receive (or transmit) audio.
The same applies to Tx frequency but many more rigs have a way of
setting the Tx frequency directly and it is a critical parameter that
changes in normal WSJT-X usage.
I have taken the view that, given a CAT controlled rig can be QSY'ed
from WSJT-X, not doing all these expensive and intrusive checks on
each start of transmission is best. Maybe that is too lenient.
I suppose that a flag could be set whenever there in an unsolicited
rig frequency change and that on the next Tx both the Tx frequency
and mode should be verified and corrected if necessary when the flag
is set.
73
Mike
W9MDB
73
Bill
G4WJS.
-----------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
