Building a Tracking Mount for HRPT Weather Satellite Reception

Over on YouTube channel The Thought Emporium recently released a new video where they show the first steps they've taken towards building a home made satellite tracking mount for receiving HRIT and HRPT low earth orbit weather satellites. In their build they use a 2.4 GHz WiFi parabolic grid antenna, gears and mounts made from milled wood, and some metal supports. The build is not yet finished, but they intend to show their progress in future videos. Note that we're not confident that the 2.4 GHz grid antenna will actually work for them. In the past people have had success with 1.9 GHz Grid antennas however.

If you didn't already know, receiving HRPT weather satellite signals is a little different to the more commonly received NOAA APT or Meteor M2 LRPT images which most readers may already be familiar with. HRPT is broadcast by the same NOAA satellites that provide the APT signal at 137 MHz, but is found in the L-band at around 1.7 GHz. The signal is much weaker, so a high gain dish antenna with motorized tracking mount, LNA and high bandwidth SDR like an Airspy is required. The payoff is that HRPT images are much higher in resolution compared to APT.

Actually, it's not entirely true that a tracking mount is required, although it certainly makes things easier. We've seen in the past that 'Tysonpower' was able to receive HRPT by tracking his dish by hand.

The Thought Emporium also note that they hope to use their tracking mount in the future for other purposes like amateur radio astronomy. In one of their previous experiments they've build a smaller version which was able to create a heat map of WiFi signal strengths in their area.

Tracking Satellites in Orbit - Part 1

Helium: The SDR Based Cryptocurrency for IoT

Helium is a cryptocurrency being designed for internet of things (IoT) sensors which will be based on low cost software defined radio (SDR) technology - that's a lot of buzzwords!. The idea is to design a system that will pay people to run an internet connected gateway which will receive data from wireless sensors, and put that data onto the internet. A use case that Helium has already developed is providing services to track and monitor medicine and food supplies. The linked article gives a good example of this use case:

...let’s say you have a gateway in your house: if a vial of medicine were to enter your coverage zone, it would send its location and temperature data to your gateway, which would then send it to its proper destination in return for a previously agreed upon cryptocurrency fee. These steps would then be cryptographically verified and recorded in the distributed ledger.

In terms of IoT network competition, LoraWan and SigFox IoT networks are already popular and established in several places in the world, but wireless coverage isn't great because these networks rely on companies to build gateway infrastructure. Helium crowd sources this infrastructure instead, which could result in greater coverage.

Most cryptocurrencies base the security of their network on the 'proof of work' process, which is a way to ensure that the miners get rewarded for the heavy cryptographic computations that they do in order to secure the network. Instead of proof of work, Heliums idea is to use a 'proof of coverage' system, where other gateways will confirm if a gateway is providing coverage and is in the correct location. Helium cryptocurrency 'miners' will be the people running the internet connected gateways, and they will be paid for any devices that use their wireless coverage.

According to one of their latest blog posts, the wireless gateway radio system is to be based on a software defined radio architecture. The reasoning behind using SDR is that they need to support potentially thousands of wireless sensor channels, require the sensors to be able to be geolocated, and require the radio to be low cost and energy efficient. For geolocation of sensors they are considering the use of radio direction finding techniques that we assume will be based on pseudo-doppler, or alternatively they will use the time difference of arrival (TDoA) technique which requires the signal to be received by multiple gateways. The SDR will be developed on a dual core TI SoC, with four programmable realtime units (PRU), which they'll use to interface with the RF chips.

At the moment Helium is just a whitepaper, and we haven't seen any concrete evidence of a working SDR design yet, but according to their website they plan to launch gateway hardware in Q4 2018 for a cost of $495. 

The Helium Network
The Helium Network

A Car Based SDR Station for ADS-B, ATCS, P25, DMR, POCSAG and more

Over on YouTube user Corrosive has uploaded a video where he takes us on a tour or his very nicely set up mobile SDR station that is built into his car. His setup includes several antennas on his car's roof which cover multiple bands, a BCD780XLT scanner, an RTL-SDR, an Android head unit that is capable of running multiple SDR apps and also a Windows tablet that is used to run more CPU heavy SDR apps.

Later in the video he shows himself running SDR Trunk on the tablet and receiving and decoding the local P25 police department signal, and then running dump1090 for monitoring aircraft ADS-B, and Gpredict for tracking satellites.

RTL SDR Mobile Car Station | Receive ADS-B ATCS P25 DMR POCSAG and More on the Go!

RadCom Review of the RSPduo Now Available Online

In the July 2018 edition of the UK based amateur radio magazine 'RadCom' Mike Richards wrote up a review of the RSPduo. This review is now available for free to download from SDRplay (pdf). The RSPduo is the latest product from SDRplay. Unlike previous models the RSPduo has two tuners on board which can be used to tune to two independent 2 MHz wide areas of the spectrum simultaneously. It currently retails for US $279.95 + shipping.

Mike's review goes over the design of the RSPduo and discusses it's dual tuning capabilities. He mentions that the most exciting prospect of the RSPduo is going to be the phase-coherent applications, such as active noise cancelling. At the moment no software for these applications is available, however SDRplay is working on it. In addition to this, Mike also discusses the new API, changes to the filtering and connections, and well as some notes on sample rates and decimation.

Inside the RSPduo
Inside the RSPduo

Tutorial on using RS to Decode and Plot Radiosondes

A radiosonde is a small weather sensor package that is typically attached to a weather balloon. As it rises into the atmosphere it measures parameters such as temperature, humidity, pressure, GPS location etc, and transmits this data back down to a receiver base station using a radio signal.

Zilog's RS is a free open source radiosonde decoder for Linux and it supports a wide range of radiosonde protocols. Together with an RTL-SDR it is possible to receive radiosonde signals, and decode them using RS.

Over on his website, happysat has recently uploaded a tutorial that shows how to use RS with an RTL-SDR, CubicSDR or GQRX, and FoxtrotGPS, a GPS plotting program for visualizing the location of the radiosonde. The tutorial covers some tricky points like setting up audio piping in Linux, and getting the GPS data into a virtual COM port to use with FoxtrotGPS.

Alternatively, there are also Windows GUI based sonde decoders that can be used with the RTL-SDR such as SondeMonitor which costs 25 Euros, but also covers a wide range of sonde protocols, and RS41 Decoder which is a GUI for the RS41 sonde protocol only. If you are interested we have a tutorial on setting up radiosonde decoding in Windows with SondeMonitor available here.

Plotting the Sonde Location with an RTL-SDR, GQRX, RS and FoxtrotGPS.
Plotting the Sonde Location with an RTL-SDR, GQRX, RS and FoxtrotGPS.

Understanding Direction Finding on the KiwiSDR

Earlier this month we posted about the KiwiSDR direction finding update, which now allows anyone with internet access to utilize public KiwiSDR's for the purpose of pinpointing the physical location of a transmitter that transmits at a frequency below 30 MHz.

A few people have had trouble understanding how to use the direction finding feature, so KiwiSDR fan Nils Schiffhauer (DK8OK) has written up a KiwiSDR direction finding usage guide. Nils' guide explains the basic technical ideas behind the TDoA (Time Difference of Arrival) direction finding technique used, and highlights some important considerations to take into account in order to get the best results. For example he discusses best practices on how to choose receiver locations, how many receivers to choose, and how to properly take into account the time delaying effects of ionospheric propagation with HF signals.

Finally at the end of the document he shows multiple case studies on HF signals that he's managed to locate using the discussed best practices. Looking through these examples should help make it clear on how receiver locations should be chosen.

DK8OK Locates Radio France at 15320 kHz
DK8OK Locates Radio France at 15320 kHz

PlutoWeb: Custom firmware for the PlutoSDR that enables you to Run OpenWebRX, dump1090 etc directly on the device

GitHub user unixpunk has been working on a custom firmware image for the PlutoSDR called 'PlutoWeb' (more info available on their website as well). The firmware allows you to run a web interface on the PlutoSDR and this allows you to run server programs such as OpenWebRX, Dump1090 and streaming servers like SoapyRemote. Because the PlutoSDR has a built in processor, this firmware can turn the SDR into a fully standalone device.

The PlutoSDR is an Analog Devices $99 RX/TX capable SDR with 20 MHz of bandwidth and a 325 MHz to 3.8 GHz frequency range that is software hackable to 56 Mhz of bandwidth and a 70 MHz to 6000 MHz frequency. It has an on board Xilinx Zynq Z-7010 FPGA, which has a built in dual core ARM Cortex-A9 processor as well. It has been out of stock for a while, but was recently restocked and can be purchased directly from Analog Devices, or via Arrow, DigiKey or Mouser.

If you're interested we previously did a review on the PlutoSDR, and have notes on enabling the software hack and setup available on this blog.

PlutoWeb Web Interface Running on the PlutoSDR.
PlutoWeb Web Interface Running on the PlutoSDR.

Archiving Shortwave History with Software Defined Radio

Broadcast shortwave radio is not always archived for long at the station, so finding sound bites from interesting historical events can be difficult. We know that songs are of course recorded, but talk back radio, discussions in between music, news readings, weather updates, ads and pirate radio are all lost over time. Although these things may seem mundane now, future historians may be interested in listening in on this little slice of life.

At this years HOPE XIII conference, Thomas Witherspoon, owner of the popular SWLing Blog gave a talk titled "Creating a Radio Time Machine: Software-Defined Radios and Time-Shifted Recordings". Currently the talk is available as a full recording of all talks at the conference over on Livestream. Thomas' talk begins at about 9h03m45s (thanks to Aaron Kuhn from the comments for finding the talk. Hackaday also recently ran an article on the content of his talk.

Thomas' idea is to create a database of shortwave radio IQ recordings so that they can be archived for historical purposes. The project is called "The Radio Spectrum Archive" and has a website set up at spectrumarchive.org. To do this modern software defined radios like the RTL-SDR can be used to record a large bandwidth, however the problem is with data storage as IQ recordings can take up extremely large amounts of disk space. 

Interestingly, it turns out that people have actually been making IQ recordings since the 1980's by connecting their shortwave radios to VCR tape recorders. In the modern day these VCR recordings can be digitized into an IQ file, and played back in software like HDSDR. In the video below Thomas demonstrates the playback of a digitized VCR radio recording from May 1 1986. You can hear some interesting news tidbits on the soviet cover-up of Chernobyl, the Challenger disaster and the launch of a new hurricane tracking satellite. If recording was more popular it would have been interesting to hear soviet radio during this time too.

In addition to archiving IQ files, Thomas has been releasing a podcast of curated historical audio recordings from VCR tapes, as well as modern recordings that may be of interest over at shortwavearchive.com.

We envision a future where one day these recordings could be automatically turned into text logs via advanced speech to text software, so they could easily be searched through.

[Also seen on Hackaday]

Radio Spectrum Recordings: A short demonstration