Hmmm...Ok, I guess the FT-450D doesn't QSY. I followed your instructions Bill and VFO-B stayed right where it was at the beginning of the test. I also observed the signal on my Elecraft PX3 panadapter and the initial transmit frequency did not move, even though both of the wsjtx waterfall transmit and receive markers moved > 500 hz from the initial tx spot.
I guess I was fooled into thinking that I qsy'ed away from the frequency I was on when in fact I was still transmitting on that previous frequency. Shame on me. Perhaps all this did was set me up for the next transmission to be in the right spot so as not to qrm the previous spot in the passband. Sadly, that won't help with initial transmission. I will have to change my operating approach. Next I went in reverse and transmitted using the KX3 and watched on the wsjtx instance connected to the FT-450D. The KX3 definitely qsy'ed. But there was something weird that happened. I started the Tx at 900 hz on the wsjtx connected to the KX3. I let wsjtx Tx for a few seconds, then QSY'ed to 2500hz. The wsjtx (attached to the FT-450D) waterfall showed 2400hz for about 1-2 seconds and then shifted and landed on 2500hz for the remainder of the 13s Tx cycle. Note: I am running wsjtx v1.9.1 on the KX3 and v2 rc5 on the FT-450D. I tried "fake it" on the FT-450D's wsjtx instance. Different behaviour observed on the PX3. The initial transmission started at 600hz and then I qsy'ed to 2500hz, the signal changed frequency in the passband, but only by ~350-400hz (to about 950hz). I tried in the reverse direction, started the wsjtx instance attached to the FT-450D at 2500hz and then qsy'ed to 1100hz. Again, the jump was about 400hz to 2100hz. The fake-it setting had a more profound effect than rig split on the FT-450D, but still didn't move to the place where the wsjtx waterfall markers were. Fake it also has the side effect that if I stop a Tx quickly after starting it (say 3-4 seconds), the FT-450D rig frequency is not reset from the value chosen by the fake-it algorithm. I much prefer the rig split for the FT-450D rig. Bill, you and I have spoken previously about the FT-450D not resetting the frequency during fake it. No need to rehash that. P.S. I tried to change the band on the FT-450D front panel during xmit and it would not let me; in-band seemed ok, but out of band no-go. Doesn't really matter as I don't manually change frequency or bands on the rig directly. I always let wsjtx do that. regards, Brian VE3IBW On Mon, Dec 3, 2018 at 8:31 PM Bill Somerville <g4...@classdesign.com> wrote: > On 04/12/2018 01:17, Brian Waterworth wrote: > > Bill, I am not positive about whether the FT-450D, via cat control, > > can qsy during Tx, but I can certainly change the freq of VFO B while > > transmitting using the big tuning knob. So the Rig will allow it and > > likely via cat control as well. You make a good point about a rig's > > ability to do this. I took it for granted and perhaps got lucky that > > this Yaesu allows qsy during transmit. I have an Elecraft KX3 as well > > and it seems to behave similarly when it comes to qsy'nig during xmit. > > Hi Brian, > > with "Settings->Radio->Split Operating" set to something other than > "None" you can easily check if your rig accepts CAT QSY commands while > transmitting. While transmitting a message CTRL+Click on the waterfall > at least 500Hz away from your current Tx audio offset while watching the > rig, if the Tx VFO frequency changes then you have a rig that allows CAT > QSY while transmitting. Tuning while transmitting via the rig's front > panel is not a good test for that as almost all rigs allow that even if > they don't allow it via CAT commands. > > As far as I know the FT-450D does allow CAT QSY while transmitting. I > believe the ones that don't are trying to guard , not unreasonably, > against unexpected band changes while transmitting. > > 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
