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
*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
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

Reply via email to