开云体育

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?

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, After the calibration with an earlier SSB beta version the maximum power is drastically less in CW mode. In the meantime I have replaced the four PA FETs but without any improvement. What could be the cause of this? I have performed the calibration properly with a dummy load at the antenna output. Maybe the PA driver? Is this easy to replace yourself? I bought it built :-). 73 Gert - PA1GVZ

<panic_attack_on> some days ago I received my prebuilt QMX+ and did not much with it except testing Flrig and WSJTX configurations as well as getting the ssb-firmware onto the precious thing. all went smooth, althoug I did not test any TXing, as I had no suitable antenna. so as today, a legal holiday here, I wanted to head out to a mountain nearby to check some real stuff. That for I installed teh latest firmware (..._009). everything went well. I left it running a bit and headed to lunch (ok, this will have had no impact, thats for sure). one last reboot before I wanted to head outdoors to check: everything ok. before disconnecting powersupply there happened a slight spark between the input pin of the PSU (LiPo 4s) and the case of the QMX+ when I then was on the hill I was not able to power the thing up. pushing the button does nothing. i tripplechecked powersource (slightly below 12v) so my questions are: how big is the chance, that I fried the thing (before even having had one QSO)? and, much more important: is there somebody near OE (or insode EU) who could test and possibly repair the beloved thing for me? thanks in advance Peter

I connected my QMX to a 20 meter QCX 50 watt amp and the result is failed QMX transmit (no power). My QCX does OK with this amp but the QMX took a permanent dive for some reason. Receive is fine, but transmit is now zero. Transmit does draw power from the supply but offers no RF. Supply power to QMX is exactly 12V Supply power to 50W amp is 20V Each has its own regulated power supply Ken AA7JC

Hi Folks, and Seasons Greetings etc. I've been reading up on a 'simple' Raspberry Pi Pico based SDR receiver,with Waterfall display in the Magpi Magazine #148 - 'simple' might be true if component count is the only criteria, To me the software is frightening ! <https://magpi.raspberrypi.com/issues> The RF side of it is a Bus Switch - essentially a very stripped QRP Labs X - with the LO and IQ demod done in the software Pico and driving a small speaker or headpones. The received audio is quite good :-) Thee are a few 'issues', one is with the resolution of the Pico LO as the frequency rises so... I'm wondering if there is any reason not to use a QRP Labs RX and VFO as the 'front-end' and just using the Pico for demod/fitering etc, effectively producing a self contained Multi-mode receiver.with the footprint of a U3 Has anyone tried it? 73 Mike W

Just got a new QMX. Thanks to all for making this happen. Worked perfectly out of the box. Yesterday I was decoding FT-8 and JS8Call on several bands. Nice sensitive receiver. But, I was unable to send since I didn't have a serial port for the CAT commands. I'm running Windows 7 Pro, 32bit, so I got the driver file from STMicroelectronics as noted in the docs. Followed the instructions as best I could, but no joy. Not only did a USB serial port NOT get installed, but the QMX device on the USB port also disappeared. So now dead in the water. Darn it. I can understand the serial port not showing up but the QMX device not being recognized when it was before is a puzzler. Uninstalled the STM software but no change. As I mentioned, Win7 Pro, on an HP Probook laptop with 4 core processor at 2.56GHz and GB of RAM. Anyone have any thoughts on this? I am very experienced with Win7, 35+ years of computer administration experience at HP. I have other laptops to connect the QMX to, but this laptop is the one I was going to use for portable operations. Mark KD0QYN

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:

Hi everyone, I started assembling my Rev4 QDX kit last night that I've been sitting on for years. I got to the step of installing T1, and it seemed to go alright, but when I went to check the continuity as described in the instructions, I found problems. I have good continuity between the ends and center tap of the primary winding and also the ends of the secondary winding. There is no continuity between any of the parts of the primary winding and the secondary winding. There is good continuity between all of the "A" points, and no continuity between any of the "A" and "B" points. However, I am not getting any continuity between the two "B" points. I do get continuity between the ground plane through hole point "B" and the capacitor C17 adjacent to C34 (the other "B" point). I tried removing the transformer, re scraping the wire ends and re soldering it, but it still has the same issue. Any suggestions?? Thanks, Nate KV4RD *** Nathaniel Drexler

I am having difficulties with ALL my USB soundcards, including the QMX+. My station computer is a Windows10 machine. All was working well and I have been playing with SSB recently. Today I decided to use FT8 and try my luck with ZS8M. When I opened JTDX I received the error "An error opening the audio input device has occurred." Interestingly I could transmit however there was no audio on the waterfall. Unsure of my dilemma I tried another rig and another external USB soundcard and again I had the same error. I have 3 USB soundcards (including the QMX+). One is a digital interface for my QRO rig the 2nd is for CW Skimmer and the 3rd is the QMX+. NONE of the USB cards can receive audio data? I have checked each audio device and they seem to be setup correctly and the sound icon on the taskbar is at full audio with the correct device shown. But no audio is received by any of the soundcards or their appropriate software. The ONLY fully working soundcard is the built-in card on my Win10 machine. I don't think that this is a QMX+ issue but much broader. (I am running firmware 1_001_003.) Has anyone encountered anything similar? Thanks, -- 73, Rick VE7TK Website: https://www.ve7tk.ca/

Got my QMX with version 9 of Beta firmware to work on SSTV this evening -- MMSSTV software, 12 volt build running at 9.5 volts, Mic = USB, Vox = ON, usual selections in MMSSTV. Solid contact with W2WTF in Flowery Branch, GA from Elizabethtown, PA. No over heating of radio. Bands are pretty rotten today, but thought I would give it a try!

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

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.