¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

QDX firmware 1.01c with aids for debugging no-transmit-RF issues


 

Hi all

I released firmware 1.01c with a change that should hopefully make it easier to debug problems with no transmit power. It basically provides more information?on the situation, via the status LED, which flashes?1 time, 2 times, or 3 times for 0.1 seconds, repeating every 1 second, to indicate status information.?

So here are the following scenarios and possible causes, when you hit the transmit button (e.g. Enable TX in WSJT-X) and the software indicates you are transmitting (e.g. the status bar in the bottom left of WSJT-X is bright yellow). I am assuming QDX VOX is disabled and all other parameters in QDX have not been modified (QDX configuration screen in the terminal applications).?

Status LED is solid on

QDX has not received any CAT command to tell it to change to transmit mode. In this case, you have to investigate how you have configured CAT; did you select radio "TS440", and click the button for PTT method?"CAT"? Remember sometimes it might be called TS440S. And if that doesn't work, feel welcome to try TS480.?

Status LED blinks once, repeating every second

QDX has received the CAT command to tell it to change to transmit mode, and is now in transmit mode. However, there is NO audio. Possible causes:
  • You have not selected QDX as your output device in the PC software's settings e.g. in WSJT-X.?
  • Somewhere in the sound settings of your computer, the sound channel that routes to QDX is muted somehow
Status LED blinks twice, repeating every second

In this case, QDX has received the CAT command and is in transmit mode; there is also audio coming through which indicates that you have correctly selected QDX as the sound output device in the PC software's settings e.g. WSJT-X. However, the audio level (volume) is too low. The actual key-down volume threshold in QDX is by default, 80% of maximum. This is a setting in the QDX configuration screen but there is no known reason to change it. Possible causes for the problem:
  • The volume slider in your PC software application is too low. For example, the volume slider which is at the bottom right corner of the WSJT-X screen. The recommended setting is full volume and there is no reason to use lower than 100% full volume (QDX cannot over-modulate, or splatter, and the power output is not reduced by lowering the volume, only by reducing the QDX supply voltage).?
  • Somewhere in your PC settings, some sound mixer somewhere is reducing the volume being sent to the QDX output device. In Windows there is a sound mixer. Perhaps somewhere there is an AGC enable which is reducing the volume. Maybe that makes sense if you have headphones plugged, to protect your ears, but not?when you have QDX plugged in.?
  • There's also a key-up threshold which defaults to 60%; when the audio signal falls to below 60% of maximum, QDX will key-up. There's no reason to change this setting in the QDX configuration screen, but if you did, and if you chose a key-up threshold which is higher than the key-down threshold, then this will stop transmission, it will always key-up regardless of the volume.?
Status LED blinks three times, repeating every second

Then QDX really, really does think it is transmitting output power. It's absolutely sure of?itself. CAT has turned on transmit mode, there is audio streaming through the USB connection, and the volume is sufficient to cause key-down.?

In this case, there is probably a hardware fault. Check enamel on toroids (properly scraped/burned off to get a good electrical connection and DC continuity through the low pass filter, output transformer etc as described in the manual). Check for shorts between turns of the output transformer. Check for any connection issues to your power meter.?

Is your power supply up to the task? Remember that at 9V it may use around 1A; for 12V builds, around 0.7A.?

Is it a switched mode power supply? Some of these particularly produce glitches, noise, and don't like RF etc. I prefer linear power supplies just on the basis of one-less-thing-to-go-wrong. And anyway they help warm the shack in winter.?

Also check that when you replaced the 47uH SMD inductors, you got proper connections to the correct tracks, and that you did not accidentally break any PCB tracks.?

Other comments:

If you get dropped CAT connections or audio USB connections, then this could indicate RF problems in the shack due to an unbalanced antenna system - which cause common mode feedline current issues - different from high SWR - in which case you may need an RF choke on the feedline (I use 10 turns on an FT240-43 ferrite toroid) and/or clip-on ferrites or ferrite toroids on the USB cable and/or power cable.?

It seems that there is a greater tendency for people to have trouble with Windows computers though maybe this is just because a greater percentage of people are using Windows. As you know, I was a loyal Windows servant for a 1/4 century until two years ago. But you know... they kept making new versions of Windows and every time I got more confused; and fortunately the mind and body heal themselves quickly and tend to remember the good things and forget the bad. So I am not much use now, advising on Windows sound issues... but I hope there is some collective expertise here that can assist people with problems.?

I hope this new version 1.01c provides an extra diagnostic tool that can help resolve or at least narrow down problem areas.?

73 Hans G0UPL


Arthur Paton
 

Many thanks Hans, I think this will be a tremendous help for troubleshooting. ?Well done.
73
Art N9AEP


 

Hello Hans,

I am glad that you took our feedback on using the LED to give the status of the transmission state to help in debugging USB problems and eliminating of hardware issues.

Thank you,
73
Evan
AC9TU


 

This is great!

On Fri, Nov 12, 2021 at 10:59 AM Arthur Paton <artpaton@...> wrote:
Many thanks Hans, I think this will be a tremendous help for troubleshooting.? Well done.
73
Art N9AEP


 

Is it safe to assume that these firmware updates are not incremental? I plan on starting my build soon and would like to just upload the latest. (I have had updates for other gear where you need to run thru them all with the oldest to the latest)

Thanks!
73
-Mike


 

No need to install them in order. You can go directly to the newest one.


On Fri, Nov 12, 2021 at 6:11 PM Mike - N5AQM <n5aqmdb@...> wrote:
Is it safe to assume that these firmware updates are not incremental? I plan on starting my build soon and would like to just upload the latest. (I have had updates for other gear where you need to run thru them all with the oldest to the latest)

Thanks!
73
-Mike


 

Exactly as Shirley says, of course.
The reason why that is so is because the firmware is handled as one single block of data that completely overwrites the one it replaces, unlike PC software, where there may be hundreds of individual files, and where an update may be achieved by changing as few as one of them.
--
Julian, N4JO.


 

Hans,

I noticed that you mentioned, "...and if you chose a key-up threshold which is higher than the key-down threshold, then this will stop transmission, it will always key-up regardless of the volume." ?Would this be an effective transmit inhibit?

This may be useful in cases where I would like to receive using an antenna that will not produce a safe SWR and protect from transmitting accidentally.

73
-Darryl W2DLH


 

Hi Darryl...?

Yes I suppose (though please do test it first).?

Other ways could include just seeing VOX as PTT method in WSJT-X but leaving VOX disabled in QDX.

73 Hans G0UPL
http://qrp-labs.com


-------- Original message --------
From: Darryl Hambly <darryl.hambly@...>
Date: Sat, Nov 13, 2021, 8:25 AM
To: [email protected]
Subject: Re: [QRPLabs] QDX firmware 1.01c with aids for debugging no-transmit-RF issues
Hans,

I noticed that you mentioned, "...and if you chose a key-up threshold which is higher than the key-down threshold, then this will stop transmission, it will always key-up regardless of the volume." ?Would this be an effective transmit inhibit?

This may be useful in cases where I would like to receive using an antenna that will not produce a safe SWR and protect from transmitting accidentally.

73
-Darryl W2DLH


 

Along the same lines of what Darryl said, I was thinking yesterday that a future software feature to be able to inhibit transmission on selected bands might be useful. Say, for example, I have an antenna which is good for 40m and 20m but not good for 80m or 30m and I want to prohibit any accidental transmission on those bands. That seems like it might be a nice safety feature.

73,
Gregg W7GRM

On Fri, Nov 12, 2021 at 10:54 PM Hans Summers <hans.summers@...> wrote:
Hi Darryl...?

Yes I suppose (though please do test it first).?

Other ways could include just seeing VOX as PTT method in WSJT-X but leaving VOX disabled in QDX.

73 Hans G0UPL


-------- Original message --------
From: Darryl Hambly <darryl.hambly@...>
Date: Sat, Nov 13, 2021, 8:25 AM
To: [email protected]
Subject: Re: [QRPLabs] QDX firmware 1.01c with aids for debugging no-transmit-RF issues
Hans,

I noticed that you mentioned, "...and if you chose a key-up threshold which is higher than the key-down threshold, then this will stop transmission, it will always key-up regardless of the volume." ?Would this be an effective transmit inhibit?

This may be useful in cases where I would like to receive using an antenna that will not produce a safe SWR and protect from transmitting accidentally.

73
-Darryl W2DLH


 

On Sat, Nov 13, 2021 at 05:03 AM, Gregg Myers wrote:
I want to prohibit any accidental transmission on those bands
I will admit to accidentally transmitting with 5 watts for 15" yesterday into no antenna at all. No damage to the QDX.
?
--
John AE5X


 

Hi all,?

As well as a band tx inhibit modification (I too don¡¯t have a resonant aerial for 30 metres or for 80 meters) an output to indicate what band is in use would be nice. Then I could use it to switch in an appropriate matching circuit.?

Brilliant kit.?

Steve G0XAR