Normal view

There are new articles available, click to refresh the page.
Before yesterdayMain stream

Successful test of sending QRSS signals on 28 MHz...


Introduction... QRSS is a beacon mode where callsigns are sent at very slow speeds in morse code and it's a useful mode for investigating radio propagation. The signal can usually be found on the main HF bands just below the WSPR signals.

For example, the 10m WSPR frequency is 28.1246 MHz USB and the WSPR signals are in the audio range of 1400 to 1600 Hz. Using the same dial frequency, the QRSS signals are about 400 Hz lower in frequency around 1100 Hz.

This has the advantage of using programmes like WSJT-X to decode the WSPR signals while at the same time, you can see the QRSS signals with programmes like SpectrumLab which displays the audio spectrum.

Some people operate 'grabbers' which take screen grabs of the QRSS band from their receiver and these are them put up on a website. They usually update every 10 minutes.

28 MHz tests... At about 12:00 UTC on the 29th of May 2024, I noticed that there was a Sporadic-E opening between Sweden and Ireland. The image above shows how my callsign was successfully received by the SA6BSS grabber in Sweden at a distance of about 1554kms.


How to send QRSS signals... If you are already using FT8 with programmes like WSJT-X then you are all set up for sending QRSS signals. For my tests, I was just using my HF radio and a PC.

The first thing I did was to go to the PA2OHH website and using the SPACE, DOT & DASH tabs, I generated my callsign in morse code. The audio can be adjusted from 1500 to 1900 Hz. The QRSS mode can be adjusted for length as well as whether it is on/off or uses Frequency Shift Keying (FSK).


After pressing 'Start QRSS', it's just a case of waiting for the sequence to start which happens at 10-minute intervals past the hour e.g. 12:00, 12:10, 12:20 and so on. In my case, it was really as simple as holding the microphone next to the PC speaker and pressing the PTT once the QRSS sequence started.

In terms of frequencies, I used the default 1600 Hz option. I tuned the radio down about 300 Hz from the WSPR frequency to about 28.1243 MHz USB. This made sure that my transmit signal was below the WSPR band and above the other QRSS signals.


If we look at my signal above in more detail, the bright part at the start was when the audio from the PC speaker was too loud and I had to turn it down. The rest of the QRSS audio resulted in an output power of about 5-10 watts from my radio.

There is also a very obvious upward drift in the signal! My callsign was sent over the space of just over 5-minutes and in that time, my signal drifted upwards by about 10 Hz.

My HF radio is quite old and for modes like CW or SSB, 10 Hz is really nothing. If you were to listen to CW or SSB signals from my HF rig then you'd hear nothing wrong. It's just that with QRSS, tiny changes like 10Hz become very obvious.

Nearly all QRSS signals on the bands are from dedicated transmit modules which are GPS stabilised. You can see these is the top image as nice straight signals. In my case, there is probably some crystal oscillator in the transmit chain in my HF radio that is being turned on and is drifting slowly as it warms up. 

Aurora... Back on the 10th of May 2024, I tried this QRSS test as well during the big aurora.


Using the same grabber in Sweden, the signals from the SE of England are there and are of course distorted by the aurora. I'm almost certain the signal above is me and it even has that little telltale upward drift.

In hindsight, I probably should have used on/off keying rather than frequency shift keying and the signal would have been a lot more obvious. It's still pretty cool to see your own signal coming back from the auroral region.

In conclusion... What I have outlined above is basically just putting the microphone from your radio up to the speaker of a PC and checking a website to see if your signal was heard, it's really that simple. It would be nice to see others giving it a try.

Links... Here are some useful sources...

1) https://groups.io/g/qrssknights - This email group is the place to go for all things QRSS related.

2) https://www.qsl.net/pa2ohh/21htmlqrss01.htm - PA2OHH website for generating QRSS signals.

3) https://www.qsl.net/sa6bss/ - SA6BSS grabber in Sweden.

4) https://www.qsl.net/pa2ohh/grabber.htm - PA2OHH grabber in the SE of Spain.

5) https://qsl.net/g4iog/ - G4IOG grabber in SE England

6) https://www.qsl.net/g0ftd/grabber.htm - G0FTD operates a grabber from various online receivers.

7) https://qsl.net/wa5djj/ - WA5DJJ operates several grabbers from New Mexico in the United States.

8) https://swharden.com/qrss/plus/ - AJ4VD has links to a lot of grabbers

2024 10m QRSS Challenge: - IZ1KXQ beacon in Italy - 14th May


As part of a challenge for 2024, I've decided to see how many QRSS signals I could capture on the 28 MHz band during the year. On the 14th of May, I got a screengrab of the QRSS signal 'SP' which was sent by the IZKXQ/B beacon in the north of Italy.

Usually, nearly all of the QRSS signals on the 10m band are on 28.1246 MHz and the audio of the signals is about 400-500Hz below the WSPR signals. In this case, the IZ1KXQ beacon was on 28.3215 MHz.

In the image above, the fuzzy part of the signal is when it was sending the callsign of the beacon in normal morse code. The QRSS 'SP' part is sent after this.

The beacon runs 0.1-watts or 100-milliwatts into an inverted V-dipole antenna.


The map above shows the path and the distance was about 1600kms. The signal was almost certainly via Sporadic-E and it's pretty much the ideal distance for that mode of propagation.

In summary... That brings the QRSS tally so far for 2024 up to 21-callsigns & 10 DXCC.

1) 8th Jan 2024: VE1VDM - DXCC #1
2) 10th Jan 2024: VA1VM
3) 15th Jan 2024: G0MBA - DXCC #2
4) 15th Jan 2024: G0PKT
5) 15th Jan 2024: AE0V - DXCC #3
6) 16th Jan 2024: RD4HU - DXCC #4
7) 16th Jan 2024: W1BW
8) 17th Jan 2024: OH5KUY - DXCC #5
9) 18th Jan 2024: TF3HZ - DXCC #6
10) 6th Feb 2024: VA3RYV
11) 16th Feb 2024: IK2JET - DXCC #7
12) 16th Feb 2024: N8NJ
13) 21st Feb 2024: PY3FF - DXCC #8
14) 26th Feb 2024: VE6NGK
15) 27th Feb 2024: NM5ER
16) 28th Feb 2024: VK4BAP - DXCC #9
17) 2nd Mar 2024: WA1EDJ
18) 5th Mar 2024: FR1GZ/B - DXCC #10
19) 30th Apr 2024: IK1WVQ
20) 8th May 2024: IW0HK/B
21) 14th May 2024: IZ1KXQ/B

2024 10m QRSS Challenge: - IW0HK beacon in Italy - 8th May


As part of a challenge for 2024, I've decided to see how many QRSS signals I could capture on the 28 MHz band during the year. On the 8th of May, I got a screengrab of the QRSS signal 'HK' which was sent by the IW0HK/B beacon near Rome in Italy.

Usually, nearly all of the QRSS signals on the 10m band are on 28.1246 MHz and the audio of the signals is about 400-500Hz below the WSPR signals. In this case, the IW0HK beacon was on 28.322 MHz.

In the image above, the fuzzy part of the signal is when it was sending the callsign and locator of the beacon in normal morse code. The QRSS 'HK' part is sent after this.

The beacon runs 1-watt into a vertical five-eight wave antenna.


The map above shows the path and the distance was about 1800kms. The signal was almost certainly via Sporadic-E and it's pretty much the ideal distance for that mode of propagation.

In summary... That brings the QRSS tally so far for 2024 up to 20-callsigns & 10 DXCC.

1) 8th Jan 2024: VE1VDM - DXCC #1
2) 10th Jan 2024: VA1VM
3) 15th Jan 2024: G0MBA - DXCC #2
4) 15th Jan 2024: G0PKT
5) 15th Jan 2024: AE0V - DXCC #3
6) 16th Jan 2024: RD4HU - DXCC #4
7) 16th Jan 2024: W1BW
8) 17th Jan 2024: OH5KUY - DXCC #5
9) 18th Jan 2024: TF3HZ - DXCC #6
10) 6th Feb 2024: VA3RYV
11) 16th Feb 2024: IK2JET - DXCC #7
12) 16th Feb 2024: N8NJ
13) 21st Feb 2024: PY3FF - DXCC #8
14) 26th Feb 2024: VE6NGK
15) 27th Feb 2024: NM5ER
16) 28th Feb 2024: VK4BAP - DXCC #9
17) 2nd Mar 2024: WA1EDJ
18) 5th Mar 2024: FR1GZ/B - DXCC #10
19) 30th Apr 2024: IK1WVQ
20) 8th May 2024: IW0HK/B

2024 10m QRSS Challenge: - IK1WVQ in NW Italy - 30th April


As part of a challenge for 2024, I've decided to see how many QRSS signals I could capture on the 28 MHz band during the year. On the 30th of April, I got a screengrab of the 'Flying M' from Mauro, IK1WVQ in the NW of Italy.

I received this signal during the afternoon on the QRSS frequency of 28.1246 MHz USB. This is the same as the WSPR frequency and the only difference is that the audio frequency of the QRSS signals is about 400-500 Hz lower than the WSPR ones.

The signal is a little unusual in that it uses steps to generate the letter 'M rather than the usual morse identification. I think that Mauro was using 1-watt into a dipole antenna.


The map above shows the path and the distance was about 1500kms. The signal was almost certainly via Sporadic-E and it's pretty much the ideal distance for that mode of propagation.

Now that the Sporadic-E season has started, I should be able to receive more signals in the 500-1500km distance from my location. These are normally too close for the F2 layer propagation that has been there since the start of the year.

In summary... That brings the QRSS tally so far for 2024 up to 19-callsigns & 10 DXCC.

1) 8th Jan 2024: VE1VDM - DXCC #1
2) 10th Jan 2024: VA1VM
3) 15th Jan 2024: G0MBA - DXCC #2
4) 15th Jan 2024: G0PKT
5) 15th Jan 2024: AE0V - DXCC #3
6) 16th Jan 2024: RD4HU - DXCC #4
7) 16th Jan 2024: W1BW
8) 17th Jan 2024: OH5KUY - DXCC #5
9) 18th Jan 2024: TF3HZ - DXCC #6
10) 6th Feb 2024: VA3RYV
11) 16th Feb 2024: IK2JET - DXCC #7
12) 16th Feb 2024: N8NJ
13) 21st Feb 2024: PY3FF - DXCC #8
14) 26th Feb 2024: VE6NGK
15) 27th Feb 2024: NM5ER
16) 28th Feb 2024: VK4BAP - DXCC #9
17) 2nd Mar 2024: WA1EDJ
18) 5th Mar 2024: FR1GZ/B - DXCC #10
19) 30th Apr 2024: IK1WVQ

A Little WSPR Beacon (Aren’t They All Little?)

By: AA7EE
26 February 2023 at 23:54

I first tried WSPR out in 2009, with a Signalink USB interface attached to my FT-817 and PC. For anyone interested in QRP and QRPp, the process of being able to decode a signal that is up to about 34dB below the noise level is quite fascinating. Morse code, sent by way of CW, engages and tickles my brain in ways that other modes don’t. WSPR though (and other weak signal modes), has it handily beat in terms of it’s sheer ability to extract data from a signal that the human ear cannot even detect. A few years later, in 2018, I assembled an Ultimate 3S QRSS/WSPR beacon transmitter from QRP Labs for a ham friend. This project opened me to the appeal of a standalone WSPR beacon that, unlike my earlier foray into WSPR, didn’t require tying up my main station gear. The addition of a GPS unit, as well as setting the timing of the transmissions, could also automatically insert the Maidenhead grid locator – no need to manually program that, making it ideal for travel.

Fast forward to the current day. I’ve recently become a bit more active on the bands, and decided that I wanted to “stop the rot” of my CW skills, which were slightly degrading due to lack of use. I signed up for an online CW course with the CW Academy, offered by CW Ops. I just completed their intermediate course, and enjoyed it immensely. The Intermediate course is designed to take ops from 10-20 wpm. I was already comfortably having conversational QSO’s at about 16-18 wpm. At CW Academy, the emphasis is on head-copying, so that you can converse without needing to write anything down other than the occasional piece of essential info (name, rig, etc.) This, they explain, is an important skill, if you are to increase your speed. I, along with most of the other students, found it surprisingly challenging to listen to short stories in code, and extract meaning from them without writing anything down. It helped that we had a fantastic advisor, in the form of Randy N1SP. Practice sessions in between our online Zoom sessions could be challenging, but the prospect of classes led by Randy were a great incentive. He made learning fun.

Along with my renewed interest in CW came interest in weak signal modes generally, as well as a slight stirring in the desire to build radio things again. Over the last 3 years, I’ve been putting time and effort into working on my camper van, which took energy and money away from amateur radio. Well, I’m gradually angling towards selling the campervan, which will free up some mojo for other pursuits. Anyone want to buy a 1993 Airstream B190, with 67K miles, 200w of solar on the roof, and a 2″ lift?

Back to radio. The Autumn 2022 issue of SPRAT contained an article by Paul VK3HN, detailing the WSPR beacon he had built using modified open source code from Harry at ZachTek and, of course, the JTEncode and Si5351 libraries from Jason NT7S (Jason’s libraries pop up everywhere). If you don’t have access to SPRAT, and even if you do, Paul describes his beacon on his blog here.

As long as you know how to upload a program to an Arduino, or flash firmware to a microprocessor (same thing), the barrier to entry to building a WSPR beacon is now quite low – even lower if you don’t build a PA stage, and take the ~10mW output from the Si5351 clock output directly to the LPF and the antenna. Here’s what I built –

The output is taken from the CLK 0 output of the Si5351 and feeds directly into the PA stage that Hans Summers uses in the QRP Labs Ultimate 3S QRSS/WSPR transmitter. I’ve built both the Ultimate 3S and QCX rigs, and liked the class E PA’s he used in both designs. Simple in design – and I also like the fact that, because the BS170 is a MOSFET that doesn’t suffer from thermal runaway, you can simply parallel them up for greater power, without the need for balancing. Details of how to wind the bifilar transformer can be found in the assembly manual for the Ultimate 3S on the QRP Labs website.

In his beacon, Paul runs the Si5351 at it’s default of 2mW output, and follows it with a W7ZOI-designed 2 stage PA from the pages of EMRFD . Due, I suppose, to sheer laziness, I wanted to keep the PA stage as simple as possible, so opted for higher output from the Si5351, and a single MOSFET, with very few supporting components, for the PA. Paul mentioned that in the earlier days of the Si5351 being available to experimenters, he heard some talk of higher phase noise and jitter from the Si5351 at higher output levels. Perhaps running it at a lower output level, and making up for that later, is a worthy strategy? To run the Si5351 at it’s maximum power of about 10mW out into 50 ohms, I found the following line in Paul’s modified code –

si5351.init(SI5351_CRYSTAL_LOAD_8PF, 0, 0);

and inserted the following line after it –

si5351.drive_strength(SI5351_CLK0, SI5351_DRIVE_8MA);

This sets the chip to produce the maximum power at the CLK0 output.

The very first iteration of this project used a passive patch antenna, as I didn’t realize that the GPS module supported active antennas. The patch antenna, with it’s very short piece of coax, was quite difficult to implement in the diecast enclosure I had chosen for the project. I mounted it on top of the lid, with the main board mounted on the inside of the lid, and the coax passing through a hole in the top. When I took the lid off to work on the circuit, the antenna was shielded from satellites by the lid, which was inconvenient. Once I discovered that the GPS module supported active antennas, I installed one. I have no photos of the implementation with the passive antenna.

Here’s a view of the next version of the board, with the clock generator and Nano boards unplugged, to allow viewing of the wiring underneath. As usual, I have used Rex’s wonderful MePADS and MeSQUARES for the Manhattan pads, and strips of header to plug the Si5351 board, Nano, and LPF boards into. Operating on a different band just requires changing the output filter, and reprogramming the Nano via it’s ICSP header –

The first version of this build used a single 7805 voltage regulator, bolted straight onto the board for heatsinking. I had forgotten how very hot these 1 amp regulators get. The IC itself got very hot, as did much of the ground plane on the board to which it was bolted. Although not my best idea, it turned out to be dwarfed by a particularly poorly thought-out aspect of the layout –

It’s perhaps not immediately obvious from the above photo, but might become more apparent from this image –

That is the BS170 PA transistor mounted directly underneath the frequency synthesizer board. The problem, is that the PA transistor gets very warm. Warm air rises – and what is directly above? Yes indeed – the most frequency sensitive part of the whole circuit. What a fool, an oaf, a bumpkin, a buffoon, and a rube! When laying out the build, I was mainly concerned with fitting everything in, and not having a long wire between the output of the Si5351 and the PA. I’m not sure why, as a short length of RG-174 would have worked just fine. Nevertheless, slightly disheartened at my mistake, I forged on, and proceeded to attempt to calibrate the unit using Jason NT7S’ calibration script. I’ll spare you the long, dull version, and just say that I couldn’t get Jason’s script to work. My suspicions lay with either the cheap Nano board, or the cheap Si5351 board that I had bought from Amazon. Not pictured here, the first Si5351 board I tried was a direct clone of the Adafruit board, with a purple board instead of the Adafruit blue color, and without the Adafruit branding on it. I ditched Jason’s script, and went for a rough calibration by beating the output of the board against WWV, and making adjustments to the correction factor, until I was within a Hz or two of zero-beat.

I then uploaded VK3HN’s script to the Nano. The unit was indeed WSPR’ing but, despite the fact that I had calibrated it fairly accurately, quite a few of the WSPR transmissions were out of band by anything up to 100Hz. This didn’t seem right, so I tried calibrating the board again, only to find that each time I calibrated the board, I came up with a significantly different correction factor. Replacing it with a genuine Adafruit board solved the problems. Suddenly, Jason’s calibration routine worked beautifully, and the board began producing consistent, repeatable frequencies. All subsequent WSPR transmissions were in-band. The Si5351 board that I had purchased from HiLetgo was only about $3 less than the genuine article from Adafruit. In retrospect, it was not worth the trouble just to save a few bucks. Lesson learned. In contrast, their Nano boards are significantly cheaper than the “real” thing, and seem to work just fine.

My first foray into WSPR with this mini concoction was on 10M. Drift figures were nearly all -4’s, and I wasn’t getting anywhere near as many spots as I would have expected to get. Because nearly all the drift figures were -4’s, that indicated to me that many spots were very possibly being missed, due to a drift figure of higher than -4. Placing the board in a diecast enclosure with the top on helped. I was then getting more spots, but still all with drift figures of -3 and -4, with more -4’s than -3’s. I went down to 20M, where the drift figures were a little better, but still not good enough. From cold, the first few transmissions produced no spots. After an initial warm-up period of about 30 minutes, I was getting more -3’s, and even a few -2’s. Still not good enough.

One obvious change would be to relocate the PA to the opposite side of the board, away from the clock generator board. If I did that, it would be in another build completely so, for the time being, I concentrated on other ways to bring the drift down. Here’s what I did –

  1. Mounted the 7805 regulator on the side of the diecast enclosure, to which it was bolted. I also added a 7808 regulator, thinking that it wouldn’t hurt to spread the heat generation between two devices, even though these parts are designed to run very warm.
  2. Added a 1N4001 diode in series with the 12V DC input. As well as providing reverse polarity protection, the forward voltage drop of about 0.7V should help to spread the heat dissipation from the regulators out just a little more.
  3. Secured the clock generator board with 2 nylon screws and a threaded nylon spacer. I had been waiting for the parts to arrive from Adafruit, so hadn’t done this earlier. (This kit of nylon screws and spacers should last a while!)
  4. Although not a modification, one thing I did differently this time before testing out the beacon, was to screw down the top of the enclosure tightly, instead of just placing the top on.

After these changes, the difference was dramatic. No spots were picked up on the first transmission. On the second transmission (on a 50% transmission duty cycle), several spots were received, all with drifts of -4. Things improved with every cycle until, after about 45 minutes, all spots were -1’s and 0’s, with the very occasional -2. Much better, and very encouraging.

After 45 minutes to an hour for warmup, drift figures are -1’s and 0’s, with the occasional -2, which comes from the same station. With more improvements planned, this is an encouraging result. My goal is to have these same drift figures on 10M.

Some more shots of the board with the regulator removed, and replaced with 2 regulators in series (a 7808 and 7805), both bolted to the side of the enclosure. The enclosure is a bigger mass of metal that provides more effective dissipation of heat from the devices –

Here’s a view of the board with the Si5351 breakout board and Nano board unplugged, to show the wiring underneath –


Although you can’t see them, there are 4 stick-on clear vinyl bumpers/feet on the bottom. My local Ace Hardware has a good selection of these.

Looking dead sexy in it’s diecast enclosure from Tayda –

In attempt to further improve the drift figures, I made a heatsink from a piece of brass strip, and epoxied the BS170 PA transistor to it with JB Weld. A clamp held the mighty little MOSFET in place while the epoxy set –

A pair of round-nose pliers were used to bend the leads. The leads on some of these parts are quite delicate, so I prefer to coax them round the bend, rather than foisting an abrupt 90 degree angle on them –

I am unsure of the dielectric properties of JB Weld so, to avoid any problems, made sure to keep the area around the leads free of epoxy –

I think this heatsink looks mighty spiffy. Brass is such an attractive alloy –

A close-up of the heatsink –

Unfortunately, with the heatsink fitted, the drift figures were worse. After about a 90 minute warm-up period, I was getting drift figures of mainly -2’s and -1’s. Removing the heatsink got me back to drift figures of mainly -1’s and 0’s, with the occasional 2, after warm-up. After 2 hours, the drift figures are equally split between -1’s and 0’s. All of the figures I have quoted are from 20M operation, by the way. A quite satisfactory result, I think, from a frequency generator board that is not temperature compensated.

I was already fairly satisfied with this result, but then things became better. The heat from the PA transistor was rising, and heating up the Si5351 board, forming a sort of crystal oven. Because of this, it occurred to me that if I were to adjust the bias on that BS170, it would affect the amount of heat the transistor gave off, and might also affect the drift figures reported by wsprnet.org. The transistor was currently providing about 200mW to the antenna. Although, by adjusting the bias, I could have coaxed some more power out of it – perhaps as much as 250mW, I didn’t want the transistor to run much hotter than it was already running. Likewise, I didn’t really want to run much less than 200mW. Fiddling around with the bias trimpot, I ended up with it in almost the same place as it was before. The transistor was probably putting out a mW or two more, but not much more. However, the difference in the drift was dramatic. Check out this wonderful result (still on 20M), achieved after a warm-up period of around 40 minutes or so –

These fantastic drift figures almost made me giddy! The only other thing I had changed, was to swap out the 4 oxide black panhead 4-40 machine screws on the sides of the diecast enclosure, for regular stainless steel machine screws. Perhaps they have slightly different thermal properties, but I think the main factor responsible for the improvement in drift, was the very slight change in the bias setting. I had haphazardly settled on a near-perfect bias setting, and created a very effective crystal oven! I did have a couple of other ideas I was going to try, namely placing foam over the Si5351 board, to insulate the Si5351 and crystal from air currents, and looking for a TCXO to replace the crystal in the Adafruit board. However, at this point, I don’t think it’s necessary. Running the beacon for another 6 hours, the results were much the same, though a single -2 and +4 drift figure did pop up. I think the +4 was an anomaly, probably caused by drift in the other station. This is a better result than I had hoped for. I’m ecstatic!

On 10M, it takes 3 hours to fully settle down, after which, drift figures are mainly -2’s and -1’s, with a few -3’s, the occasional 0, and the very occasional -4. However, I do notice that after running it all night, drift figures in the morning are a little worse, with a lot of -3’s and a few more 4’s. This suggests to me that the ambient temperature of the room might be playing a part.

Incidentally, changing bands only involves changing the band in the code, which requires simple changes to two lines in the sketch, plugging in a different LPF, and uploading the new sketch via the ICSP header on the Nano board in the WSPR beacon. As far as initial setup goes, before you upload Paul’s modified code, you will need to insert your callsign, and the power level in dBM. Mine puts out about 200mW, which is 23dBm. You can input your grid locator if you want, but the unit will calculate that from the GPS, once it has gotten a fix. Although I haven’t tested it yet, I assume that if the unit moves into a different grid square, it will report the new locator. (EDIT – Paul informs me that, although it would be easily possible to insert code that calculates the grid locator, his modified code doesn’t do that. I assumed it did, based on the fact that although I input my locator as CM87, wsprnet reports it as CM87ut. However, they are probably doing that based on their knowledge of my location. Looks as if I have something else to work on!)

By the way, when you’re changing bands, remember to also change the LPF. When assembling the LPF boards from QRP Labs, I always check the response curve on my NanoVNA. As an added testament to the fact that they do indeed work, I recently flashed the unit with firmware to change the operation from 80M to 20M and left it to run overnight. In the morning, there had been absolutely no spots. I was flummoxed, and even thought I might have fried the Nano board, until it dawned on me that I had not changed the LPF. The beacon was running on 20M, with an 80M LPF still plugged in. No wonder!

In the future, I may experiment with an Si5351 board that has a TCXO, in order to improve the drift figures on the higher HF bands. In the meantime though, I am deliriously happy with the performance on 20M (and presumably below). This project was inspired by VK3HN’s SPRAT article, and the realization that “throwing together” a few boards, and constructing a simple PA and LPF should be easy, and wouldn’t constitute a full-blown project. I have become somewhat shy of such lengthy endeavors these days. I wasn’t expecting it to turn into a cased-up and very serviceable WSPR beacon though. I tend to let it run in the evenings and overnight, when I’m not operating. That way, in the morning, I can check wsprnet to get an idea of what propagation is like. As many others have said, it’s a handy propagation tool. If you don’t want to build one, you can buy a ready-made WSPR beacon from Harry at Zachtek.

At the risk of posting too many pictures, here are a few more –

A cigar box from the local tobacconist, and some packing foam, makes a good storage box for my growing collection of QRP-Labs LPF’s and BPF’s. Only the LPF’s are used in this project. The BPF’s, in the front row, are for receivers (though they could be used in the early stages of transmitters, where only very low signal levels are involved) –

Definitely a successful project. Thank you Harry Zachrisson of ZachTek, Paul VK3HN, and Jason NT7S –

One last gloat. Look at these great drift figures. Pretty good for an Si5351 board without a TCXO! To date, this 200mW powerhouse has been spotted all over Europe, North, South, and Central America, Hawaii, Taiwan, Hong Kong, Australia, New Zealand, and several island clusters and nations in the middle of vast oceans. Exciting stuff!

Oh, and one last thing. Paul included an LCD display in his transmitter, which shows some extra useful information. The code will support it, and his blog shows how to connect the display. I think there is just enough space to fit a display into my unit. I didn’t chance it however, as I seem to have the thermal balance inside the case just right (for 20M and below, at least) and I don’t want to upset anything. My desire for a display isn’t strong enough to want to make any more changes. I’m fine with this, as I think of it as a set and forget kind of beacon. In the evenings, I plug it in, and forget about it until morning.

❌
❌