Should I be able to tune SWR while in RTTY?

K3CDY

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?

Mike-VA3MW

Yes. I just tried it and it worked. You may want to do a reset on the radio. I was on 3.10.10

Erik Carling EI4KF

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.

K3CDY

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.

Erik Carling EI4KF

I did not notice you were using Mac. I will start the same topic for Windows.

K3CDY

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:

1. Open Terminal app, and issue the command: nc [yourFlexIPaddress] 4992
2. Issue the API command: C0|client udpport 4995
3. 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.

Eric-KE5DTO

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.