Software-Defined Radio For $11
Malvineous writes "Don't have $1500 to drop on a USRP? A Linux kernel developer has discovered that a Realtek digital TV tuner chip has an undocumented mode that turns it into a software-defined radio, with a frequency range of 64-1700MHz. The going rate for one of these USB devices can be as low as US$11. If you're unfamiliar with software-defined radio and have 20 minutes to spare, Balint Seeber has a great video introduction."
I'm unfamiliar with software-defined radio, and I don't want to spent 20 minutes watching a video. I hate this trend of using a video for something that could be explained in text that I could read in a fraction of the time.
rtl-sdr
DVB-T sticks based on the Realtek RTL2832U can be used as a cheap SDR, since the chip allows transferring the raw I/Q samples to the host, which is officially used for DAB/DAB+/FM demodulation. The possibility of this has been discovered by the V4L/DVB kernel developer Antti Palosaari.
Specifications
The RTL2832U outputs 8-bit I/Q-samples, and the highest theoretically possible sample-rate is 3.2 MS/s, however, the highest sample-rate without lost samples that has been tested so far is 2.8 MS/s. The frequency range is highly dependent of the used tuner, sticks that use the Elonics E4000 offer the best range (64 - 1700 MHz).
Supported Hardware
So far, the following devices are supported:
ezcap EzTV668 USB 2.0 DVB-T/DAB/FM stick (Elonics E4000 tuner) (sources: AliExpress, Dealextreme)
ezcap EzTV666 USB 2.0 DVB-T/DAB/FM stick (Elonics E4000 tuner, picture Download)
Hama nano DVB-T stick (Elonics E4000 tuner)
Terratec NOXON DAB/DAB+ USB-Stick (Fitipower FC0013 tuner)
People over at reddit are collecting a list of other devices that are compatible.
Other sticks based on the RTL2832U might be added in the future as well.
Be seeing you...
Time isn't the issue for me. The issue for me is the fact that video "tutorials" feature voices that frequently grate on my nerves. Worse, the video tutorial cannot be quickly searched for the relevant information.
Seriously. I can find out if a text tutorial is relevant to the issue at hand in seconds. With video tutorials, I've typically closed the tab before the "host" finishes talking about how great he is, how great the software is, and what the tutorial is going to cover.
Don't be a retard.
It's a TV receiver, it has no transmit capability. No FCC license is required to receive (almost) anything with a Class 15 device, which these are. The exception would be cellular telephony, but AFAIK there is no FCC license permitting eavesdropping on those -- you're either the (licensed) carrier who's actually handling the call, or you can't listen.
If you add a transmitter, well, the fact that you're listening via TV dongle obviously doesn't eliminate the licensing and equipment requirements for whatever radio service you're operating in, so a warning specific to this case is unneeded. Anyone "freebanding" or otherwise operating illegally probably knows exactly what they're doing, and if they don't care about what the law says, I very much doubt they care what you say either.
In a conventional radio receiver, you start by filtering off the wanted signal with a broad filter, mixing it with another locally-generated signal (the Local Oscillator) to make a lower Intermediate Frequency (IF), then filtering the IF to extract a single "channel" of information. Then you demodulate this, possibly after mixing it down to an even lower IF.
In a software-defined radio, you convert directly down to a much lower frequency (audio frequency, even), but - and this is the clever bit - you do it with two local oscillators, 90 degrees out of phase. This gives you a complex sample, a pair of samples representing In-phase and Quadrature, or the real and imaginary components of your signal.
From there you can apply digital signal processing techniques to extract the wanted signal, show an FFT of the chunk of band you're capturing, and so on. This lets you do very sharp filtering, because you're no longer constrained by the physical realities of trying to implement electronic filters with practical components.
Shameless plug - if you want to try SDR out, go here:
https://github.com/gordonjcp/lysdr
Follow the instructions in the README, then either post a reply or bug me in irc.freenode.net ##electronics for further instructions.
A few years ago, together with a friend, we reverse engineered a DVB-T usb pen by Hauppauge, and we were able to extract the raw data stream skipping the demodulation process. We did it since we wanted to test if it the device could be used as a DSP IF strip in a homemade spectrum analyzer. The device worked, but the analog IF strip we wanted to replace was actually drawing circles around its digital replacement, so we abandoned the project. 8 bit of resolution and an hardware designed for a very specific purpose couldn't bring us too far, as we feared.
It is nice to see that somebody else was capable to reverse engineer these devices, but as you can see from their results, they aren't actually that good. I saw somewhere that a USB pen for DVB had to hit the market, and its ADC has been announced to be 12 bit wide.This could be an interesting device to hack for SDR applications, hoping it isn't vaporware...
You realize that if a significantly-sized company is selling you a radio for $1K that has $150 worth of parts in it, for an item that isn't mass-market consumer
(and ICOM/Kenwood/Yaesu radios intended for the HAM market aren't "mass market", compared to, for example, cell phones), that they are on the edge of
*losing money*. I've run two different manufacturing businesses in the last 20 years, and really, if you only look at the raw BOM costs of something, and don't
factor in all the other costs of bringing a reliable product to market, you'll go out of business.
Many of the so-called "high dollar" SDRs out there are "high dollar" for fairly good reasons. They are typically sold into markets where economies of manufacturing scale don't really apply, they often have feature sets that are *vastly* larger than what we're seeing in these "rtl-sdr" devices, and they tend to use higher-quality components. These DVB-T devices, for example, use a master clock that is good to about 100PPM--which for radios is rather seriously crappy. They won't have features like a DDC (usually FPGA resident) for fine-tuning the RX signal. The 8-bit resolution may be fine for some applications, but for others requiring higher dynamic range, that 8-bit resolution will be a killer. Plus many of the "high dollar" SDR devices offer TX chains as well as RX chains, and all the other comments apply for the TX chain as well.
But one of the big things about "high dollar" SDR devices is that they're primarily designed as *development platforms* for developing SDR applications across a wide "spectrum" of fields of endeavour. So they include large FPGAs, those FPGAs allow you to perform part/all of your DSP algorithms at insane speeds inside the FPGA--speeds/sample-rates that would be impractical for a host-software implementation. Large/fast FPGAs are expensive, and that cost has to be passed on. Further, the "high dollar" SDRs typically offer bandwidths into/out-of the host at much higher sample rates than 3.2Msps. Yes, 3.2Msps, RX-only, 8-bit resolution, no-fancy features is entirely-adequate for a lot of different hobbyist work. But it's inadequate for a lot of other types of work for which the so-called "high dollar" SDRs are supremely-well suited.