Welcome to the new FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
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.

"QRN" on transmit?

Member ✭✭
edited February 2020 in SmartSDR for Windows
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?  


Welcome!

It looks like you're new here. Sign in or register to get started.

Answers

  • Member ✭✭
    edited September 2018
    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.
  • Member ✭✭
    edited February 2020
    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.
  • Member ✭✭
    edited July 2017
    I sure wish flex would address the corruption issue....

  • Member ✭✭
    edited March 2017
    +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
  • Member
    edited February 2017
    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.
  • Member ✭✭
    edited February 2017
    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.  

  • Member ✭✭
    edited July 2017
    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..
  • Member ✭✭
    edited March 2017
    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?  

  • Administrator, FlexRadio Employee admin
    edited February 2017
    There are several defects entered for this particular DAX behavior.  The primary one is #2391.

Leave a Comment