SmartSDR v4.1.3 and the SmartSDR v4.1.3 Release Notes
SmartSDR v3.10.15 and the SmartSDR v3.10.15 Release Notes
The latest 4O3A Genius Product Software and Firmware
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Should I be able to tune SWR while in RTTY?
Just curious - should I be able to tune my SWR while in RTTY mode? When I switch to any other mode, a tone is transmitted when I click TUNE, but while in RTTY mode, nothing is transmitted.
Is this normal?
Best Answer
-
Yes. I just tried it and it worked. You may want to do a reset on the radio. I was on 3.10.10
0
Answers
-
Bill, just to add from my perspective: as I found out in CQ WW RTTY this past weekend, I cannot excite a carrier in tune for RTTY mode.
I am on 3.9.19 so maybe this is fixed on 3.10.10, I do not know. But similarly to you it does not work here. I thought I'd had a radio failure and, to not loose contest time, I did reset the radio but to no avail.
With the aforementioned SW version, radio used is a 8400M.
Erik.
0 -
Mike - I did do a factory reset of my 8400 and I believe that did the trick, at least for the Windows version of SmartSDR.
Erik - I did two things for Mac SSDR and got RTTY tuning working: a) I deleted and re-installed the Mac SSDR app, and b) discovered that running Software Defined Connectors (SDC) along with Mac SSDR interfered with tuning while in RTTY mode. As soon as I quit SDC, RTTY tuning came to life. I've sent a bug report to Yuri (SDC author).
BTW, I downgraded to Flex firmware 3.9.19 to retain compatibility with SDC. Apparently changes in the 3.10.10 UDP stream broke the connection.
0 -
I did not notice you were using Mac. I will start the same topic for Windows.
0 -
Erik - I believe I discovered a Flex firmware bug. Using the Terminal app to launch a "nc" session to communicate with the Flex using API commands, I made RTTY tuning fail by performing the following:
- Open Terminal app, and issue the command: nc [yourFlexIPaddress] 4992
- Issue the API command: C0|client udpport 4995
- Issue the API command: C1|stream create daxiq 1
As soon as that last command is issued, RTTY tuning fails. Terminating the Terminal session allows RTTY tuning to again function normally.
I'll be submitting a bug report. This failure occurs on both firmware 3.9.19 and 3.10.10. This occurs with both macOS and Windows.
PS: I discovered this bug using SDC's TCP log during the radio discovery/connection process, and manually executing each command coming from SDC, then testing RTTY tuning after each command.
1 -
Thanks for pointing this out. I gave this a try on my FLEX-6700, but wasn't able to replicate this issue. It might be model specific though. We're tracking this issue as SMART-11864.
1
Categories
- All Categories
- 371 Community Topics
- 2.1K New Ideas
- 629 The Flea Market
- 8.2K Software
- 93 SmartSDR+
- 6.4K SmartSDR for Windows
- 182 SmartSDR for Maestro and M models
- 424 SmartSDR for Mac
- 270 SmartSDR for iOS
- 255 SmartSDR CAT
- 190 DAX
- 381 SmartSDR API
- 9.3K Radios and Accessories
- 35 Aurora
- 246 FLEX-8000 Signature Series
- 7.2K FLEX-6000 Signature Series
- 937 Maestro
- 54 FlexControl
- 863 FLEX Series (Legacy) Radios
- 917 Genius Products
- 460 Power Genius XL Amplifier
- 334 Tuner Genius XL
- 123 Antenna Genius
- 294 Shack Infrastructure
- 206 Networking
- 451 Remote Operation (SmartLink)
- 144 Contesting
- 782 Peripherals & Station Integration
- 139 Amateur Radio Interests
- 996 Third-Party Software


