Welcome to the new FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
Need the latest SmartSDR, Power Genius, Tuner Genius and Antenna Genius Software?
SmartSDR v3.8.19 and the SmartSDR v3.8.19 Release Notes | SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes
Power Genius XL Utility v3.8.8 and the Power Genius XL Release Notes v3.8.8
Tuner Genius XL Utility v1.2.11 and the Tuner Genius XL Release Notes v1.2.11
Antenna Genius Utility v4.1.8
SmartSDR v3.8.19 and the SmartSDR v3.8.19 Release Notes | SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes
Power Genius XL Utility v3.8.8 and the Power Genius XL Release Notes v3.8.8
Tuner Genius XL Utility v1.2.11 and the Tuner Genius XL Release Notes v1.2.11
Antenna Genius Utility v4.1.8
If you are having a problem, please refer to the product documentation or check the Help Center for known solutions.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Time to update the recommended WSJT-X config?
John - AF3K
Member ✭✭
Would it make sense to update "Configuring WSJT-X and SmartSDR for Windows" so it recommends using a TCP port type for the rig interface instead of a Virtual Serial port?
Virtual serial ports worked fine for me until I started using multiple instances of WSJT-X, DDUtil, etc. Switching to using TCP ports cleared everything up.
It also seems a little strange skipping over "FlexRadio 6xxx" as the Rig type in the WSJT-X Radio setup screen, and using TS-2000 as recommended in the document.
Here is a screenshot of the WSJT-X Radio setup using a TCP.
SmartSDR CAT TCP port details:
Virtual serial ports worked fine for me until I started using multiple instances of WSJT-X, DDUtil, etc. Switching to using TCP ports cleared everything up.
It also seems a little strange skipping over "FlexRadio 6xxx" as the Rig type in the WSJT-X Radio setup screen, and using TS-2000 as recommended in the document.
Here is a screenshot of the WSJT-X Radio setup using a TCP.
SmartSDR CAT TCP port details:
3
Answers
-
I'm curious on this. How many others run their setup that way? I'm still using the recommended Kenwood TS-2000 settings for my FLEX-6700.0
-
From what I can determine the 6500 and 6700 work well with the TCP port setup.
The 6300 is another story....
I believe there is an error in WSJT/Hamlib that prevents the 6300 from working with the TCP port. The error is actually in Hamlib. The error has been identified but the fix has not been incorporated into WSJT 1.7 yet.
I found a version of WSJT 1.7 where someone had fixed the 6300 ID problem and it works with my 6300 as advertised. The last version of WSJT 1.7 that I downloaded form the official site causes a timeout when using the TCP port.
1 -
What about split operation. Will it allow you to select that and it work?0
-
Confirmed. FLEX-6300 doesn't work with WSJT-X 1.7.0 r7405. This is the error: "Hamlib error: Protocol error while opening connection to rig." Works just fine with WSJT-X 1.7.1-devel r7782.0
-
My 6300 works FB. What are the symptoms of it not working - I might be missing something.0
-
Greg - I don't work WSJT split but would be glad to try it. What is a scenario? (sorry if that seems like a dumb question...I do operate "split" if you mean within the bandpass of one slice - but I presume you mean 2 slices? )0
-
I run my 6500 like this, works like a champ!
0 -
I use TCP ports as well, works well.0
-
I just tried changing WSJT-X settings for my 6300 to match John's, and it is working fine. I am using the latest release WSJT-X r7782, compiled on this PC with JTSDK.
This post was a complete surprise to me. I had never heard of doing it this way.
0 -
Where are you getting the latest release? I'm stuck on r7405.0
-
I compiled it myself using JTSDK https://sourceforge.net/projects/jtsdk/files/win32/. I tried the TCP port settings with the official release version r7405 and got the same error as Tony K4QE.
0 -
I use the IP method with Flex 6x00 selected. i also select Data/Plt and Fake It Fake It will shift your TX signal to keep it centered around 1000 to 2000 Hz range, in case your tx bandwidth is too narrow.0
-
Me too.......works great !0
-
We'll look into doing some updates to it in the future. Thanks for the heads up.0
-
Thanks Tim!0
-
Thanks for that info! I just updated to that and it works perfectly with my 6700.0
-
I have never done it before. I've had a foreign entity ask me to do split JT65 and I didn't know how to do it. I'm guessing this was because the frequency I was transmitting on was outside their privileges.0
-
Been using TCP port with WSJT-X since it began to work. BTW, it nearly works correctly with Fldigi, but Rigcat using the .xml files still works better because it gets the DIGU mode selections and the Filter width options correct.
It became an option right after the Current WSJT-X v1.7.0 was released. You will need to be running a WSJT-X v1.7.1 -r???? alpha release. It's all dependent on which version of Hamlib was included when the release was built. There was a an issue with the 6300's in the initial v1.7.1 releases that has since been corrected.73, Jay - NO5J
0 -
I use WSJT 1.7.1 R7782 and no problems with the 6300-AT. I use Ham Radio Deluxe.0
-
You have a download link for that r7782?0
-
There aren't any downloads available of any of the Alpha versions, you have to build them yourself using JTSDK, which is available at,
https://sourceforge.net/projects/jtsdk/?source=directory
There won't be an official binary download available until there is an offficially released WSJT-X v1.7.1. at which point you will be able to begin building WSJT-X v1.7.2 and later.
Until there is you'll have to build your own. It takes less than 15 minutes, to build. Really easy, once you have JTSDK installed correctly.73, Jay - NO5J
0 -
Thanks Jay. I'm too busy to mess with that. I'll just wait until we get an official release.0
-
I've been running WSJT-X in this configuration for months. I also open up the TX cut and disable the "Fake It" mode. Runs perfectly.
0 -
You run split in JT65 for the same reason you run split on SSB. When a popular DX shows up, everyone and his dog jumps onto his frequency, making it hard for him to decode anything. If you want to be heard and get the guy in your log, split your JT65 decoder so that you listen on his TX frequency and send on a different, nearby, (non-overlapping, please) frequency. Remember that unlike SSB, he will see all decodable signals at once. If he's a good op, he'll answer them in the order they were received, either on his original frequency or on the frequency you sent on.
0 -
That would be great. Thanks Tim.0
-
I also open up the TX bandpass (to 5kHz), and don't use "Fake it" mode. My RX bandpass is also set to 5 kHz. That combo enables trading between JT65 and JT9 QSO's without touching the dial. So far so good.
0
Leave a Comment
Categories
- All Categories
- 289 Community Topics
- 2.1K New Ideas
- 536 The Flea Market
- 7.5K Software
- 6K SmartSDR for Windows
- 146 SmartSDR for Maestro and M models
- 360 SmartSDR for Mac
- 250 SmartSDR for iOS
- 231 SmartSDR CAT
- 172 DAX
- 353 SmartSDR API
- 8.8K Radios and Accessories
- 7K FLEX-6000 Signature Series
- 31 FLEX-8000 Signature Series
- 851 Maestro
- 44 FlexControl
- 847 FLEX Series (Legacy) Radios
- 799 Genius Products
- 417 Power Genius XL Amplifier
- 279 Tuner Genius XL
- 103 Antenna Genius
- 243 Shack Infrastructure
- 166 Networking
- 404 Remote Operation (SmartLink)
- 130 Contesting
- 632 Peripherals & Station Integration
- 125 Amateur Radio Interests
- 873 Third-Party Software