开云体育

Hi all I updated the SSB beta testing webpage of the brave, here: https://qrp-labs.com/qmxp/ssbbeta.html and released firmware version 1_01_003 to it. These are the changes: Bug fix: Initial value for noise gate samples was 100 (should be max 99) - makes no real difference but it needed to be fixed Added TX indication underlining the A character when transmitting from USB sound card in SSB mode. Note that the two possible states for this indication are a single dot (indicating PTT has been applied and now the radio is in TX mode) and the solid bar (indicating audio is being received from the PC and transmitted). There is no double-dot like there is in Digi mode indicating insufficient volume, because in SSB mode the radio transmits whatever you give it, even if the volume is low. Bug fix: CAT command TQ1; did not cause transmit when in SSB mode. Now TQ1; and TQ0; work properly in SSB mode. Bug fix: Prevent button presses from accidentally activating VOX, which was happening due to sound picked up from the internal (cancellation reference channel) microphone when you pressed buttons right next to it, and that prevented band change because the second click of the double click was ignored because by then the radio was in transmit mode. All fixed! Now you can click buttons however you like and when button clicks are done, VOX is temporarily disabled until your button pushing frenzy is over. Power meter now reads Peak Envelope Power (PEP) when in SSB mode. Previously it was just reading a sampled value (NOT an average); so if the power meter was updated 10x a second, the updates would just randomly pick a value from the SSB amplitude envelope, which was most unlikely to be its peak value. Bug fixL Calibration hung at DAC 1300 when run on LCD. Now the calibration completes properly when run from the LCD. Many thanks for all the feedback so far, SSB in QMX is getting better and better! 73 Hans G0UPL http://qrp-labs.com https://www.buymeacoffee.com/g0upl

I have been using my QMX on FT8 with WSJTX with few problems until recently. I use Linux Mint 22.1. With the WSJTX beta 7/rcx everything worked great using TS-480 as rig, PulseAudio, alsa and Hamlob 4.6.1. But after upgrading to wsjtx 2.7, Hamlib 4.6.2 and the SSB beta firmware I cannot get FT8 to work. I can get RX working fine TX is another story. If I do get it to transmit it stops after a second or so. I have tried TS-440S, TS-480 and QRPLabs QMX as radio and the QMX audio both with PipeWire and PulseAudio. I currently have QMX beta 009 installed. I have also tried going back to production firmware 27 with no luck. Help! 73, Bill NZ0T

My QMX+ was built by QRP-Labs. It has worked well for about a month, listening and practicing CW. Today I upgraded from 007 to 009 and ran the full configuration routine with a dummy load. The radio felt warm, not hot. It is connected to an OCFD antenna with a SWR a bit below 2.0 on 10 meters. I cancelled Practice Mode, started sending QC while monitoring the SWR (about 1.8 on the display). After about 1 minute, the QMX+ shut down. When I turned it on again, the display grid was all black dots. I removed the cover and adjusted the display pot so it was readable. Turned the radio on and sent CQ a few times. After about 10 seconds the radio shut down again (and again, and again). I performed the factory reset (Twice) and reconfigured the QMX+ for my key and display options (SWR and battery). At this point the radio will power up, the display looks correct and the menus work. CW Practice Mode works, except each character is followed by a loud POOP! Transmitting CW or SSB causes the radio to reset and sometimes it shuts off. Any help is appreciated. Be kind (I've had a difficult day) 73

Hi Hans, Is there a maintained Feature Request list available somewhere where we can check if what we’d like to see has already been asked for, and perhaps add a vote? I know posts can get lost in the volume, and I expect that is why there was no answer on my question on having variable TX power available as a setting (/g/QRPLabs/message/143397), but I don’t want to bug anyone, so if there was a tracker we could look at, it might save you getting duplicate requests or being bugged by people like me :-) Love the pre-built QMX, am going to get a QMX+ kit to have a go at… 73, Stefan MI0PYN

Hello all, my QMX can tx fine on 10m, but I can't even hear ft8, come to think about it, I have never heard anything on 10m. Here are some screenshots:

WARNING!!! Running the SSB calibration in automatic mode has the potential to burn out the finals. I've read at least 1 other thread where running the SSB calibration resulted in failures in the output stage. I now have a non-working QMX+ because of this. I replaced the blown final, but there is still another problem in the transmit circuit. When I attempt to transmit from the diagnostics screen, I get 0 output power. If I put a scope on the gates of Q503-Q506, I see what I assume to be a good signal, it's at least at the right frequency. Q507 heats up when attempting to transmit. I also note that the duty cycle for the 5V SMPS jumps up to around 75%, I assume because it's trying to push out so much current. I'm kind of stuck here, I have the tools (meter, scope, rework station), but I'm sorely lacking in troubleshooting skills for this type of problem. This was my second QMX+ build, and I was ecstatic when it worked flawlessly on first power up. I made some contacts on it, and decided to get it ready to try SSB. Kicking myself for not reading more before diving in to the calibration or I might have not used the automatic option. I'm going to go read what I can find regarding an issue like this. If anyone can offer any troubleshooting tips they would be greatly appreciated. I'm looking for what to check, and what a reasonable result would be. It's built for 12 volts. Currently (pun unintended), the supply voltage drops to about 7 volts during transmit when I have the power supply current limit set to 700 mA. I checked and the unit seems to be able to sink as much current as I dare feed it. My first unit is on its way to Jeff. I'm going to work through this one myself, I hope. Thanks and 73. Andy WB9YXA

Hi all I updated the SSB beta testing webpage of the brave, here: https://qrp-labs.com/qmxp/ssbbeta.html and released firmware version 1_01_009 to it. Changes in this version: More small USB tweaks directed at Win7 to try and get the Serial COM port working again. Bug fix: USB gain not loaded at power-up. Bug fix: Sync calibration screens display issue (wrote over top of previous cals without clearing them first). Calibration quit and set error vector to zero when the phase error cannot be properly measured. Note that every QMX+ I have tried, has completed SSB calibration successfully using Run all. On some QMX some bands cannot calibrate phase error properly; what happens now is that (per change #4 above) the phase errors are written to zero which is equivalent to switching off phase predistortion for that band. At least the other bands can use phase predistortion and the sync optimization etc will also be correct; I will work on trying to find a solution to these less usual cases. Many thanks for your feedback so far. Hopefully if I can resolve Ludwig's Windows 7 issues we could be getting close to an official SSB firmware version. 73 Hans G0UPL http://qrp-labs.com https://www.buymeacoffee.com/g0upl

The clock on my QMXplus seems to drift many minutes every day. When I do an operating session or a POTA activation I will need to remember to set the clock when I sit down and power it up. I set the time to UTC to make paper logging easier. I have a new quality CR2032 battery in my QMXplus in case you wondered. i haven’t yet measured the clock drift, but was surprised it was significant. I think a number of contacts I uploaded to LoTW had no QSL because my estimate of the correct time was wrong. (A day or two later I discovered the time was way off before I uploaded, and changed the times in my electronic log to my estimated corrected time) Or I could get the OLG3 GNSS module which I think will set the QMXplus time, but that requires another component and setup to my portable kit. I probably won’t bother but keep thinking about other solutions. My Home QTH transceivers are spot on the correct UTC time. I can take a PC or IPad and do my logging on it. Another component to take. Q: Before I decide what to do, How much does your QMXplus clock drift?

For those who wish to create/print their own QSL Card my GitHub repository might be of interest: https://github.com/sparks72/QSL-Card-Multilinqual-Editor 72/73 de Paul DJ0CU Feedback welcome.

Will QRP labs be at Hamvention in Ohio? If so, what booth/building please. Will you have built kits (QMX+) on hand for sale? Thanks and ‘73 Jim WX8J

Hans, I think calibration in _006 is better, but there are still some issues. I am attaching some screenshots from my QMX-lowband calibration that may help in diagnosing the phase-error cals that don't finish, and also a USB IMD optimization that was strange, and fixed itself when I repeated it. I did the initial calibration from a factory-reset condition, using the 'R' option to do all of the optimizations, which I then reviewed. The 80m Phase Error plot didn't complete - it stopped at about 700 on the x-axis. And retrying it with the 'O' repeated the same results. Then I retried a few more times and captured the attached 5 shots of the progression. Note that it for some reason started with a high DAC value, not the one corresponding to the x-axis, which is why it stopped early. Completely repeatable. The 20m USB IMD optimization looked crazy. The other IMDs looked OK. So I retried 20m using the 'O', and it cleaned itself up. See the initial and retry results in the last two attachments. I hope this is helpful- I will check the cal process/results on my other QMX*, and let you know if anything else interesting shows up. Stan KC7XE

We had 14 folks join the MI QRP Zoom Chat on 24 April. Please join us Thursday May 1 (and every Thursday) at 4PM Eastern for the Michigan QRP Club weekly QRP Chat where the main topics will be QRP and other ham interests. New hams are encouraged to participate and ask questions. It's fun, it's easy, and it's free. You only need a computer, a smart phone, or a tablet that can connect to the Internet. OR if you can't be close to any of those you can join by audio with any standard phone. Just follow the directions below. No software needs to be loaded or installed. Anyone can join and non members are welcome. Details are here: https://www.miqrp.net/zoom Zoom ID: 811 0835 6229 The topic for Thursday, 1 May will be an OPEN FORUM and maybe a who is going to Hamvention raise of hands. Ernie - NE3TE Harry - K9DXA Stan - WB8QJZ Pete - WK8S Bill - KU8H Tony - W8CDC Bill - N5IM (first time) Neil - N9NL Dave - N8SBE Yvon - AE7YD Cassie - KC9IH Kim - N8FNC John - M7FZC Jim - K8DDV (first time) I was not at the meeting so I have no notes to share. The agenda for the 1 May QRP Chat: Ernie to do a short introduction and acknowledge any new folks to the Zoom chat. The topic for next week will be an open forum. During the open forum anyone can take the floor. We will go one by one until all have had a chance to have the floor. Files, pictures and presentations can be shared if you have any. Please try to stay muted when someone has the floor. Thanks Ed AB8DF

Hi, has anybody tried the new firmware with VarAC and/or Winlink? Does it work?

Hi, I tried to use a standard Baofeng micro , the one with a small loudspeaker inside that is not usable with QMX. I have done the easy mods to make possible using this mike with the QMX. No a big issue ... Tried also the Microphone Test tool in the QMX sw, and the mike seems ok using only 40 db for gain. BUT, if I listen with another radio the modulation is very bad .. !! Possibly the two radio too close ?? Unfortunatly, if I talk ,does not seem to exit any RF or just a little bit, from the QMX ( I have a swr/wattmeter in line..). In CW all is ok, in SSB Baofeng micro seems no good. Have you tried the Baofeng Micro ? I guess every body owns one of this mike that why I am asking. 73 de angelo i1jck

Rig:- QMX+ rev 3, firmware 027:- I am getting WSPR reports of quite frequency drift (2-4) on 10m and 6m. I never got this with my QDX (always 0 drift reports). I wondered If anyone else is using PC driven WSPR mode on the QMX+ and if they are seeing the same problems? 73 ken g4apb

Hi all I updated the SSB beta testing webpage of the brave, here: https://qrp-labs.com/qmxp/ssbbeta.html and released firmware version 1_01_008 to it. Improvement to synchronization section of the SSB calibration - as per this morning's email. On bands where the receiver is found to be overloaded during the sync optimization phase of the SSB calibration, it tests other BPFs to find one that attenuates a bit more to reduce the overload. This has a marked effect on some bands, and it should fix several instances where people reported that calibration wasn't successful on some bands. Bug fix: CAT LC; query now includes commas and dots, requested by Adam. Bug fix: Re-run of PA amplitude modulator test didn't clear the old graph. Added USB Gain to SSB configuration menu (gain for audio coming from the USB port) - specifically as requested by Sergey for use with VAR which does not appear to put out sufficient volume. Now remembers previous menu location on ALL menus regardless of nesting level - Stan and others. Up until now when you went into the top level menu, you went back to the last place you were last time you exited the menu. Now this is extended to cover all levels of menu nesting. Microphone VOX now works on raw external microphone audio, not including correction from onboard mic. (I expect the next thing will be a complaint from someone who actually was using the internal microphone, though it wasn't officially enabled, with VOX - but now they can't because their VOX will be ignored). Bug fix: If running Calibration and I open another terminal window, it will update in the new window. One more minor USB multi-port attempt (directed at Win7) - for Ludwig to try it again and report back... 73 Hans G0UPL http://qrp-labs.com https://www.buymeacoffee.com/g0upl

Hi all Just wanted to explain a few things about SSB calibration. Firstly, please understand that the calibration makes the performance excellent. Even without calibration the performance is quite respectable. Calibration is not a temporary thing that is only concerned with the beta firmware. It optimizes the transmission of SSB to your particular hardware setup (component tolerances, how you build the filters, etc). There are two kinds of calibration. The first is the phase pre-distortion calibration which measures the phase error in the QMX PA, so that it can build a calibration curve that can be used for compensation (pre-distortion). Phase error depends on amplitude. So if the system needs at a given instant to transmit, for example, 0.5 amplitude and 25-degrees of phase shift - then it will look at the stored calibration curve and see what the measured phase error was at 0.5 amplitude. Say 10 degrees. Then it can subtract 10 degrees from the desired 25, because it knows there will be 10 degrees of error, and command the '5351 to produce 15 degrees phase shift. That's the aim. The second calibration is of the necessary synchronization delay between phase and amplitude modulation. Since amplitude modulation takes effect in a short time after the new amplitude is commanded to the DAC, but phase modulation requires a frequency update to the '5351 which takes some time to communicate via the I2C serial bus to the '5351, it is necessary to delay the amplitude relative to the phase. There is also some fixed delay in the phase compensation which measures relative error, not absolute error (since we don't exactly know what the phase delay is through the receiver circuits). So the sync optimization tests to find the optimum delay of amplitude relative to phase modulation. Sync calibration is run separately for USB and LSB sidebands. Both of these types of calibration require operating the transmitter and receiver at the SAME time. The phase calibration increases the amplitude in steps, increasing the PA voltage up to 12V a step at a time. Each step transmits a steady carrier (CW) for just over one second. Even at full power this is only for one second so is expected to be much less stress on the transistors than an FT8 over would be (12.8 seconds). The synchronization calibration transmits two-tone (700 + 1900 Hz) at full PEP during the test, but SSB is a much lower average current anyway than CW so it should not be stressing the PA transistors. Therefore if people have been using FT8 normally, then report that PA transistors are blown during calibration, which operates the transmitter either at lower power or for shorter durations, then this is a mystery why that could happen. One possible explanation is that the PA amplitude modulator (transistor Q507 and its four support transistors) is not working properly. If the amplitude was always at maximum because Q507 is not modulating it, then indeed this would stress the transistors somewhat. This is why in the recent firmware updates last week, I added a check before the calibration starts, where the PA voltage is set somewhere halfway (set to 5V actually) and then measured there, and if it is not near to 5V we know there is a problem, you are warned, and the calibration does not proceed. There's also the new "PA mod. test" screen in the Hardware tests menu, which steps the amplitude modulation up and measures the result; this should always show a straight line from near zero to near supply voltage, like the attached AM.png. IF it does not, if it shows a straight line across the top of the screen, then you will know that your PA amplitude modulator isn't doing its job, and you need to fix that. The radio may appear to work normally in CW and Digi modes, and you'd never know, but actually it wouldn't be doing envelope shaping. And it can't work for SSB without the amplitude modulation. Regarding the calibration itself, as I mentioned the QMX is operating its transmitter and receiver at the same time. It transmits (CW for phase error, two-tone SSB for synchronization optimization)

Hey, I just assembled this a few days ago, made a couple of contacts with an end-fed. What I found odd is that when I attached a 50 ohm dummy load to the output and measured SWR, it was around 1.5 on 20m and <2 on other bands. Surely it shouldn't be that? What may have I done wrong? Should I worry? 73 de HF2J

Hey, I've just noticed that this cap (C526) on my Rev 4 QMX is chipped off a bit - can you either point me at the schematics or tell me what value it is? Thanks, J