Jon Hudson, head of marketing at SDRplay has recently released a helpful tutorial that shows how to access remote servers in SDR-Console V3, and also how to set up your own server too. As you may already know, SDR-Console V3 provides a remote server platform which allows you to access all sorts of SDR hardware remotely over a network connection or over the internet. Some SDR hardware owners even opt to share their radio hardware publicly over the internet for anyone to access. The video description reads:
This video is a screen-by-screen guide to both accessing, and setting up your own, remote SDR radio using the new (Feb 2018) SDR Console V3 software from SDR-Radio. Although the guide uses an RSP2 from SDRplay, this will work with all the popular SDRs
Please note - you need to have a good internet connection since (unlike in V2), the entire I/Q data is being sent over the internet. This also limits how much visual bandwidth you are can see at any one time.
SOME IMPORTANT WARNINGS IF YOU ARE ADDING YOUR OWN SDR! Be careful not to plug multiple SDRs into a single USB2 socket - for multiple SDRs, you may need a powered hub ( like this: https://www.amazon.co.uk/UGREEN-Adapt... )
Once you are up and running - please go to http://www.sdr-radio.com/Software/Ver... and view your listing - if there is a yellow triangle, then you are not accessible outside your own firewall - attention is needed! Just because you can access it on your own LAN doesn't mean it's accessible via the internet!!!
The RSP family of SDRs from SDRplay cover 1kHz to 2 GHz with no gaps and give up to 10MHz spectrum visibility.
Jon's video first shows how to use SDR-Console V3 to access those publicly shared SDR radios over the internet. The second part of the video demonstrates how to set up your own server that you can use remotely for personal use, or to share over the internet.
The SDR-Console V3 server accepts various kinds of SDR hardware including RTL-SDR, Airspy, SDRplay, HackRF, Elad, LimeSDR and many more SDR units so this is a good way to explore various types of hardware, or simply to explore signals from different areas around the world.
The official software package of the SDRplay range of products is SDRuno and it has recently been updated to version 1.22. SDRuno is also compatible with the RTL-SDR.
In addition to some UI improvements for new users, the main changes are pasted below. What's also very interesting is their road map which states that future versions of SDRuno will have frequency scanning capabilities, a remote network streaming server/client implementation and an API for the support of third party plugins. This would improve it's capabilities similar to that of SDR#.
Added • Support for 1366×768 default layout • ADC overload detection in AGC off mode • ADC overload acknowledgment system to avoid lockout condition • Custom step size for each mode • Band Button Groups (Ham Lower, Ham Upper, Broadcast) • Two additional SP1 width presets (2560 and 3840) • Additional menu option in memory panel to reset column widths (helps when upgrading) • Scheduled Recording • Auto update
Changed • Registry reset now only clears 1.2+ entries • SP1 Window max size supports 4K displays (3840×2160) • Small improvements to the memory panel (panel width and field width changes) • Improvements to the IF output mode • UTC time fixed to 24 hour format • Play!/Stop button colour coordinated • Move MUTE button to make way for VOLUME label • Moved Squelch value display to the right
Fixed • Log10 SING error • Aero support detection to try to prevent rendering issues • Freezing when switching to HiZ port in gain mode • Gain “pumping” issue when in gain mode • Settings panels not displaying properly when “un-minimised” • Zoomed in frequency scale drag out of bounds bug • Noise floor measurement bug • Improved RSP error handling • Sample rate change causing spectrum display issues • Device selection bug
Known Issues • SP2 CWAFC drift issue (Zoom/window size/freq display) – will be addressed in 1.23, workaround for now is to zoom out fully in the SP2 window and then the CWAFC feature will work. • IF output mode disabled SP1 spectrum mouse clicks – temporary issue until LO is separated from the VFO (see plans below)
Following on from the 1.21 release where we outlined the features for coming releases, we have updated our plans, as shown below. The purpose of publishing this information is to give people an insight to the development plans but it is NOT a guarantee of the exact feature line-up and we cannot give release dates.
1.23 Intermediate update • Recording of selected signal only (either I/Q or audio) to WAV file format • Selected signal piped to VAC in I/Q format
1.3 Major update • Separation of VFO and LO frequency control • Frequency scanning
1.31 Intermediate update • Remote client for network based streaming I/Q server applications
1.4 Major update • Addition of new API for third party plugins
Frequent reviewer of SDR products Mile Kokotov has just uploaded on his YouTube channel a new video where he compares the Airspy HF+ against the SDRplay RSP1A on FM broadcast reception.
At first Mile compares the two against strong broadcast stations, and then later compares them on weak DX stations surrounded in amongst other strong stations. With the strong stations a difference between the two radios is impossible to detect. But with the weaker stations that are surrounded by strong signals the Airspy HF+ has the edge with it's higher dynamic range and sensitivity.
In this video I am comparing two popular SDR-Receivers (Airspy HF+ and SDRplay RSP1A) on FM Broadcast Band.
I have made few recordings with every receiver with the same antenna trying to set the best SNR = signal-to-noise ratio.
My intention was to ensure the same conditions for both SDR`s in order to make as fair as possible comparison.
No DSP enhancing on the SDR`s was used.
Antenna was Vertical Dipole.
When receiving signals are strong enough, You should not expect the difference between most receivers to be very obvious!
If you compare one average transceiver (which cost about $ 1000 USD) and top class transceiver which cost ten times more, the difference in receiving average signals will be very small too. Almost negligible! But when you have difficult conditions, the very weak signal between many strong signals, than the better receiver will receive the weak signal readable enough, but cheaper receiver will not. Today it is not a problem to design and produce the sensitive receiver, but it is far more difficult to design and produce high dynamic receiver for reasonable price! The Airspy HF+ and RSP1A are very very good SDR-receivers. They have different customers target and have strong and weak sides. For examle Airspy HF+ has better dynamics in frequency range where it is designed for, but RSP1A, on the other hand, has broadband coverage...
Over on his YouTube Channel Mile Kokotov has uploaded a video that compares three mid priced SDRs: the Airspy HF+, the SDRplay RSP1A and the ColibriNANO. Each SDR is compared on several ALPHA and NBD morse code stations which exist in his tests from between 14 kHz to 474 kHz. He writes:
In this video I am comparing three SDR-Receivers. I have made few recordings with every receiver with the same antenna and choose the best one (one with the best SNR = signal-to-noise ratio). My intention was to ensure the same conditions for all three SDR`s in order to make as fair as possible comparison. For example, I was set the frequency span displayed on the window to be as same as possible for all three receivers. The vertical axis for the signal stregth, was set to be equal (in decibels) too.Airspy HF+ and ColibriNANO was set to their minimum sample rate (48 kHz). RSP1A was set to minimum sample rate (2 MHz and 8 decimation).
No DSP enhancing on the SDR`s was used except APF (Audio peak filter) on ColibriNANO (I forgot to swith off).
The differences between each receiver as very difficult to detect as only really challenging signal conditions will really set them apart. Mile also added in a comment:
You should not expect the difference to be very obvious! If you compare one average transceiver (which cost about $ 1000 USD) and top class transceiver which cost ten times more, the difference in the receiving the average signals will be very small too. Almost negligible! But when you have difficult conditions, the very weak signal between many strong signals, than the better receiver will receive the weak signal readable enough, but cheaper receiver will not. Today it is not a problem to design and produce the sensitive receiver, but it is very difficult to design and produce high dynamic receiver for reasonable price! The Airspy HF+ and RSP1A are very very good SDR-receivers. They have different customers target and have strong and weak sides. For example Airspy HF+ has better dynamics in frequency range where it is designed for, but RSP1A, on the other hand, has broadband coverage...
The NOAA engineer on the forum (handle 'bobasaurus') wrote SkySonde, which is the software used by NOAA to decode and plot data from the radiosondes. SkySonde is freely available for public download on the NOAA website. A PDF file showing how to use the SkySonde software with an RSP2 or RTL-SDR can be found here, and the full SkySonde manual is available here. The software consists of a client and server, with the server connecting to the RSP2 or RTL-SDR, and then sending data to the client. Both server and client can run on the same PC.
The hardware setup consists of an RSP2 (can be interchanged with an RTL-SDR), an Uputronics Radiosonde Filtered preamp and a Yagi antenna. Presumably a Yagi and LNA is not completely required, although the receivable range will be less. The RSP2 bias tee is used to power the preamp, and on a V3 RTL-SDR the bias tee should also work.
NOAA appears to use the iMet brand of radiosondes which transmit a Bell 202 signal. Bobasaurus writes that they transmit in the 401-405 MHz range. This video shows an example of such a signal. If you are in the US near an area that launches these iMet weather balloons you should be able to receive them. An alternative piece of software that supports iMet radiosondes is RS. For other radiosondes we have a tutorial that uses SondeMonitor available here.
Like the HF+ mentioned in the previous post, the RSP1A SDR was also recently released and has now had enough time in the wild to gather up a few online reviews. If you didn't already know, the $99 US SDRplay RSP1A is a revision of the RSP1. Compared to the RSP1 it significantly improves the filtering and front end design. We have our own review of the RSP1A unit here, and we mentioned some early reviews from other bloggers in this linked post. Below we post some of the new reviews that we are aware of which have come out since our last post.
In his video Robery Nagy does a full review of the RSP1A including a 15 minute primer on SDRs. This is great if you want a brief introduction to understanding how SDRs actually work, and what performance measures are important for comparing them. In the second half of the video Robert shows how to use SDRuno and shows the RSP1A in action.
In this video Mile Kokotov demonstrates the HF+ receiving a CW contest in his home country of Macedonia with the RSP1A and a full-size half wave resonant dipole antenna. He writes:
CQ World Wide DX Contest (CW) receiving in Macedonia with SDRplay RSP1A SDR-receiver and SDRuno software on 80m-Band with full-size half-wave (40 meters long) resonant dipole antenna.
Contest conditions are always big challenge to any receiver dynamics. Here you can see only 60 kHz wide frequency spectrum fulfilled with many competitor stations "fighting each other". In addition, there are local radio-station (only 1 km from my place) with huge signal...
The Radio Hobbyist
In The Radio Hobbyist's video on YouTube Rick (VE3CNU) unboxes his RSP1A and shows the setup and download of SDRuno. He then goes are demonstrates reception on various signals.
In icholakov's video on YouTube he compares the older RSP1 with the newer RSP1A on medium wave and shortwave reception using a dipole in a noisy suburban RF setting. Differences are hard to detect as the signals he tests with are not likely to cause any overloading issues, but the RSP1A does seem to have a slightly less noise.
Thanks to RTL-SDR.com reader 'flatflyfish' for submitting information on how to get Martin Marinov's TempestSDR up and running on a Windows system. If you didn't already know by definition "TEMPEST" refers to techniques used by some spy agencies to eavesdrop on electronic equipment via their unintentional radio emissions (as well as via sounds and vibrations). All electronics emit some sort of unintentional RF signals, and by capturing and processing those signals some data can be recovered. For example the unintentional signals from a computer screen could be captured, and converted back into a live image of what the screen is displaying.
TempestSDR is an open source tool that allows you to use any SDR that has a supporting ExtIO (such as RTL-SDR, Airspy, SDRplay, HackRF) to receive the unintentional signal radiation from a screen, and turn that signal back into a live image. This can let you view what is on a screen without any physical connections. If a high gain directional antenna is used then it may be possible to receive images from several meters away as well.
Although TempestSDR has been released now for a number of years it hasn't worked properly in Windows with ExtIO interfaces. In his email flatflyfish showed us how to compile a new version that does work.
1. You need to install a 32-bit version of the Java runtime. The 64-bit version won't work with extio's possibly because they are all 32-bit. Also install the JDK.
2. You need to install MingW32 and MSYS and put their bin folders in your Windows PATH.
3. Then when compiling I was seeing a lot of CC command unknown errors. To fix that I just added CC=gcc to the top of all makefiles. I also removed the Mirics compilation line from the JavaGUI makefile to make things easier as we're not using that sdr.
4. Originally my JDK folder was in Program Files. The makefile didn't like the spaces in the folder, so I moved it to a folder without spaces and it fixed the errors.
5. Lastly to compile it you need to specify the ARCHNAME as x86 eg "make all JAVA_HOME=F:/Java/jdk1.7.0_45 ARCHNAME=X86"
After doing all that it compiled and I had a working JAR file. The extio's that are used normally with HDSDR work fine now and I get some images from my test monitor with an rtlsdr.
We've tested the software with the ExtIO for RTL-SDRs (available on the HDSDR downloads page) and confirmed that it works. Images from one of our older DELL monitors using DVI are received nicely, although they are a bit blurry. We also tried using an Airspy or SDRplay unit and this significantly improved the quality of the images a lot due to the larger bandwidth. The quality was good enough to make out large text on the screens. ExtIO's for the Airspy are available on this page, and for the SDRplay on the official SDRplay website. Note that for the SDRplay we were unable to go above 6 MHz, and on the RTL-SDR 2.8 MHz was the limit - anything higher on these SDRs did not produce an image possibly due to dropped samples.
To use the software you should ideally know the resolution and refresh rate of your target monitor. But if you don't there are auto-correlation graphs which actually help to predict the detected resolution and frame rate. Just click on the peaks. Also, you will need to know the frequency that your monitor unintentionally emits at. If you don't know you can browse around in SDR# looking for interference peaks that change depending on what the image of the screen is showing. For example in the image below we show what the interference might look like. A tip to improving images is to increase the "Lpass" option and to watch that the auto FPS search doesn't deviate too far from your expected frame rate. If it goes too far, reset it by re-selecting your screen resolution.
The best results were had with the Airspy listening to an older 19" DELL monitor connected via DVI. A newer Phillips 1080p monitor connected via HDMI had much weaker unintentional signals but images were still able to be recovered. A third AOC 1080p monitor produced no emissions that we could find.
Clear images were obtained with an antenna used in the same room as the monitor. In a neighboring room the images on the DELL monitor could still be received, but they were too blurry to make anything out. Possibly a higher gain directional antenna could improve that.
Below we've uploaded a video to YouTube showing our results with TempestSDR.
But what of this SDR’s performance? In a nutshell: as of today, I’d contend that the RSP1A will simply be the best SDR value on the market. End of story. There is nothing I know in the $99 price bracket that can beat it.
Over on YouTube user Laboenligne.ca (aka Pascal Villeneuve VA2PV) has uploaded an interview that he did with Jon Hudson of SDRplay. The interview discusses the RSP1A product as well as the development around it.