开云体育

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

#qmx #firmware 1_00_017 AGC, S-meter, LPF sweep #qmx #firmware


 

Here's what worked for me
I use 70db slope, 50 smooth samples and 15dB/s of recovery. That AGC works great for me!
Thanks a lot @Hans, what's next? :D?


 

I have similar problems with FW 1_00_017 on 20-10m hardware.
When I enabled Japanese limits, it does transmit on 20m band but not for any other bands. It seems no RF signal on CLK2 but TX control is there resulting? large Id current on BS170 transistors but no RF output.

Ron JK1DVP


 

QMX observations FW 1_00_017
QMX covers the 80m-20m band, but I don't use the 80m band, so I chose it for the 40m-15m band.
?
1.Setting japanese limits to ENABLED.
When transmitting at 17m and 15m BAND in CW mode, an abnormally large amount of current flows and the BS170 will be damage.
It works normally in Digi mode.?
I think this also happens with QMX Hi-Band Version.
Setting japanese limits to DISABLED makes it works normally.
?
2.In the case of CW mode in system config LSB, the RX frequency and TX frequency differ by 1.40KHz.
The RX frequency is 1.40KHz higher than the displayed frequency.
Normal when using USB in CW mode.
In digi mode, both LSB/USB are normal.
This is the case when CW-R is OFF.
?
When CW-R is ON and USB in CW mode, the RX frequency and TX frequency differ by 1.40KHz.
The RX frequency is 1.40KHz lower than the displayed frequency.?
The CW-R function remains OFF.
When CW-R is ON and LSB in CW mode, RX frequency = TX frequency.?
normal. The CW-R function is turned on.
?
In other words, if you want to? CW-R OFF in CW mode, use USB + CW-R OFF.
When turning CW-R ON in CW mode, it is necessary to use LSB + CW-R ON.
Do not use USB + CW-R ON and LSB + CW-R OFF in CW mode.
?
I would like LSB/USB switching to be enabled only in digi mode, and only CW-R ON/OFF in CW mode.
?
?
syuji ota? ?JH3AQQ


 

Hans, I know upgrade is easy, I've done that before ;) Believe it or not, my (yes, MY) problem is, that PC I use on daily basis is unable to write USB drives. Can read but cannot write. Unbelievable? :)? So firmware update means I gotta go grab some other PC. And that's the reason I'd prefer to know in advance.
No worries, just do your job and if I'm one version behind, that's no big deal.


 

Hi Pawel
?
Do you have any plans or schedule, for the release of the firmware? It's a little bit of a hassle for me to load a new one so it might be good to know in advance so I don't load the day before new one is coming...
Good job with that AGC!

Sorry I don't have any schedule for firmware releases. There are LOADS of things going on here all the time and it's hard to guess from one day to the next, when I might?have time for some coding and to prepare the next QMX release; and when it IS ready I always want to get it released as soon as possible. If I had any schedule it would either be a case of always failing to meet the schedule, or the schedule being so generous and relaxed, that I was holding back code for release, which would never be OK either.?

Anyway really the firmware update is so so easy...?

73 Hans G0UPL


 

The issue with the battery voltage display freezing when the CW decoder is on still persists in this version. Turning the CW decoder off brings the voltage display back to life but re-enabling the decoder returns the battery display to it's frozen state. This persists after power-cycling the radio.

Cheers,
Ronan
MM0IVR?


 

@Hans,
Do you have any plans or schedule, for the release of the firmware? It's a little bit of a hassle for me to load a new one so it might be good to know in advance so I don't load the day before new one is coming...
Good job with that AGC!


 

Thanks Hans. Fantastic update - again!
The AGC works really well after a bit of tweaking to get rid of the rice krispies and get the required amount of squish and release. So many parameters to play with!? :)

I tried the radio out from home (near Edinburgh, Scotland) this evening - running into an EFHW cut for 40m, up about 7m. Calling CQ on 20m brought in 6 contest stations from the US within 10 minutes! Not bad at all. The radio, and its AGC performed admirably in the crowded band. Now to try it out on the hills...

Cheers,
Ronan
MM0IVR


 

I installed the new firmware with no issues. Unfortunately I could not give it a try, yet. Can't wait!!?

If I recall correctly, Hans said, a few days ago, that the priorities were:

1. Fix the longer dits issue. Done!
2. Implement AGC. Done!
3. SSB mode... ??

Not meant to do any pressure on you Hans... ?hihi

Can't wait for that either!!

Best,

Joan - EA3IKB


 

开云体育

I believe this is "Works as Designed." (If I recall correctly...)

73, Paul -- AI7JR

On 2/18/24 08:59, Lex PH2LB wrote:

Target: QMX firmware 1_00_017 (second release)

Bug: QMX display and control and serial console frees when using VOL encoder when QMX is in menu.?

Reproduction steps: entering menu on QMX, select any item (for example CW Keyer). Then use serial console and go to diagnostics screens for testing the encoders/buttons, all work but when turning the VOL encoder, diagnostics screens stops working, also controls / display on QMX stop working (frees state).

Fix: Pressing Ctrl-Q in serial console, serial console jumps back to Hardware test menu menu and controls/display on QMX are working again. Leave menu on QMX and then diagnostics for VOL encoder doesn't frees (don't be in a QMX menu when using diagnostics).

--

73 Lex PH2LB?

-- 
Paul -- AI7JR


 

Target: QMX firmware 1_00_017 (second release)

Bug: QMX display and control and serial console frees when using VOL encoder when QMX is in menu.?

Reproduction steps: entering menu on QMX, select any item (for example CW Keyer). Then use serial console and go to diagnostics screens for testing the encoders/buttons, all work but when turning the VOL encoder, diagnostics screens stops working, also controls / display on QMX stop working (frees state).

Fix: Pressing Ctrl-Q in serial console, serial console jumps back to Hardware test menu menu and controls/display on QMX are working again. Leave menu on QMX and then diagnostics for VOL encoder doesn't frees (don't be in a QMX menu when using diagnostics).

--

73 Lex PH2LB?


 

Thank you. I just blew out the votive candle I had lit since finishing my kit!
--
72/73 de Steve, K9NUD


 

AGC is really nice addition! Been playing with the settings - here are my current ones:
Thresh 9
Slope? 40
Noise? 10
Hang? ?30
Smooth 50
Recovery 40
Blocks? 4
S9? ? ? ? ?9
AGC? ? ?ON
dB/Bar? 6

Can't wait to take it on an outing!
--
73, Dan? NM3A


 

Wow, superb, thanks Hans.

73 Simon
G0FCU.


 

On Sat, Feb 17, 2024 at 07:58 PM, Hans Summers wrote:
Yes, you are correct. But this is also how I have declared that the system works. If you look in the operating manual section on the AGC I described all the stages the signal goes through from the antenna BNC port through to the 3.5mm earphone output. You'll see that I said the band configuration gain value comes before the AGC action. The audio attenuator and volume control gain come later. This is why they don't affect the S-meter. So the intention was that the band configuration gain can be used to equalize and calibrate, to cancel out any differences in BPF attenuation etc between the bands.?
?
On my unit a band configuration gain of 54 on 40m calibrates the S-meter correctly. Note that the S-meter is logarithmic with 6dB/bar. This doesn't depend on anything in band configuration, it's linearity as 6dB/bar is always accurate. But the number of bars for a given level such as S9 would vary and that's what needs calibration by adjusting the gain in the band configuration screen.
Thanks, it's clear to me now. I read the AGC section in the manual (very nice, btw) but I was under the (wrong) impression that the system somehow would compensate for the audio gain setting in order to keep the calibration. Reading you post, I think you have a good point, with a sig. gen. one can manually set gain per band and end up with a nice S-meter all across, unlike some top brands which shall remain unamed :-)

So thanks again for lifting the fog :-)

Regards,
YO3GFH
op. Adrian


 

Hello Adrian?

Just a quick note: while changing "Audio gain" in band config. menu from the terminal, I observed that the S-meter and the AGC are heavily affected by it, i.e. if I set 0dB of "Audio gain", there's barely any S-meter or AGC action displayed on the screen.
This can be also be observed on "The Lab" (see what you have done? :-)) )

OTOH, if I change the "Audio atten." value, S-meter and AGC level seem to be unaffected by it.
Is this how it's supposed to be? I'm thinking that, at this momemnt, if you're changing "Audio gain" to anything other than the default value of 54, the S-meter is losing it's calibration. Or so it appears to me, I'm known to have been wrong before :-))

Yes, you are correct. But this is also how I have declared that the system works. If you look in the operating manual section on the AGC I described all the stages the signal goes through from the antenna BNC port through to the 3.5mm earphone output. You'll see that I said the band configuration gain value comes before the AGC action. The audio attenuator and volume control gain come later. This is why they don't affect the S-meter. So the intention was that the band configuration gain can be used to equalize and calibrate, to cancel out any differences in BPF attenuation etc between the bands.?

On my unit a band configuration gain of 54 on 40m calibrates the S-meter correctly. Note that the S-meter is logarithmic with 6dB/bar. This doesn't depend on anything in band configuration, it's linearity as 6dB/bar is always accurate. But the number of bars for a given level such as S9 would vary and that's what needs calibration by adjusting the gain in the band configuration screen.

So what you observed is the correct behavior for how the system is written now. But if you think I should improve it somehow please let me know.?

And one other thing, if I set the "Audio gain" to, say, 30dB on one band and 0dB on all other bands, the audio seems to honor the 30dB for all bands. The reverse is also true, If I set 0dB on one band and 30 on all the others, the 0dB seem to take over

Yeah that really doesn't seem right, I should have to look into that.?

73 Hans G0UPL



 

Awesome work Hans, when I watched the YouTube video last night I thought wow is the QRPLabs group going to be going wild tomorrow!!
Thanks for your incredible commitment to satisfying your supporters!

John?
K7KTM?


 

Hans,

Just a quick note: while changing "Audio gain" in band config. menu from the terminal, I observed that the S-meter and the AGC are heavily affected by it, i.e. if I set 0dB of "Audio gain", there's barely any S-meter or AGC action displayed on the screen.
This can be also be observed on "The Lab" (see what you have done? :-)) )

OTOH, if I change the "Audio atten." value, S-meter and AGC level seem to be unaffected by it.
Is this how it's supposed to be? I'm thinking that, at this momemnt, if you're changing "Audio gain" to anything other than the default value of 54, the S-meter is losing it's calibration. Or so it appears to me, I'm known to have been wrong before :-))

And one other thing, if I set the "Audio gain" to, say, 30dB on one band and 0dB on all other bands, the audio seems to honor the 30dB for all bands. The reverse is also true, If I set 0dB on one band and 30 on all the others, the 0dB seem to take over.

Regards,
YO3GFH
op. Adrian


 

开云体育

Danny,

?

I failed to mention that the high Smooth Samples setting related to receive only to minimize the background “frying” noise.? During Tx, I still hear some clicks, mostly on a crowded band like this weekend’s DX contest.?

?

Paul, W9AC

?

From: QRPLabs@groups.io <QRPLabs@groups.io> On Behalf Of Danny Bower
Sent: Saturday, February 17, 2024 6:17 AM
To: QRPLabs@groups.io
Subject: Re: [QRPLabs] #qmx #firmware 1_00_017 AGC, S-meter, LPF sweep

?

On Sat, Feb 17, 2024 at 01:13 AM, Paul Christensen wrote:

See below.? The high "Smooth Samples" setting seems to eliminate much of the audio clicks.? The remaining settings give reasonably good dynamic range while limiting strong signals. I'm still experimenting with values but this is a good start.

Paul, W9AC

I have just tried this and smoothing makes no difference to the clicking for me.? It seems much more related to the AF gain with the clicking being very much reduced with the AF gain turned down and seems to be related to the clunking that is sometimes present when keying on older firmware versions.? With S9=S9 the clunking is very pronounced and makes keying barely possible.? With S9=S0 then this is reduced to the spark like sound and with the AF gain dialled down becomes perfectly manageable but present.? However I have not tried it on air to see if the incoming signal will be loud enough to hear.


 

On Sat, Feb 17, 2024 at 01:13 AM, Paul Christensen wrote:
See below.? The high "Smooth Samples" setting seems to eliminate much of the audio clicks.? The remaining settings give reasonably good dynamic range while limiting strong signals. I'm still experimenting with values but this is a good start.

Paul, W9AC
I have just tried this and smoothing makes no difference to the clicking for me.? It seems much more related to the AF gain with the clicking being very much reduced with the AF gain turned down and seems to be related to the clunking that is sometimes present when keying on older firmware versions.? With S9=S9 the clunking is very pronounced and makes keying barely possible.? With S9=S0 then this is reduced to the spark like sound and with the AF gain dialled down becomes perfectly manageable but present.? However I have not tried it on air to see if the incoming signal will be loud enough to hear.