开云体育

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

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

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

I'm on the DXLog development team and struggle with implementing the drivers for the QMX and QCX models. If I had access to them I could do reverse engineering but unfortunately I don't. The CAT part of the QMX/QCX documentation is not very detailed and unfortunately also somewhat inconsistent. Since my help desk ticket remains unanswered I am turning to this reflector. The challenges I face are the following: RD/RU Is the implementation of the RD and RU commands really the same as the TS-480? The documentation suggests otherwise. With the TS-480, RD must be followed by exactly four digits and decreases the RIT with a certain number of hertz. RU works the same but increases the RIT. The QMX/QCX documentation seems to suggest RD instead sets the RIT to an absolute value and that a sign also must be included in the command (like with Kenwood's RF command). How does RD/RU really work with the QMX/QCX and what is the format? FA/FB With the TS-480, the FA and FB commands must be followed by exactly 11 digits. The QMX/QCX seems to accept a varying length. Is this true? IF With the TS-480, the mode field (character number 30) returns the same code as MD. This does not seem to be the case with the QMX/QCX. Is this true? Thank you in advance, Bj?rn SM7IUN

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 How much max current does the QMX draw during SSB Calibration? is about 750mA by 12V ok? It is my new QMX kit. After cleaning of all soldering points(NARF), and build the QMX in 1 Day, i started it and WTF? No Smoke, and full working. An happy day for me. A liitle bit frustrating too: there is no space left in this device, on this device i had to cut a bit from the head of a nylonscrew, bending soldering points from the pa. They hitted the enclosure and i could not close it correctly. The Screw of the "PA cooling system" was pressing against the ic next to it, dunno why. i filed the head and all is ok. Mostly :P great fun to build it. 73

I installed FT8CN to an Android phone but found it sometimes transmitted and often did not. Then I discovered there is a magic button on the screen which turns on transmission! It is in the top right of the Calling screen and looks like a loudspeaker. You need to click on this until it turns red as shown on the screen shot. I also discovered by repeatedly clicking this button it changes the "Sequential" setting between 0 and 1 which changes whether it transmits in the first or second time slot. I have read the English manual but don't remember seeing these controls. The settings are QDX rig selected which works with my QMX and CAT control. Everything else is default. Phone is a Google Pixel 9a.

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

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)

Yet another morse decoder. Just hold a pc microphone to the loudspeaker or use a stereo cable to the PC mic input. No installation required, just deposit the file on your hard drive and open in your favourite browser. Works on PC, Linux and Mac, probable also on Android and IOS. I would have put it in the files section but it's full. Download link for Mega: https://mega.nz/file/6ZAABBxD#ewDQhNIXx5OJeCSVBkUq38uziKrgNMukCi96HzXlEEw Enjoy. Paul DJ0CU G4ADF

The radio is a Ver. 1 QMX plus that in general performs exactly like I expect. It does not have the GPS option installed, and there is no battery in the clock battery slot. The radio is used for CW only. As the title suggests, I have an approximate 1000 tone on only 12M and 6M bands. It is internal, in that I can remove antenna and it's still there. It does not change in level or tone while tuning around the band. It appears to de-sense the receiver a bit, as a signal must be pretty strong for me to be able to copy it on 12M. There is normally a 'beat' frequency between the received signal and the tone when I can copy someone. I have run the I/Q sweeps in Putty, using a raspberry pi computer. The tone is present with or without the computer attached. The I/Q sweeps look very nice on the lower bands, and begin to deteriorate as the frequency goes up. They are still showing the two sine waves, but are a bit distorted( not a perfect line of x's ). This deterioration is also noted on 10M and 15M ( to some extent ) and the sweeps for 12M and 6M are not suspiciously worse than others. 10M works flawlessly, as do the other bands. The remaining filter sweeps look good, with some tweaking needed possibly, but totally functional as is. I have a set of QMX HB and LB radios to compare symptoms, and the HB QMX does not have the 'tone' on 12M when swapped into the system. I am curious what path to take troubleshooting this issue. I did not find anything in the archives that addressed this strange behavior. Thanks & 73 Dick W4PID

Hi all. I’ve ordered mentioned kit few days ago and now I’m looking for antenna and atu. Does anyone have an experience with manual atu? I’m looking at kanga products pocket transmatch, mainly due to size of it and would like to pair it with Sotabeams band springer wire. What are your thought on this combo? Would you suggest any alternatives? Ideally the kit would be as small and light as possible as it’s not gonna be the only radio I carry. I don’t mind making my own antenna so please share some designs with me if you can. I’m also ok with commercially available kit. thanks in advance. 73 de 2E0TZG

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?

Can I do SSB calibration from the QMX menu? Do I need to connect to a computer to do the calibration? -- Mike Krieger

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:

Hello smart people, So I assembled an Ultimate 3s WSPR kit. I booted it up, hooked it up to a dummy load, and everything worked as it should. But then, a thought. What am I supposed to do for an antenna? My main station uses a ZS6BKW dipole, and my first thought was to take a piece of coax, solder the main wire to the "RF" pin, twist the shield wires of the coax into a single strand and solder that to the neighboring "gnd" pin, put a connector on the other end of the coax and use it to hook it into the ZS6BKW. But then, another thought. How am I gonna tune this? No problem, I said. The ZS6BKW is resonant for me on 40 meters, so I put in the low-pass 40m filter, and gave it a go. Everything looked and acted like it should, but when I looked on http://wspr.rocks/, no contacts. Then I took my IC-7300, dialed it down to 1 watt, and tried it on WSPR. Plenty of contacts, no problem, so I figure if I can get a signal to the ZS6BKW with the Ultimate 3s, I'll be ok. But I have no idea what to try next. I'll include that it includes the GPS receiver, which seems to be working fine. I have a feeling my problem is something simple, and I'm gonna feel dumb when I get it, so please be easy on me if I'm coming across as a noob. But any help would be appreciated.