"QRN" on transmit?

Dick B

Last night operating PSK with my digital profile and using Monitor, I periodically heard sounds like static crashes on my transmit audio.  They were very obvious on my transmitted waveform also.  

Listening carefully on receive I heard them in addition to normal atmospheric noise.  Went to a dummy load and they were still there on receive and transmit.  It was the same kind of random "static crashes" that you get with a dirty volume control **** or failing audio circuits.  I rebooted the computer and they went away.  Not completely understanding how DAX works, anyone have any ideas as to the source?  

N6OIL

I also get those when doing JT modes, if I stop and start the DAX and CAT control w/SSDR it will go away. I leave my system up 24/7, my thoughts it's a memory issue. It hasn't caused me any decode errors on the other end. Next week I'll try to capture it.

Bill W2PKY

FRS is aware of the problem. Corruption of the transmit channel has been an issue for ever when running the software for extended periods of time. My system is on 24X7 as well with multiple WSJT-X instances running. Best advice is to recycle DAX when contemplating transmitting if DAX has been on for many hours.

NM1W

I sure wish flex would address the corruption issue....

Cal N3CAL

+1 on Flex addressing this!  I've had the issue happen using the latest SSDR Beta but it's not as frequent as earlier releases. Closing out DAX and restarting clears the issue. 

Cal/N3CAL

Andy M5ZAP

Again a documented list of known issues would help everybody. Why the reluctance by Flex to list all known issues along with if there is a temporary workaround.

Dick B

Thanks everyone for the tip on this known problem being caused by long duty cycles.  I don't normally leave the rig on when not in use but I did this time ... so that's obviously the cause.  If I see it again I'll just restart DAX and/or CAT to see if that's sufficient.  

As long as I'm aware of the issue and have a work-around I'm happy for now.  I have many such issues and work-arounds with HRD - just the nature of much software.  

NM1W

I can get the dax corruption in anywhere from a few minutes to few hours; I'm running smarsdr 1.9.13 with 4/wsjtx sessions. I also get CAT wrapped around itself fairly often too...  So restarting both, then clicking "retry" 4 times (once/wsjtx) gets it going again.. but its very annoying..

Dick B

Since this is supposedly a known problem, how can we know if/when Flex fixes it?  Is there a Defect#  associated with it, or is it known by a specific title we should watch for in the Release Notes?  

Tim - W4TME

There are several defects entered for this particular DAX behavior.  The primary one is #2391.