开云体育

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

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

Is there a way to modify the PTT timing to run slightly ahead of transmit in semi QSK mode? I'm trying to configure the QMX to operate with an SDR switch, but it's pretty consistently tripping the SWR protection (even when transmitting into a dummy load downstream of the switch). I'm thinking that this is happening because the relays have not settled before transmit starts. Greg, N1TR

<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

While you have the BS170s out, consider installing sockets. Cut three pins off of a machine-pin DIP socket with a Dremel tool or a teeny tiny modeling saw. For the 3 and 3A boards, you have to spread the two end pins out a little bit to get them into the holes in the PCB. For 4 and later boards, the pin spacing is perfect. 73 Jim N6OTQ

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, in order to have a good audio volume on WSJT-x (the green slider on the left of the WSJTX screen) I adjusted the audio level per band and some had to be set up to 70 istead of the default 54. So far so good but now I can not turn down the audion for the headphones down to 0. No I don't have the headphones on in DIGI modes :-) , but that applies also to CW and there now the audio is too loud for me on some bands. Could the audion setting be different for Digi and CW or SSB ? I believe the default setting would be fine for any mode except DIGI. -- Martin DK3UW

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 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_007 to it. This fixes one more typo I found in the USB compound device configuration. I carefully checked all 440 bytes one by one in all three configurations (1, 2 and 3 serial port). I believe in the 1-port configuration the configuration is byte for byte, identical to 1_00_027. Waiting for Ludwig to confirm any issues or not with WIn 7. I booted my PC into Windows 10 on the old HD and all three serial ports worked properly, and audio too. 73 Hans G0UPL http://qrp-labs.com https://www.buymeacoffee.com/g0upl

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 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

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

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?