SmartSDR v4.0.1 and the SmartSDR v4.0.1 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.
Version 4 CW: Return to Receive Issue
I'm wondering if anyone else has noticed a return to receive issue, while in CW, with version 4
I upgraded my 8600(non M) to version 4 early access.
While in CW, with delay set above 0 (I normally have the delay set to 250), I can hear the t/r relay place the rig back into receive, then there is a micro second of silence, vs going directly to receive. There is enough of a T/R delay that I miss the first letter/character of a caller in a contest, Nov SS for example.
If I set the delay to 0 the above issue does not take place. I had to run the contest with 0 delay to be successful.
If I revert back to 3.0 the problem is not there. I've done a full factory reset as well as a cold boot, and the issue persists.
I have already submitted a help desk ticket so Flex is looking at this. I'm curious if this issue is unique to my 8600 or if others have noticed the issue.
Rich - N5ZC
Comments
-
I noticed a delay too but blamed it on having a preamp, amp and transverter all involved.
Version 4.0.1, 8600, 630 meter CW
Tom
N9RU
0 -
Hi Rich, I just got my 8600 a few days ago, so I don't have a lot of operating time on it yet, but so far, no problems on CW. My CW Delay is set to 200.
I will watch for this issue in case it is happening and I just didn't notice it.
0 -
I had the same "back to receive" issue on my 8600 after upgrading to 4.0.1. After reverting to 3.10.15, all is well again.
Joe AI0Y
0 -
Joe, if you have seen a before and after difference, please open a support ticket so it gets tracked correctly.
0 -
This delay issue, for me, exhibits itself after the radio has been on for a while. Quite how long I do not know. The radio activates the relay but is not receiving for what appears to be the CW Delay time. Extend that time and the problem is more noticeable. I have it set to 350 but is now at 200ms. Even so to work a very fast CW op, as with 9U1RU, it is touch and go to get the first letter of my call (being E, a single dot). I thought at first 9U1RU was sending I4KF. After a restart of the radio it is normal again for a while. I am back on 3.9.19 until this is fixed.
0 -
Also I note that what I miss while the delay is occurring, is being captured on a Skimmer. So the radio is receiving and it is the audio only that is being muted.
0 -
And, if you have not reset the radio, you will want to give that a try first. Doing so cleans up the database files and a few more maintenance things.
0 -
Hi All.
I have just changed to a new 8600 and being a CW guy, this was one of the first things I noticed. It's dreadful and I am only pleased that I am not the only one suffering this problem. I have raised a ticket, but all I have had back is advising me to do a factory reset, make some new profiles etc., but I don't want a fudge fix. I want a CW rig worthy of it being a good CW rig. I have only just found out about this and have emailed a few friends with 8600 to ask them if they have the same problem. More tickets are needed I think until the problem is fixed!
73 de Roger, G3LDI
0 -
I echo Rogers thoughts, I have just recorded and analysed the bug in 4.0.1:
The transmit to receive switching is now more than double the selected delay and also inserts a burst of noise during the switching. I recorded the audio at various delay settings and the switching behaviour is now on my 8600:
[transmitting] ==> delay+220mS ==> 133mS noise burst ==> delay ==>[receive]
instead of the desired:
[transmitting] ==> delay ==> [receive]
This more than double the delay plus the noise burst is very annoying during CW operation.
This did not happen with 3.9.19, and yes I did do a factory reset after updating to 4.0.1
Jonathan G4IVV
(ticket raised and audio sample sent to support)1 -
[transmitting] ==> delay+220mS ==> 133mS noise burst ==> delay ==>[receive]
instead of the desired:
[transmitting] ==> delay ==> [receive]Jonathan has precisely described what I am experiencing on my 8600. It is sufficiently irritating that I am on the verge of reverting to 3.10.15.
I had planned to sign up for the early access package while the $50 discount is available. This problem is giving me second thoughts about whether to bother with V4 as it doesn't seem to offer anything useful to me as a 100% CW op.
I don't think there is much point in me raising a "me too" ticket unless the weight of the in tray influences priorities.
John, G3WGV
0 -
I raised a ticket John, no reply from them. So you won't know anything, just have to assume they have received enough reports that it is in hand for fixing.
0 -
John, G3WGV,
Per Mike, a few messages into this thread, it would be helpful if you entered a help ticket so it can be tracked.
I'll be going back to version 3 over the weekend until this is fixed.
Rich - N5ZC
-1 -
FYI, Eric of the help desk, sent me a response this afternoon.
The issue has been confirmed and is being tracked. Hopefully it will be a fairly easy fix and an update released.
Rich - N5ZC
1 -
Ken Wells kindly wrote to me today:
This issue has been logged as defect number: SMART-11996 – CW TX/RX Return issues in v4.0.1
Fix coming soon
0 -
This is good news, thank you Rich and Erik.
0 -
Save that bug number. They tend to put CW issues on the bottom of the priority list.
0 -
Flex, please fix this before the CQWW DX CW contest on November 29. It's the biggest CW contest of the year.
K1ESE
1 -
K1ESE, I would do another help desk ticket so they know there's more then a few having the issue.
0 -
I would do another help desk ticket so they know there's more then a few having the issue
This really shouldn't be necessary, or indeed, desirable. The problem has been acknowledged and assigned a defect number. It's a pretty fundamental bug that is obviously going to affect all CW ops. I would like to think that Flex would be on it very quickly. (I hope I am not proved wrong!)
0 -
I agree, John. When a bug gets a defect number there is no more to do than wait and maybe post some words of encouragement towards Flex to expedite corrections to vital issues as K1ESE has done. But to add to the Help Desk influx is indeed, as you say, not desirable. Flex ought to be on it quickly and we shall see if that proves to be the case. Meanwhile we can use our favourite V3 iteration as I am.
0
Leave a Comment
Categories
- All Categories
- 362 Community Topics
- 2.1K New Ideas
- 624 The Flea Market
- 8.1K Software
- 60 SmartSDR+
- 6.3K SmartSDR for Windows
- 180 SmartSDR for Maestro and M models
- 418 SmartSDR for Mac
- 267 SmartSDR for iOS
- 249 SmartSDR CAT
- 186 DAX
- 374 SmartSDR API
- 9.2K Radios and Accessories
- 28 Aurora
- 227 FLEX-8000 Signature Series
- 7.1K FLEX-6000 Signature Series
- 920 Maestro
- 53 FlexControl
- 863 FLEX Series (Legacy) Radios
- 905 Genius Products
- 459 Power Genius XL Amplifier
- 327 Tuner Genius XL
- 116 Antenna Genius
- 283 Shack Infrastructure
- 199 Networking
- 446 Remote Operation (SmartLink)
- 142 Contesting
- 765 Peripherals & Station Integration
- 139 Amateur Radio Interests
- 986 Third-Party Software






