Takes a lot of scrolling to see the price, which is $480. That's probably affordable considering the specs. But the cheap way to experiment with an SDR is to repurpose a $20 USB TV tuner.
If you want to experiment with celluar mobile radios LTE you need a LimeSDR, BladeRF and a help processor.
Why would you need a LimeSDR and a BladeRF ?
I have done plenty of (rx only) GSM/LTE functions with only the (v1) BladeRF ...
From what I've seen, it all happens on the CPU.
Is it worth paying $380 more to have a better ADC and a few more bells and whistles in the BladeRF micro?
There are tons of things you could transmit, for example GSM, DVB, ATSC, GPS, amateur digital modes, the list goes on.
Voice/CW aren't really what SDRs are for, just like personal computers aren't merely a replacement for typewriters. If all you want to do is voice/CW, then yes, you should just buy a Kenwood or Yaesu. You can do the same things with an SDR, but that's not the point of them.
When I first started experimenting with SDRs I thought "widest frequency range" was the spec to go for, then it became "widest bandwidth" was the spec to go for, and then it because "highest dynamic range" was the spec to go for.
The truth is, depending on what you're interested in, any or none of those could be on your "must have" list.
My journey went as follows; first I wanted to see as many different signals as possible from as many different sources as I could find. That suggested the wider the frequency range the more success I would have. But those sources transmit with a modulation and that modulation might consume a little (CW) or a lot (OFDM) of bandwidth. So more bandwidth, especially if something was using multiple "channels" in a space became key. But what if you can't hear what it is you are listening for? As digital devices the number of bits in your ADC really impacts your ability to deal with large adjacent signals in the band. You find yourself buying (or building) filters to knock back the US FM band, or a nearby TV station for example. For doing some bluetooth work I ended up with a band pass filter on the front end that killed off nearly anything outside the 2.4Ghz ISM band.
Multiple inputs and outputs became a thing for me because I wanted to build an LTE base station, so I backed the LimeSDR and got one of those. There are interesting things to see when you have multiple receivers that are all running from a phase coherent local oscillator. You get this for 'free' when you have multiple receivers running off the same local oscillator.
Lower frequencies are their own problem, the physics gets in the way. Fortunately it is well understood how to heterodyne DC to 200Mhz up into a range that these SDRs will operate. Of course that teaches you about things like phase noise and how it impacts your ability to separate individual channels.
Lots of interesting things to learn, but it isn't just 'plug and go' with one box that can see "DC to Daylight"[1]. Filters, to keep out the signals you don't want. Amplifiers that bring up the signals you do want, and not too much noise. Bandwidth to capture the full signal and a bit extra. Enough sensitivity to pull out the modulation frequencies uniquely. And a fast enough DSP platform to turn that mush into the actual signal you are looking for. It is quite the pile of projects.
[1] Daylight being visible light RF signals :-) Radios that cover say 1MZ to 25Ghz can easily cost $100,000 so they aren't really the stuff you'll pick up casually, but the industry is investing heavily and what you can do for as little as $100 (ADALM-PLUTO) is pretty amazing.
I wonder what it would take to make a DC to VHF (300ish MHz) SDR to complement these UHF SDRs
https://www.nuand.com/product/hf-vhf-transverter/
I don't see one for the version 2 though.
I would recommend waiting a couple of months and see how the ecosystem develops.
For software, the HackRF is probably the best ecosystem. It's open hardware, and the firmware is GPLv2.
The software ecosystem for SDR is pretty messy, pretty much all of the consumer/hacker SDR software is hard to set up correctly, and Linux only. The easiest thing to use is the Pentoo distro, it has all of the common tools, up to date and included in the base image.
[edit]
If you're missing the factor two, as in "sampling frequency must be twice the maximum signal frequency", the keyword is complex sampling. With complex signals, the sampling theorem is "sampling frequency must be greater than the maximum signal frequency".
[edit2]
I don't want to make anybody read about sampling. So we have a real signal - we're in the real world - and suddenly there's a complex signal? You basically fork the signal, and delay one signal path by half the clock period. You can then sample both signals at the same time, and collect the data you would get when sampling with the double frequency. Because we sample two signals, we store two samples at a time. One we call the real signal, one the imaginary -- and there we got our complex signal.
I haven't studied the BladeRF layout, I can just tell about the Ettus USRP. There, the receive path looks like that:
[Antenna]---[ADL5380 Quadrature Demod]===[2x low-pass filters in parallel]===[2x ADC in parallel]
Then you have digital data that is fed to the FPGA.
[1]
- wireless pentesting of GPS, RFID, NFC, garage doors, car remotes, etc.
- Receive NOAA satellite weather imagery
- Track airplanes using ASD-B
- Amateur radio voice/morse code/digital modes
- Run a GSM base station using OpenBTS
- Capture every FM radio broadcast in your area, simultaneously
- Transmit a DVB or ATSC stream to your TV
Ok wow!