Hi, The problem that I can see cropping up is that on some rigs you can not change the frequency of the Sub VFO until it becomes the Main VFO when the rig status changes to TX. You (WSJT-X) might be able to use a workaround by issuing a swap VFO command change the TX frequency (if needed) on the new Main VFO and then issue another swap VFO command. At this point you can start the TX process and let rig then takes care of the correct VFO swap. Mike will not need any convoluted code to track which is the Main VFO or Sub VFO. Just my two cents on this problem. 73, Sam W2JDB
-----Original Message----- From: Bill Somerville via wsjt-devel <wsjt-devel@lists.sourceforge.net> To: wsjt-devel@lists.sourceforge.net Cc: Bill Somerville <g4...@classdesign.com> Sent: Fri, Nov 12, 2021 4:56 pm Subject: Re: [wsjt-devel] VFOs reversing On 12/11/2021 18:09, Black Michael via wsjt-devel wrote: > This is on an Elecraft K4. > When transmitting in split mode VFOA=Rx and VFOB=Tx and one changes > the Tx frequency WSJT-X assumes since VFOB is the current VFO that it > reverses roles and sets VFOA frequency instead. > If VFOB is active and split and ptt=on then VFOB is still tx. I > really don't know if this applies to all rigs though. > > Mike W9MDB Mike, to deal with that sort of behaviour either all rigs must do the same thing or WSJT-X will have to determine the rig and decide if the current VFO changes (as reported by Hamlib) when transmitting split on a rig by rig basis. Given that a number of rigs cannot be queried for the current VFO I would think that the best option for Hamlib is not to change the current VFO when transmitting split. 73 Bill G4WJS. _______________________________________________ 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
