Thanks to "Lolo sdr" for submitting his videos that show his process for receiving and decoding Meteor M2 weather satellite images in Windows with an SDRplay and SDR-Console V3. Since the SDRplay is not supported by SDR#, it is not possible to use Vasilli's excellent Meteor Demodulator plugin (site in Russian, please use the Google Translate option) which is only available for SDR#.
Lolo's method gets around this limitation by initially recording an IQ file of the satellite pass in SDR-Console V3, then opening that IQ file in SDR# via the Fileplayer plugin, which is also by Vasilli and available here. The process is a bit of extra work, and the image isn't live, but the image comes out clearly in the end.
The videos are shown below, and subtitles are available in English, French and Italian via the YouTube player options.
Recibir y decodificar Satélite Meteor M2 con SDRplay, parte 1 de 2, grabar el pase, con subtitulos.
Recibir y decodificar Satélite Meteor M2 con SDRplay, parte 2 de 2, decodificar imagen y corrección.
Thank you to Neoklis (5B4AZ) for writing in and letting us know about his recently completed project which is a RTL-SDR compatible receiver and decoder application for the Meteor M2 weather satellite. It is a combination of other open source programs and he writes:
I combined the recently released Meteor-M2 LRPT demodulator by Davide Belloli (dbdexter-dev), and the older image decoder (translated to C) released by Artem Litvinovich (artlav), with relevant code from my own "sdrx" SDR Receiver application to create a complete monolithic Meteor-M2 Receiver and Image Decoder application, "glrpt".
Neoklis' glrpt application is available on his website www.5b4az.org under the "Weather Imaging -> Meteor M LRPT Receiver" menu. The application is open source and appears to be Linux only. In order to install it you'll need to download and compile the source code, and compilation instructions are available in the documentation stored in the doc folder. Neoklis also writes that you can find his older APT image decoder called "xwxapt" under the same Weather Imaging heading of his website.
Thank you to Reiichiro Nakano for submitting news about his work on converting the Pascal based meteor_decoder software into a C++ GNU Radio block. meteor_decoder is a decoder for the Meteor M2 weather image satellite. Meteor M2 is a Russian weather satellite that transmits images down in the digital LRPT format. This provides much higher resolution images compared to the NOAA APT signals. With an RTL-SDR, appropriate satellite antenna and decoding software it is possible to receive these images.
Reiichiro works for Infostellar, which appears to be a Japanese company aiming to connect satellites to the internet via distributed and shared ground stations. It appears to be somewhat similar to the SatNOGs project. Reiichiro writes:
Just wanted to share a simple project I built for my company Infostellar, in the past week. I converted https://github.com/artlav/meteor_decoder to C++ and placed it within a GNURadio block for direct decoding of Meteor M2 images. It's a sink that expects soft QPSK demodulated signed bytes. Once the flowgraph stops running, it parses out received packets and dumps the received Meteor images in a specified location.
Over on GitHub dbdexter-dev has released a new lightweight and open source Meteor M2 demodulator. Meteor M2 is a Russian weather satellite that transmits images down in the digital LRPT format. This provides much higher resolution images compared to the NOAA APT signals. With an RTL-SDR, appropriate satellite antenna and decoding software it is possible to receive these images.
This new lightweight demodulator may be especially useful for single board PCs like the Raspberry Pi. Previously, on Linux GNU Radio based demodulators have been used, and GNU Radio isn't exactly a light weight piece of software. To use the software you first need to record an IQ file of the Meteor M2 LRPT signal, downsample the IQ file to 140 kHz (if required), then pass it into the demodulator. This will spit out an 8-bit soft-QPSK file which can be used with LRPTofflinedecoder (now known as M2_LRPT_Decoder) on Windows or meteor_decoder on Linux to generate an image.
Back in December Tysonpower showed us how he was able to receive HRPT weather satellite images with a 80cm and 1.2m satellite dish, LNA and Airspy Mini.
If you didn't already know, HRPT signals are a little different to the more commonly received NOAA APT or Meteor M2 LRPT images which most readers may be more familiar with. HRPT images are more difficult to receive as they are broadcast in the L-band at about 1.7 GHz and so receiving them requires a dish antenna (or high gain Yagi antenna), L-band dish feed, LNA and a high bandwidth SDR such as an Airspy Mini. The result is a high resolution and uncompressed image with several more color channels compared to APT and LRPT images.
In the last video Tysonpower was successful with receiving HRPT images with his setup. But recently over on his YouTube channel and on his blog Tysonpower has shown how he has improved his HRPT reception by first optimizing the feed and adding in a copper matching line which helps improve the impedance matching of the feed. He also added an L-Band filter tuned to the HRPT signal which he notes made the biggest improvement, and he also moved all the components into a watertight box for permanent outdoor mounting. With these changes he's now able to consistently pull in some very nice imagery. All the images are still received by hand tracking the satellite dish as the satellite passes over, but he notes that he plans to experiment with motorized trackers in the future.
Note that the video shown below is narrated in German, but English subtitles are provided if you turn on YouTube captions.
[EN subs] HRPT - optimierungen und sehr gute Bilder
In addition to the above Tysonpower also writes that he has created a free HRPT decoder for the HRPT signals originating from NOAA satellites. He writes regarding HRPT decoders:
I found it quite complicated to find a decoder for HRPT when i started and there is still no one that you can just Download.
The only free Decoder is the gr-noaa example in gnu radio that has a depricated wx GUI and uses a input from a specific SDR. I used that gr-noaa example and created a decoder that uses the modern QT GUI and has a clean interface. You just put in a wav IQ file from SDR# for example and it will decode the Data into the file you entered. It is not the best one out there in form of signal processing, but a good start i would say.
The decoder can be downloaded from tynet.eu/hrpt-decoder. Below is a second YouTube video where Tysonpower explains how to use the decoder.
[EN subs] Kostenloser HRPT Decoder (GNU Radio) - Und wie man ihn nutzt
Over on his YouTube channel user Tysonpower has uploaded a video that shows how to make a V-Dipole antenna. Back in March we posted about the V-Dipole which Adam 9A4QV first described. A V-Dipole is a simple antenna that normally consists of two metal rods, a terminal block and coax cable. It is particularly effective for reception of low Earth orbit satellites like the NOAA and Meteor M2 weather image satellites with an RTL-SDR or other similar SDR.
In his video Tysonpower shows how to build a slightly more rugged version using a 3D printed part instead of a terminal block. Aluminum welding rods are used for the elements. The 3D printed part ensures that the correct 120 degree ‘V’ angle is maintained and also provides a means for mounting the antenna to a pole. The 3D printing STL files are available on Thingiverse. Note that the video is in German, but English subtitles are available.
Thanks to Dave for submitting news of his recent release of his Python script called dopplerscript. This is a tool that can help people automate the reception and decoding of the Meteor M2 weather satellite in Linux with GNU Radio by providing a tool for automatic Doppler correction. He writes:
gr-gpredict-doppler is an out-of-tree gnuradio block for getting doppler updates from gpredict into a flowgraph. I’ve written a small python script (based on pyephem) that replaces gpredict for generating the doppler updates. This script allows one to automate scripting the reception of Meteor M2 satellite transmissions while compensating for the doppler shift.
dopplerscript is a command-line tool to input satellite doppler shifts into a gnuradio flowgraph. The doppler.py script replaces gpredict as the source for doppler frequency updates in gr-gpredict-doppler, making it easy to script satellite reception.
As low earth orbit satellites fly very quickly overhead, the signal will be affected by the doppler effect, thus shifting the frequency as it moves towards and away from you. Tools like this can be used to predict and compensate for this effect and thus providing better signal processing. Meteor M2 is a Russian weather satellite in low earth orbit which transmits digital LRPT weather satellite images that can be received with an RTL-SDR or other SDR.
Recently RTL-SDR.com reader Mark wrote in and wanted to share his modified version of otti-soft’s GNU Radio flowgraph for decoding Meteor-M2 weather satellite images on Linux. The modified version allows for real time decoding, whereas the original version requires several offline decoding steps to be performed after recording the signal.
I have modified one of otti-soft’s gnuradio flowgraphs so that they work with RTL-SDR and output the demodulated symbols to a TCP socket, from which the new version of LRPT Analizer (from robonuka.ru) can decode the data in real-time.
(AFAIK, only the AMIGOS version is able to decode the data from a socket, which is required for real-time decoding).
The program is to be run under a 32-bit version of Wine.
When the satellite is overhead, open and run the flowgraph (attached) in gnuradio-companion and leave it running. You might need to adjust the gain.
Then, run the LRPToffLineDecoder.exe executable from the extracted archive. It should display a constantly-updating constellation diagram. When the data is decoded, the channel images will start to appear in each section of the window.
That’s it, when the image is decoded, one can save it and close the windows of gnuradio-companion and the decoder.
Notes: when running the flowgraph, no other processes (rtl_sdr, rtl_power, gqrx, …) should use the SDR device.