Page 1 of 1

WSJTX AND PWRSDR 3.4.9

Posted: Wed Aug 01, 2018 5:45 pm
by mark1161
I must have done a few dozen of these configs with no problem. Here, attached, is my current config for WSJT-x. I have almost complete rig control. I say almost because I can't get PTT to work for some reason. I can change frequency using WSJT and, of course, I am decoding. What am I missing here? Also, the same problem with FL Digi which is no PTT. I also have band control and decoding capability for that software.

Thanks for your help

Mark
WA2DIY

Re: WSJTX AND PWRSDR 3.4.9

Posted: Wed Aug 01, 2018 6:09 pm
by w9mdb
What do you have for PTT Control in the CAT Control tab in PowerSDR?

Enable PTT should be off.

de Mike W9MDB

Re: WSJTX AND PWRSDR 3.4.9

Posted: Wed Aug 01, 2018 6:13 pm
by mark1161
Enable PTT is off in the CAT Control Tab. I am using virtual cables from VSPMgr which I have used for about 3 years now.

Mark
WA2DIY

Re: WSJTX AND PWRSDR 3.4.9

Posted: Wed Aug 01, 2018 6:37 pm
by K9RX
huh? Its been a long while since I first set it up but I don't quite get why you both say/agree that Enable PTT should be OFF! It has to be on - or at least it IS on for my situation and it is configured from within WSJT to use it as a (separate) com port.

Gary
K9RX

Re: WSJTX AND PWRSDR 3.4.9

Posted: Wed Aug 01, 2018 6:51 pm
by w9mdb
I do believe you only turn that option on when you have PTT on a separate COM port.

de Mike W9MDB

Re: WSJTX AND PWRSDR 3.4.9

Posted: Wed Aug 01, 2018 6:54 pm
by w9mdb
I have my PowerSDR setup with "ID as: PowerSDR".
Works fine with the TS-2000 setup in WSJT-X.

Re: WSJTX AND PWRSDR 3.4.9

Posted: Wed Aug 01, 2018 9:08 pm
by w-u-2-o
"Enable PTT" in the PowerSDR CAT setup is only necessary if you are using serial port PTT. Since you are using CAT PTT this doesn't matter, on or off.

"ID as" in the PowerSDR CAT setup also should not matter, it should work set to TS-2000 or PowerSDR.

What version of WSJT-X are you running? I'm running 1.8.0-rc3. My radio setup tab does not look like yours. I do not have a "default" setting for data bits, stop bits or handshake.

I would suggest you change your baud rates to match (even though it's not supposed to matter on virtual cables), and explicitly set data bits to 8, stop bits to 1, parity to none and handshake to none in both programs (where possible).

73,

Scott

Re: WSJTX AND PWRSDR 3.4.9

Posted: Thu Aug 02, 2018 9:23 am
by mark1161
Scott,

I did change those settings, as noted, and it worked! Thanks again.

Mark
WA2DIY

Re: WSJTX AND PWRSDR 3.4.9

Posted: Thu Aug 02, 2018 12:31 pm
by K9RX
ah - apologies then (re PTT on vs. off) ... I'll check out using this method myself.

Gary
K9RX

Re: WSJTX AND PWRSDR 3.4.9

Posted: Thu Aug 02, 2018 12:34 pm
by w-u-2-o
K9RX wrote:ah - apologies then (re PTT on vs. off) ... I'll check out using this method myself.

Gary
K9RX

It is well described here, along with how to use serial port CW keying as well:

http://wu2o.dyndns.org/wu2o_vac_tutorial_2.html

Re: WSJTX AND PWRSDR 3.4.9

Posted: Thu Aug 02, 2018 12:56 pm
by w9mdb
Mark...could you do me a favor and change WSJT-X back to using "default" where you can select it?
It should still work.
If not then something else is wrong.
de Mike W9MDB

Re: WSJTX AND PWRSDR 3.4.9

Posted: Thu Aug 02, 2018 1:00 pm
by mark1161
Mike,

Thanks your help. It is working correctly now. I have been using WSJT-x since I had my FLEX 3000 4 years ago and just couldn't figure what I was doing wrong.

Mark
WA2DIY

Re: WSJTX AND PWRSDR 3.4.9

Posted: Tue Aug 06, 2019 12:47 pm
by K9RX
Using WSJT-X in JT65 then in normal mode - SPLIT operation, VFOB resets to VFOA

I add this just so it is here in case someone else runs up against it ...
-using WSJT-X 2.1.0 and PSDR 3.4.9, 8000DLE.

There is a bug, or at least an anomaly that I found yesterday that I wanted to post here in case someone else ran up against it. Over the last 2 nights I've been listening on 6M for any possible hint of a decode on JT65A/EME. Highly unlikely but I thought maybe I'd decode the biggest stations. In order to do this you have to click, in WSJT, "Enable VHF features" and I clicked "decode after moon delay". There are other things that are set up but these are the pertinent ones.

So to 'leave' JT65A you have to deselect the "Enable VHF features" - it flags this when you change .... but you are not forced to or asked to deselect the "decode after moon delay". What I found is that with this selected when working SPLIT (normal operation) the VFO B TX frequency would within one or two cycles of the PTT reset to the VFOA frequency which of course puts you right on top of the DX!

It took a few minutes to figure this one out, of course assuming it was PSDR. It has been perfectly stable for many months now. So I tried power off/on, restart program, reset DB to a known good one... restarted computer. None of these helped. And I use this quite frequently so this couldn't stand (although you can manage by transmitting on VFOA and RX on VFOB instead). It then dawned on me - WSJT has CAT control of the radio at times ... I wondered if something related to trying JT65 caused this - and sure enough I quickly discovered unchecking the "decode after moon delay" returned normal operation to the rig. [note: I leave MONITOR on, on WSJT-X, all the time so that when I hit bandstack putting it on FT8 it decodes without delay, turning MONITOR off also 'fixed' this issue']

Gary
K9RX