The Weak Signal Propagation Reporter Network is a group of amateur radio operators using K1JT's MEPT_JT digital mode to probe radio frequency propagation conditions using very low power (QRP/QRPp) transmissions. The software is open source, and the data collected are available to the public through this site.

I bought a great little QRSS kit from Hans and Stephen for the really cheap price of about £16. It runs the full range of QRSS modes and WSPR. IT'S GREAT! I can't believe how well it works for such a cost effective design. It is incredibly simple but the ATMEGA 168 and the built in firm ware make it a doddle to swap and configure modes and change the message you broadcast. The main programming is done when it arrives in the post, but you do need to enter your own call sign and Locator information and power output by using the two press switches on the board.

After a long hiatus, I am back to actively working on enhancing the site. In the past two days, I've done the following:

Comments and consensus needed !!

Uk rsgb bandplans for 4m

70.090-70.100 1 kHz Personal Beacons
70.091 MHz WSPR beacons +/- 500Hz

The above means a dial freq of 70.089500

and a tx freq of 70.091 +/- 500hz.

So can we have some sort of consensus on what freq we are using ?

Heres my settings for today 29/06/2012 on 4m wspr.

Dial USB 70.089500

TX USB 70.091050

Comments welcome !!!


Having been running WSPR on a cheap linux laptop and enjoying decoding for a few weeks, I felt it was time for some TX too! It is a straightforward job to connect both audio out and audio in via a microphone connector into an IC7400 and with the TX set to use VOX, and a couple of resistors to pad down the audio from the speaker output to the microphone input on the 7400, it took less than 30 mins, a microphone plug, two stereo audio jacks, a length of screened cable and two resistors (1K5 in this case) to get up and running. Now enjoying being spotted as well as spotting!

I have finally succeeded in getting my Raspberry Pi to WSPR, using the latest Debian Wheezy release, my previous attempts with Squeeze having failed. Transmission seems well within its power and I had a good cluster of spots from a few transmission cycles at 2-3 watts on 20 metres. But reception looks much more difficult, perhaps too difficult, as it is taking about 90 seconds to achieve a decode with the processor being fully loaded. By then it is logging the calls 2 minutes LATER than they actually occured. Perhaps a minor defect in the code that is not normally a problem.

Haven't been on the air much lately. Been modifying the softrock RxTx added motherboard, but old XP computer is on it's last legs, and have to coldstart it.

Might be xmitting soon. Keep up the great work everyone.

Steve KC6KGE, has joined N6GN, K6PZB and myself to attempt a WSPR contact on 144 MHz over the 265 mile path from northern California to the south end of the central California valley near Bakersfield. I have raised my transmitter power level to 50 watts.

Carol, KP4MD
near Sacramento, CA

I use the free open source program CamStudio to make the time lapse video clips of the WSPR window, setting the rate to one capture frame every 60,000 ms (no audio) and the playback rate at 1 frame/second. This captures ten hours in a 600 frame AVI file measuring 18 MB in size that plays back in ten minutes.

I've uploaded several videos from our 2 meter WSPR study to the YouTube playlist
Each file uploads in about 3 minutes over DSL.

After spending a lot of time trying to come up with a way to check my dial calibration on various bands without having a calibrated RIT on the TS-430S I came up with the following:

I have used several Yaesu radios over several years on these bands. None of them, possibly due to the way frequencies are synthesised in the radios themselves, have been accurate enough at 6m or 4m to place a Wspr signal accurately in the Wspr window. The higher the frequency the greater the error. I believe this to be common in many radios, not just Yaesu. The issue can be compounded by transverters.

My old faithful Yaesu FT847 for instance must have its dial frequency set 150hz low to put it within a couple of hz of where it needs to be on 4m. Given a window of 200 hz only this can mean transmitting outside of the window if the radio were centred and no adjustment made. Happily I have been aware of this from the start and as the radio is very stable can be certain it is on frequency. It does mean frequency hopping is out though unless I stay on HF were the problem is far less noticable.

I have noticed many stations on 6m who appear to be outside of the window. I have verified my radio with two separate station who have access to GPS disciplined receivers.

Perhaps many do not realise inaccuracy of transmission by a hundred hertz or more may be the reason you are not being spotted. Obviously make sure your clock is accurate first . If you still aren't spotted perhaps, as I was once, you are out of the window! Go to 0% tx and observe for a while then adjust the radio until your window agrees with average spots of others more or less.

Useful tip: given to me by Jim, look at your average report in the 'activity' menu and compare it with your set frequency in the Wspr window. This can suggest whether you are high or low. Obviously this relies on a transmission spotted within the window, and also on the accuracy of those spotting. It is a useful guide. It is worth spending some time doing this on several bands to build up a picture of your radio's accuracy. The FT847 is only a few hz out on 160m for instance.

WSPR'ing today 1.06.2012 on 4m

Dial 70.091000 tx 70.092500

1 watt into vertical at 6m

Inspired by Gene W3PM's excellent design of a WWVB synchronised WSPR beacon controller, I decided to make a European version based on the DCF time signal.

A low-cost (approx 10 Euro) DCF receiver is available at Conrad Electronics (Order Nr. 64 11 38). I modified the original assembly code for the PIC 16F628A for the DCF time format and connected the controller to a Hans Summers QRSS kit.

See the attached diagram. A full description as well as the PIC code are available from Gene's website at

Last evening I noticed some strong decodes from Australia, VK7BO in particular.
I dropped power to one milliwatt and got two decodes from OZ.

Christian (F5IDM) plans to run wspr tx from Marquesas isl.
All info:

Hope more news like that !!

Patrick, F-59706

Several weeks ago I mentioned here that the SourceForge repository has been causing problems for WSJT, WSPR, and MAP65. I have now moved WSJT and WSPR back to the repository at Berlios, which has been very reliable.

For anonymous checkout of the WSPR code, use the command

svn co svn://

The final revision number at SourceForge was 2514. However, the Berlios revision numbers will pick up where they left off some months ago, at r2460. Despite the missing numbers in between, the code at Berlios is fully up-to-date.


If you spot XV4Y on 30 meters during the next days the signal is generated by an independent (not computer connected) 100mW beacon.
The transmitter is a QRP Labs (G0UPL/G0XAR QRSS MEPT) modified to be keyed by a MSP430 micro-controller.
It is decoding 99% locally with some sequences being drop because of frequency drift since I have to keep the beacon box open for the prototyping...