Well I found what was preventing me from building wsjtx (qt5-5.14.0 on Arch seems to have introduced the issue, rolling it back to qt5-5.13.2 got me back in business)
But that change I thought might implement the behavior I'm hoping for didn't do the trick. I'll keep poking at it, but I'm not familiar with the wsjt codebase at all. On Wed, Jan 8, 2020 at 12:13 PM W5MMW Matt Manjos <m...@w5mmw.net> wrote: > Unfortunately something broke my build toolchain so I can't poke around at > testing a change myself until I have time to find out what broke it, but I > suspect this might have something to do with setting next_state_.split in > PollingTransceiver::do_post_frequency (PollingTransceiver.cpp:80) > > > > On Wed, Jan 8, 2020 at 4:51 AM Christoph Berg <m...@debian.org> wrote: > >> Re: W5MMW Matt Manjos 2020-01-07 >> <CAPEE5PZMx-ybBzjm3BfkSO=1HessZpVt6jHAanTKx=bmb5r...@mail.gmail.com> >> > - User chooses to QSY to 160m band via the drop-down in WSJT. Their 40m >> > antenna will not tune to 160m, so they need their rig to be ready to >> send >> > RF on 1.840 MHz in order for their antenna switcher/tuner to operate >> >> I'm seeing the same problem with IC706, the tune button doesn't work >> until I manually disable split in the radio. >> >> Christoph >> >> >> _______________________________________________ >> 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
