X1M Transceiver in the Field

4 Jun

I just got back from a 5 day camping outing where I got a chance to try out my X1M field kit. You can read about it here.


My X1M Transceiver Field Kit is Ready

26 May

I finally got all the pieces of my X1M field kit built and tested. I’ll be going out for 5 days camping in my motorhome next week, so I plan to spend some time evaluating the whole setup.

The kit consists of the X1M Transceiver, a 7AH battery, a homemade slingshot antenna launcher, an EFHW wire antenna supported by 0.07″ dacron cord, an antenna tuner/SWR indicator an audio interface box and any one of my Android mobile devices for software/rig control. For now, I’m using an ASUS Transformer (because it has a keyboard) and the DroidPSK & Pocket RxTX apps available from the Google store.



My thoughts on a firmware-implemented AGC for the X1M

13 May

One of the sadder omissions in the otherwise full-featured X1M PRO transceiver is the lack of AGC and an S-meter. There are hardware boards that have been developed to provide these functions, but there isn’t much room inside for a bunch of add-0n boards, and, besides, we plan to install this very powerful little Arduino Nano, right? So why not let it be an AGC controller and an S-meter provider that’s remotely settable and monitorable over the CAT link? That’s what I wrote about today here. Your comments are welcome.

Spring Update…..

12 May

You may have noticed my silence for the last couple months. Probably like you, I’ve been absorbed in the many things that happen when Winter ends and Spring begins. Yard work, graduations,  weddings, social obligations, domestic projects, vacations, etc. I know I left in the middle of a couple unfinished projects, so I think it’s time to to stop and discuss where we are, how we got here, and where we’re going.

This site came about as a result of my quest for a portable QRP radio that I could use for camping outings and also as a platform for my never-ending need to experiment and “improve” things. I thought the Minima project might be it, but after considerable time spent analyzing that design, it became clear that the basic architecture is flawed and the project has been stalled for some time. I decided to take some concepts I’d been noodling for a long time and go off and develop my own radio called the “Bus Switch Special“. I got pretty far into that development and somehow decided the world needed a better way to characterize crystals for IF filters, so I started writing about that. This led me to resurrect a scalar network analyzer I had developed in 2003 and implement it with modern component modules. This became the SNAP! project on this site. I got SNAP! to the point where it needed just a few more days of my time to be able to release all the schematics, firmware and software to the web site. Then Spring hit, as mentioned above. During that time, I became aware of the very nice X1M QRP transceiver available fully assembled for under $300. I purchased one and I’m now fully involved at experimenting with how to ‘improve’ that.

That’s the way it is with me…I can’t seem to control myself. I go from project to project, always moving on when I get to about the 80% point. Don’t get me wrong – I fully intend to finish up the SNAP! project and eventually get back to the BSS-1, but right now, and probably until Winter makes me housebound, I’ll probably continue my affair with the X1M.


Stay tuned…



SNA Output Level – Update

10 Apr

In my last posts, I reported that there was a severe roll-off in RF level that I hadn’t seen with the AD9850 in the past. I attributed it to the cheap Chinese Ebay DDS module and went about designing a workaround. I spent all week procuring, mounting and programming a MCP4018 I2C DigiPot to control the DAC current (and thus the output level) under firmware control. My plan was to build a lookup table that automatically programs the DigiPot ‘on the fly’ to correct level variations.

Well I got almost all the way through that process and was looking at how well the DigiPot controls the RF level when I discovered there was no significant uncorrected variation anymore! Well, it turns out that my initial testing was done with a random scope probe that I pulled out of a pile of old probes I had nearby. This probe had a significant high-frequency rolloff that led me to the wrong conclusion. When I measured again with a good 100 Mhz probe and confirmed with a spectrum analyzer, the rolloff was only a couple dB, easily within the correction range of the SNAP! software’s ‘normalize’ feature. I now have a couple of brand new probes on order and all the old ones are going in the trash.

I think I’ll leave the DigiPot in the hardware design as a build option and maybe use it as a software-controlled RF output level adjustment. Meanwhile, I’ll finish building the whole rig into the Altoids tin and call it a day on the hardware design. Then I can move on to getting everything documented and released to the web site.


SNA Level Variation Problem – A Solution Concept

4 Apr

As I reported in my previous post, I was blindsided by the amount of level variation the Chinese DDS modules have when tuning from 3-30 Mhz…over 10 dB. There are lots of ways to address this, ranging from a pure software approach to complex hardware re-design and/or AGC leveling loops. I think I’m going to go for a hybrid approach. Here’s how:

The AD9850’s output power is set by a single resistor that controls how much current the D-A converter can supply to the load. By varying the values of this resistor, you can vary the output power. I’ve done this in the past and you can get about 30 dB of adjustment range. Using 4 or 5 of the Arduino’s unused outputs, I’m going to select from a set of resistance values that can be switched in and out in a binary addition fashion. I think that, using this approach, I can level the RF output of the DDS ‘on the fly’ to within a dB using a look-up table programmed in the Nano module. If finer control of the displayed signal flatness is required, the remainder can be done on the SNAP! PC software side using the trace ‘normalize’ feature. This approach, if it works, should address the problem with an elegantly simple hardware mod and will minimize the loss of dynamic range a pure software solution would produce. On Monday, I’ll do some Excel simulations to see what can be done with about 4 properly calculated resistors switched by the Nano. Wish me luck…


SNA – A Disappointing Discovery!

4 Apr

I spent a good deal of time yesterday getting the SNA hardware rebuilt on a board that fits inside an Altoids tin. I hoped that on Monday, I could release an alpha version of the hardware, firmware and software designs so that others could reproduce it.

Today, while cleaning up what I thought were final details, I decided to check the flatness of the DDS module from 3-30 Mhz. Oh no!!! The output level of these cheap Chinese modules seems to vary by almost 10 db, dropping off severely as frequency increases! I’m not sure where the rolloff is occurring, but it seems to be in the lowpass filter. Now, I know that the 9850 chip is much better than this, as I’ve used it before. The last time was in the first incarnation of the SNA, using a DDS-60 board from AMQRP.

So now it’s back to square-one for a while to make some investigations of a good Analog Devices chip vs what came in the cheap Chinese DDS module from Ebay – maybe it’s a knockoff chip? This could take a while. Meanwhile, I’m going to compensate for it using the SNAP! software’s “normalize” feature. This feature takes out generator level variations so the displayed output is flat. I’m sure it can correct the display flatness, but it will result in lowered dynamic range as the RF level drops off.

As Gilda Radner used to say on Saturday Night Live, “It’s always something!”