Tagged: rtl2832u

The Distributed Ground Station Network

Over on hackaday.io there is a project blog for the “Distributed Ground Station Network”. This is essentially an idea to build a large network of distributed RF receivers which automatically receive signals from sources like cube satellites and other beacons. The project mainly uses RTL-SDR dongles at the moment for their RF receivers. In some ways it appears to be similar to the SatNOGs project which won the hackaday prize two years ago but the DGSN appears to be more focused on “reverse GPS” which allows the detection and tracking of the location of small satellite signals through distributed receivers.

They write:

The Distributed Ground Station Network (DGSN) is a novel network concept of small ground-stations and connected via the internet for performing automatic scans for cubesats and other beacon signals. By correlating the received signal with the precise, GNSS synchronized reception times of at least 5 ground stations, it enables the positioning of the signal’s origin. Thus a global tracking of small satellites becomes possible in this “reverse GPS” mode. It allows mission operators to position and track their small satellites faster after piggy-back commissioning, when the final orbit is yet undefined and could differ from the specified orbit. Furthermore it allows permanent communication in “data-dump” mode. In this mode, DGSN ground-stations relay the received data to the servers and thus to the operator.
Let’s track everything, together!

Recently they have made several interesting update posts. In one post they show a video demonstrating automatic detection of a cubesat signal.

automatic cubesat signal detection (DGSN node #0)

In another post they show a timelapse video showing one day of radio contacts via the International Space Station.

one day of radio contacts by the International Space Station

Finally in their latest post they show how to use the GRAVES radar in France to detect the ISS and meteorites showers.

graves_dgn

Natpos: New Linux SDR Software for the RTL-SDR

Natpos is a new Linux based SDR program similar in operation and features to other programs like GQRX, HDSDR and SDR#. At the moment Natpos only works with RTL-SDR receivers as it runs via the rtl_tcp interface. The software demodulates the standard AM/FM/SSB signals and has a frequency scanner that automatically tunes to the strongest signal. There is a discussion over on Reddit regarding the software, and there the author writes about his favorite features as follows:

The thing I like most is that I can replay past transmissions by clicking in the waterfall history. Using other SDR software, when a new transmission pops up, I feel like I’m in a race to tune to it before it ends so that I can at least hear some of it, but in my software, I don’t even have to pay attention to what’s happening now, and so I seldom do. Usually I don’t notice transmissions on new frequencies until they’ve ended, but I still get to listen to them.

I also put some effort into trying to make sure AM and FM transmissions were equal in volume, as well as at the correct volume according to how well they were modulated, in that I aimed for 100% modulation leading to audio output that’s 6 dB below the ceiling. It seemed as if it was quite random in other software, as switching from AM to FM might cause a huge jump or drop in audio volume. I don’t like to play with my volume controls, so I did my best to make it so that I don’t have to.
I’m also not at all fond of the “click the numbers” method of changing the center frequency which seems to be so common. So in mine, I just type in the MHz on the number keypad and press enter.

I’m also much more fond of my waterfall coloring scheme than any other I’ve seen. It seems much smoother and more informative, at least to me anyway. I suppose that’s rather subjective.

…but it’s rather hard to compare it to other software given that I only got to use other software for two or three days. I rather soon knew I wanted to write my own, and I wanted to use the V4L2 API (that dvb_usb_rtl28xxu module you have to blacklist to use rtl-sdr is an SDR driver, not a video driver), but I had to upgrade to Linux Mint 18 to get access to it since it’s a new API, and after doing so, I haven’t been able to get any of the existing SDR software to both compile and work after it’s compiled. So I just focused on writing my own, since I was wanting to do so anyway. (No support for that V4L2 API though, as it turns out its buggy and offers no way to control the dongle’s gain, so it’s basically unusable.)

Natpos SDR Screenshot
Natpos SDR Screenshot

RTLSDR4Everyone: Review of the FlightAware ADS-B RTL-SDR

Akos from the RTLSDR4Everyone blog has recently uploaded a review of the FlightAware ADS-B ProStick RTL-SDR dongle. The FlightAware (FA) dongle is a standard RTL-SDR with SMA connector, but with a very low noise figure LNA built into the front end. This low noise figure helps improve the SNR of ADS-B signals, resulting in more decodes and further range. We previously reviewed the FlightAware dongle in our own review available here.

In his post Akos reviews the FA dongle on its use as a general RTL-SDR as well as an ADS-B receiver. His review is initially critical to some of the misinformed advertising claims made by FA. He then goes on to show some noise floor scans and some ADS-B reception comparisons. Finally he shows some modifications that can be made to improve the cooling of the PCB.

He concludes that the FA ProStick works very well on improving ADS-B performance, but that overloading due to the increased gain is common.

prostickreview_akos2

Introduction to Signal Analysis Class in Baltimore-DC

A four week free class on signal analysis using SDR’s like the RTL-SDR will be taking place in the “Unallocated Space” technology community center in Baltimore-DC area. It starts on Tuesday September 20, 2016 at 7pm to 10pm. The class will help participants set up their systems, and cover locating, identifying, demodulating, and decoding common RF signal types. On the final week they will host a wireless capture the flag competition, where students will use their skills to solve problems and earn points.

You will need to bring your own SDR hardware such as an RTL-SDR, as well as an omnidirectional antenna and a PC/laptop capable of running your SDR.

RFTap: A Bridge Between GNURadio and Wireshark

Recently a new Linux based tool called RFTap has been released. RFTap acts as a bridge between GNURadio flow graphs and Wireshark. GNU Radio is a visual based programming environment for digital signal processing applications, such as RF signal decoders. GNURadio supports many different SDR’s including the RTL-SDR. Wireshark is a network packet analyzer/dissector that aides with troubleshooting and analysis of network protocols. RFTap also supports other DSP languages like Pothos, liquidsdr, LuaRadio as well as other packet analyzers like TShark, tcpdump, Scapy.

The author has already released three RFTap tutorials/demos. The first shows how to decode Radio Data System (RDS) and use RFTap and Wireshark to dissect each packet. The second shows how to use RFTap and Wireshark to detect MAC spoofing on WiFi networks. For that tutorial you will need a more advanced SDR that can tune to the 5 GHz WiFi frequencies and receive the full WiFi bandwidth of 20 MHz. The third tutorial shows how to use RFTap to analyze Zigbee packets.

RFTap acts as the glue between GNURadio and Wireshark
RFTap acts as the glue between GNURadio and Wireshark

A Video Explaining LNA Noise Temperature Calculations

Over on YouTube Adam 9A4QV (creator of the LNA4ALL and other products) has uploaded a video that explains Friis formula for noise, using simple calculations and theory. These calculations explain why an LNA can significantly help reception on L-Band with an RTL-SDR. In his video he uses graphs and tables provided in this document released by the US Naval Academy. At the end of this post we attached images of the graph and table that he uses in the videos calculations for easy access.

The calculations show how the noise figure and gain of the first LNA in the system dominates the result. The final result of his video shows that using an LNA with a noise figure of 1 dB and 16 dB gain can give an improvement in SNR of about 7.8 dB over a standard RTL-SDR which has a noise figure of 6 dB. This is the improvement on L-band from simply placing the LNA by the dongle, and it does not take into account the extra improvement that could be had by placing it by the antenna, if a run of coax is used. The equations can also be adapted to other frequencies, and they show that as the frequency decreases, the effect of the noise figure of the LNA becomes less important.

ant_noiseratios

RTL-SDR Tutorial: Receiving and Decoding Data from the Outernet

NOTE: This tutorial is no longer valid as Outernet discontinued their L-Band service in late 2017. Please consult www.outernet.is for news on their latest delivery methods.

Outernet is a relatively new satellite service which aims to be a "library in the sky". Essentially their service is going to be constantly transmitting files and data like news and weather updates from geostationary satellites that cover almost the entire world. Geostationary means that the satellites are in a fixed position in the sky, and do not move over time. By simply pointing a small patch antenna at the sky (with LNA and RTL-SDR receiver), it is possible to download and decode this data from almost anywhere in the world. Their aim is to provide up to date information to users in locations with little to no internet (rural, third world and sea), or in countries with censored internet. It may also be of interest to disaster preppers who want an "off-grid" source of news and weather updates. It can kind of be thought as a kind of one-way download-only internet service.

Currently the L-band service is being tested, and while they are not yet sending actual Outernet files, they are already sending several daily test files like small videos, images and text documents as well as GRIB files for mariners. At a maximum you can expect to receive up to about 20 MB of data a day from their satellite. Previously they had C-band services but these required large satellite dishes. The C-band service is due to be discontinued at some point in the future.

In this guide we'll show you how to set up an Outernet L-band receiver with an RTL-SDR dongle. If you enjoy this guide then you might also enjoy our Inmarsat STD-C EGC Decoding Tutorial which has similar hardware requirements.

The Outernet demodulator running in Linux.
The Outernet demodulator running in Linux.

Continue reading

The Distributed Ground Station Network

Over on hackaday.io there is a project blog for the “Distributed Ground Station Network”. This is essentially an idea to build a large network of distributed RF receivers which automatically receive signals from sources like cube satellites and other beacons. The project mainly uses RTL-SDR dongles at the moment for their RF receivers. In some ways it appears to be similar to the SatNOGs project which won the hackaday prize two years ago but the DGSN appears to be more focused on “reverse GPS” which allows the detection and tracking of the location of small satellite signals through distributed receivers.

They write:

The Distributed Ground Station Network (DGSN) is a novel network concept of small ground-stations and connected via the internet for performing automatic scans for cubesats and other beacon signals. By correlating the received signal with the precise, GNSS synchronized reception times of at least 5 ground stations, it enables the positioning of the signal’s origin. Thus a global tracking of small satellites becomes possible in this “reverse GPS” mode. It allows mission operators to position and track their small satellites faster after piggy-back commissioning, when the final orbit is yet undefined and could differ from the specified orbit. Furthermore it allows permanent communication in “data-dump” mode. In this mode, DGSN ground-stations relay the received data to the servers and thus to the operator.
Let’s track everything, together!

Recently they have made several interesting update posts. In one post they show a video demonstrating automatic detection of a cubesat signal.

automatic cubesat signal detection (DGSN node #0)

In another post they show a timelapse video showing one day of radio contacts via the International Space Station.

one day of radio contacts by the International Space Station

Finally in their latest post they show how to use the GRAVES radar in France to detect the ISS and meteorites showers.

graves_dgn

Natpos: New Linux SDR Software for the RTL-SDR

Natpos is a new Linux based SDR program similar in operation and features to other programs like GQRX, HDSDR and SDR#. At the moment Natpos only works with RTL-SDR receivers as it runs via the rtl_tcp interface. The software demodulates the standard AM/FM/SSB signals and has a frequency scanner that automatically tunes to the strongest signal. There is a discussion over on Reddit regarding the software, and there the author writes about his favorite features as follows:

The thing I like most is that I can replay past transmissions by clicking in the waterfall history. Using other SDR software, when a new transmission pops up, I feel like I’m in a race to tune to it before it ends so that I can at least hear some of it, but in my software, I don’t even have to pay attention to what’s happening now, and so I seldom do. Usually I don’t notice transmissions on new frequencies until they’ve ended, but I still get to listen to them.

I also put some effort into trying to make sure AM and FM transmissions were equal in volume, as well as at the correct volume according to how well they were modulated, in that I aimed for 100% modulation leading to audio output that’s 6 dB below the ceiling. It seemed as if it was quite random in other software, as switching from AM to FM might cause a huge jump or drop in audio volume. I don’t like to play with my volume controls, so I did my best to make it so that I don’t have to.
I’m also not at all fond of the “click the numbers” method of changing the center frequency which seems to be so common. So in mine, I just type in the MHz on the number keypad and press enter.

I’m also much more fond of my waterfall coloring scheme than any other I’ve seen. It seems much smoother and more informative, at least to me anyway. I suppose that’s rather subjective.

…but it’s rather hard to compare it to other software given that I only got to use other software for two or three days. I rather soon knew I wanted to write my own, and I wanted to use the V4L2 API (that dvb_usb_rtl28xxu module you have to blacklist to use rtl-sdr is an SDR driver, not a video driver), but I had to upgrade to Linux Mint 18 to get access to it since it’s a new API, and after doing so, I haven’t been able to get any of the existing SDR software to both compile and work after it’s compiled. So I just focused on writing my own, since I was wanting to do so anyway. (No support for that V4L2 API though, as it turns out its buggy and offers no way to control the dongle’s gain, so it’s basically unusable.)

Natpos SDR Screenshot
Natpos SDR Screenshot

RTLSDR4Everyone: Review of the FlightAware ADS-B RTL-SDR

Akos from the RTLSDR4Everyone blog has recently uploaded a review of the FlightAware ADS-B ProStick RTL-SDR dongle. The FlightAware (FA) dongle is a standard RTL-SDR with SMA connector, but with a very low noise figure LNA built into the front end. This low noise figure helps improve the SNR of ADS-B signals, resulting in more decodes and further range. We previously reviewed the FlightAware dongle in our own review available here.

In his post Akos reviews the FA dongle on its use as a general RTL-SDR as well as an ADS-B receiver. His review is initially critical to some of the misinformed advertising claims made by FA. He then goes on to show some noise floor scans and some ADS-B reception comparisons. Finally he shows some modifications that can be made to improve the cooling of the PCB.

He concludes that the FA ProStick works very well on improving ADS-B performance, but that overloading due to the increased gain is common.

prostickreview_akos2

Introduction to Signal Analysis Class in Baltimore-DC

A four week free class on signal analysis using SDR’s like the RTL-SDR will be taking place in the “Unallocated Space” technology community center in Baltimore-DC area. It starts on Tuesday September 20, 2016 at 7pm to 10pm. The class will help participants set up their systems, and cover locating, identifying, demodulating, and decoding common RF signal types. On the final week they will host a wireless capture the flag competition, where students will use their skills to solve problems and earn points.

You will need to bring your own SDR hardware such as an RTL-SDR, as well as an omnidirectional antenna and a PC/laptop capable of running your SDR.

RFTap: A Bridge Between GNURadio and Wireshark

Recently a new Linux based tool called RFTap has been released. RFTap acts as a bridge between GNURadio flow graphs and Wireshark. GNU Radio is a visual based programming environment for digital signal processing applications, such as RF signal decoders. GNURadio supports many different SDR’s including the RTL-SDR. Wireshark is a network packet analyzer/dissector that aides with troubleshooting and analysis of network protocols. RFTap also supports other DSP languages like Pothos, liquidsdr, LuaRadio as well as other packet analyzers like TShark, tcpdump, Scapy.

The author has already released three RFTap tutorials/demos. The first shows how to decode Radio Data System (RDS) and use RFTap and Wireshark to dissect each packet. The second shows how to use RFTap and Wireshark to detect MAC spoofing on WiFi networks. For that tutorial you will need a more advanced SDR that can tune to the 5 GHz WiFi frequencies and receive the full WiFi bandwidth of 20 MHz. The third tutorial shows how to use RFTap to analyze Zigbee packets.

RFTap acts as the glue between GNURadio and Wireshark
RFTap acts as the glue between GNURadio and Wireshark

A Video Explaining LNA Noise Temperature Calculations

Over on YouTube Adam 9A4QV (creator of the LNA4ALL and other products) has uploaded a video that explains Friis formula for noise, using simple calculations and theory. These calculations explain why an LNA can significantly help reception on L-Band with an RTL-SDR. In his video he uses graphs and tables provided in this document released by the US Naval Academy. At the end of this post we attached images of the graph and table that he uses in the videos calculations for easy access.

The calculations show how the noise figure and gain of the first LNA in the system dominates the result. The final result of his video shows that using an LNA with a noise figure of 1 dB and 16 dB gain can give an improvement in SNR of about 7.8 dB over a standard RTL-SDR which has a noise figure of 6 dB. This is the improvement on L-band from simply placing the LNA by the dongle, and it does not take into account the extra improvement that could be had by placing it by the antenna, if a run of coax is used. The equations can also be adapted to other frequencies, and they show that as the frequency decreases, the effect of the noise figure of the LNA becomes less important.

ant_noiseratios

RTL-SDR Tutorial: Receiving and Decoding Data from the Outernet

NOTE: This tutorial is no longer valid as Outernet discontinued their L-Band service in late 2017. Please consult www.outernet.is for news on their latest delivery methods.

Outernet is a relatively new satellite service which aims to be a "library in the sky". Essentially their service is going to be constantly transmitting files and data like news and weather updates from geostationary satellites that cover almost the entire world. Geostationary means that the satellites are in a fixed position in the sky, and do not move over time. By simply pointing a small patch antenna at the sky (with LNA and RTL-SDR receiver), it is possible to download and decode this data from almost anywhere in the world. Their aim is to provide up to date information to users in locations with little to no internet (rural, third world and sea), or in countries with censored internet. It may also be of interest to disaster preppers who want an "off-grid" source of news and weather updates. It can kind of be thought as a kind of one-way download-only internet service.

Currently the L-band service is being tested, and while they are not yet sending actual Outernet files, they are already sending several daily test files like small videos, images and text documents as well as GRIB files for mariners. At a maximum you can expect to receive up to about 20 MB of data a day from their satellite. Previously they had C-band services but these required large satellite dishes. The C-band service is due to be discontinued at some point in the future.

In this guide we'll show you how to set up an Outernet L-band receiver with an RTL-SDR dongle. If you enjoy this guide then you might also enjoy our Inmarsat STD-C EGC Decoding Tutorial which has similar hardware requirements.

The Outernet demodulator running in Linux.
The Outernet demodulator running in Linux.

Continue reading

Cloud-SDR: A Tool for Remotely Accessing SDR’s like the RTL-SDR and Airspy

Cloud-SDR is a new tool currently in beta testing which enables remote streaming access of SDR receivers, such as the RTL-SDR and Airspy. In a way it is similar to rtl_tcp in that it allows IQ samples to be streamed over the network, however Cloud-SDR appears to be a much more developed solution that can support more SDR’s and has many more features, as well as better performance. Cloud-SDR is not free, and during these beta stages of release the pricing does not appear to be public. However they have licences for personal/hobbyist use, which we assume will be reasonably priced. 

In this interesting post they describe various solutions for remote SDR access, and show why their Cloud-SDR solution is useful.

They describe their software in the following blurb:

Cloud-SDR can collect real-time IQ complex samples from an SDR hardware device connected on one machine, stream the samples to a second machine for demodulation or analysis, then send the resulting stream to third machine for storage.

In standalone mode, Cloud-SDR can execute signal processing tasks described with embedded JavaScript DSP engine.

Because network bandwidth is limited compared to SDR receiving bandwidth, the core concept of Cloud-SDR is to move the processing along the cloud to where it is required or possible : the DSP chain is divided in sub-tasks that are spread between computers interconnected through Internet.

For example a “signal scanner” application can be programmed with a script and stored on the SDR server for execution. Only found signals will threshold stream transmission through the TCP/IP network. Remote Client will only receive the IQ stream if a signal is detected by the DSP task. In “cloud mode”, the same script can be broadcasted to several SDR nodes located at different places, enabling parrallel signal search.

Server software SDRNode receives IQ streams from the different SDR hardwares, extracts the different bands, processes them and transmits the RF data using compression algorithms to limit TCP/IP network bandwidth.

Cloud-SDR-Big

Currently the hardware supported includes:

  • RTL SDR dongles
  • Perseus SDR
  • BladeRF x40 or x120
  • HackRF
  • AirSpy
  • SDRPlay (under work)
  • USRP UHD (Pro version only)
  • LimeSDR (Pro version only)

On their site they have some tutorials uploaded already. One tutorial shows how to remotely listen to airport radio with a remote Airspy, and one shows how to set up a dual-RTLSDR remote access system. This allows two RTL-SDR’s to be used together, with one streaming directly from the antenna, and the second streaming via an upconverter.

Sharing Two RTL-SDR's with CloudSDR.
Sharing Two RTL-SDR’s with CloudSDR.

There are also several examples of the Cloud-SDR in action over on the authors YouTube channel.