Slashdot Mirror


Ask Eric Blossom about Software-Defined Radio

Eric Blossom is an electrical engineer with a history of working with radio and communications security. He gave a presentation at the recent H2K2 conference about his work with GNU Radio, which is, bar none, the single most exciting software project in existence today. (Imagine computing devices that communicate seamlessly across the entire electromagnetic spectrum.) As usual, we'll forward some of the best questions to Eric and post his responses when we receive them.

24 of 181 comments (clear)

  1. FCC vs. Software Radio by minddog · · Score: 3, Interesting

    I was recently at H2K2 and heard this forum which right away made me ecstatic(sp?). An issue that was brought up was how this can impact the DMCA, FCC, and the big corps. You guys were saying Sony, and the other conglomerates were forming a committee that would do a digital signature to say what was allowed to be copied, and not through a dual channel checking...My question is what is the status of digital radio and its rights in the present world? To my understanding you can have a very high number of digital channels inside a single band which makes licensed analog frequencies just a waste of money to corporations if they use GNURadio as a means to transmit data long distances. Anyways, looking forward to some feedback and goodwork, I'll be joining this revolution soon, just got the dual server built ;)

    1. Re:FCC vs. Software Radio by killthiskid · · Score: 5, Interesting

      I'm thought something along the same lines... used to be that any RF that came into a person's airspace was fair game... now that's not true. It can be illegal just to 'listen in' (esp. if it involves decrypting the signal).

      It seems to me we're moving the complexity away from expense to duplicate hardware into 'free' to duplicate software. With the increase in power and decrease in cost of general purpose (programable) electronics (i.e. CPU, radio recievers, ADCs, etc), one person can write complex software that can then be used to utilize the (relativiely) inexpensive hardware.

      Once you have the hardware setup, you can change the software and:

      • Listen to police band.
      • Listen to cell phone.
      • Listen to XM radio
      • Listen to satelite transmissions
      • Listen to military communications?
  2. Hardware requirements by wowbagger · · Score: 5, Interesting
    The GNU radio page is a little thin on the hardware requirements to run the code - could you spell them out?

    I realize this might be complex, and that the answer might be of the form

    to demodulate a 16QAM signal at 115.2kBaud, you would need an XYZ digitizer card reading the 455 kHz IF and a AAA GHz Athlon CPU. To recover standard multplex FM, you would need a 123 digitizer reading the 455 kHz IF and a BBB GHz Athlon. To decode GSM you need a FFF digitizer reading the 10.7 MHz IF and a quad Athlon.


    But as both a ham and one who designs SDRs, I'd like to know where this resides on the Home Hacking Scale....
    1. Re:Hardware requirements by frovingslosh · · Score: 3, Insightful
      I'm one of the other GNURadio developers...

      You can just use a soundcard if that's all you have. It will get you 44 kHz of bandwidth. Then you'd need a rf tuner in front of that.

      On the high end, we use a $1k+ 20Ms/s card with a cable tuner.

      It is widely believed, but not yet proven, that you can coax raw samples from a BT8x8 video capture card, which would be a great boon, as those are cheap.

      No. I think you missed the point of the question, one I would like answered also. What equipment is really needed to receive radio signals? For example, the website shows looking at the FM band, but talks about the same high end $1k+ card that you mentioned that goes up to 20Ms/s samples. Clearly more equipment than this is needed to deal with the 107mhz FM band. You are apparently assuming we have something lying around that will comvert the FM band to a lower frequency. Many of use don't, unless you want to count an FM radio (which makes the need for a software radio less pressing). If we're talking about software modulation/demodulation let's just say so, if we're really talking about "Imagine computing devices that communicate seamlessly across the entire electromagnetic spectrum." then lets spell out all of the equipment that is needed to pick out signals that might be in the Ghz range.

      --
      I'm an American. I love this country and the freedoms that we used to have.
    2. Re:Hardware requirements by d.valued · · Score: 4, Insightful

      Tangential to this.. is there any talk amongst the GNU Radio folks on building a piece of hardware that complements this software project, or is supposed to work with whatever devices the user has on hand/will build?

      --
      I used to be someone else. Now I'm someone better.
      Real life is underrated.
  3. Sounds familiar by FreshMeat-BWG · · Score: 4, Interesting
    As in WinModems doing the modulation/demodulation. These devices were a nightmare. After trying several I went back to a good old hardware-based-modulation modem.

    Are there parallels to this technology? and if so, how will GNU Radio avoid those pitfalls?

  4. What external hardware? by Consul · · Score: 4, Interesting

    I read through the GNU Radio website, and even though I found it informative in terms of the basic idea and examples, I couldn't find anything relating to what extra hardware is needed. (Maybe I just didn't look long enough?)

    What extra hardware is needed in addition to a computer? Are we talking DSP chips and boards, or something a little more exotic?

    Thank you for a potentially exciting project, though. This makes me want to renew my ham radio license. :o)

    --

    -----

    "You spilled my egg... I needed that egg."

    1. Re:What external hardware? by John+Miles · · Score: 3, Insightful

      You won't need any external DSP resources, but the term "software-defined radio" is still a gross misnomer because you still need an RF front end to do anything really interesting.

      At a minimum, this would consist of a mixer and 1st local-oscillator synthesizer, preferably with an RF preamp in front of it all depending on what frequencies you want to cover and what kind of antenna and feedline you're running.

      The mixer and RF preamp can be off-the-shelf parts from Mini-Circuits or eBay.

      The synthesizer is less convenient. I'm finishing an article on a "turnkey" octave-range VHF/UHF/microwave synthesizer design (http://www.qsl.net/ke5fx/synth.html that anyone with a decent soldering iron should be able to put together, but it's still not a trivial project.

      A lot of software-defined radio efforts are targeted at relatively narrow bands like the 2.4 GHz ISM band, where a bandpass filter can theoretically be used to take advantage of ADC aliasing via undersampling. With a scheme like this, you can dispense with the mixer and synthesizer. I'm not optimistic about these kinds of ideas, though... to achieve competitive performance, every dollar you save on the mixer and 1st LO synthesizer will have to be spent on a super-high-quality ADC configuration. It seems like the sensitivity would be pretty crappy, not to mention the fact that plenty of interfering sources near other aliased frequencies would be likely to survive the trip through the front-end filter. (I will admit that I don't have any direct experience with this topology, though.... there are probably quite a few advantages that I'm glossing over.)

      At any rate, though, by keeping the traditional front-end mixer and oscillator while letting software handle the IF processing, you can use an ordinary sound card in a direct-conversion scheme (see this month's QEX to demodulate just about anything in the entire spectrum -- FM, NBFM, AM, SSB, FSK, QAM, you name it. To me, that seems a lot more interesting than the "Antenna at the ADC" schemes that a lot of people are hyping.

      --
      Dahlmann tightly grips the knife, which he may have no idea how to use, and steps out into the plain.
  5. Work Arounds by haplo21112 · · Score: 3, Interesting

    With the restrictions to broaccasting on the internet that seem to be spring up by the day do you think this tech can become a work around. In otherwords most restrictions ar based on the faact that its the audio being rebroadcast. Perhaps is it were the Stations actual signal being broadcast across the net and recided by a capable piece of software, many of the restrictions would no longer apply. Since its the carrier signal taking the content to my computer rather than an audio codec. This would negate most of the complaints that have caused many internet radio stations to go offline....

    Your thoughts?

    --
    Power Corrupts,Absolute Power Corrupts Absolutely, leaving one person(group)in charge is absolutely corrupt.
  6. GNU Radio vs Motorola by Gekko · · Score: 3, Interesting

    What work has been done with the DoD. Can GNU Radio realistly be expected to compete with the likes of the Motorola DMR in the Defense sector?

    --
    I mod down any one who says "I'm sure I will get modded down for this"
  7. The "entire EM spectrum?" by Anonymous Coward · · Score: 4, Informative

    Isn't the Slashdot blurb.. how shall I put this.. completely and totally incorrect?

    The Slashdot story implies this project will bring: computing devices that communicate seamlessly across the entire electromagnetic spectrum.

    Surely this is an exaggeration.

    It is possible to imagine real-time processing of kHz, and possibly MHz signals in software.

    There are issues with getting and antenna with decent response over a very wide range, but we can sidestep that. The point is, the ADC and actual processing of the waveform with the CPU is not unreasonable with x86 hardware.

    But if you're looking at microwave communications... that just isn't plausible to me at all.

    The ADC time resolution would surely require dedicated equipment. You could put this on a PCI card, but the PCI bus obviously does not have bandwidth for a GHz signal.

    I would think the point of this is not to cover a wide range of the spectrum at all, but instead to process a range such as 1 kHz - 10 kHz in new and unusual ways.

    And of course the applications are not limited to wireless devices! This could be just as useful with transmission down coax.

  8. Re:What does it DO? by affegott · · Score: 4, Informative

    It allows you to encode/decode different signals on the airwaves...

    For example, they have demonstrated it decoding two FM radio broadcasts at the same time using their ADC and a cable modem tuner.

    It replaces the hardware components involved in decoding signals... you could built a cell phone that only needs a tuner and and ADC, the rest in software. Depending on the tuning range of the tuner you use, your computer could become MANY different kinds of radios.

    That is the cool thing about SDR... when a new fancy modulation technique comes along, you only have to upgrade the software... cell companies love this. I would assume those base stations can get pricey...

  9. but WHAT is it ? by Anonymous Coward · · Score: 3, Insightful

    [not a question for Eric Blossom unless highly moderated ;)]

    Could actually someone explain what GNU radio does? Even after visiting the site, I stil have _no clue_ what it is and what's the goal.

    Same for GNU Bayonne.

    Both sound like cool projects but hard to understand what they do.

    Would someone care to explain to the world what this project is (eg: with this, you can transmit RF waves using only a speaker), that'd be great.

    Thx

  10. Describe your dream hardware for a software radio by geirt · · Score: 4, Interesting

    I want a feature list containing all the geeky details

    • Frequency range.
    • Bandwidth (do you want to sample the whole FM band (or GSM/GPS/CB/ham bands), or just a single channel/station).
    • Sample frequency and depth (ie, fast and few bits, and do decimation in software or slow and many bits with less CPU overhead)
    • Necessary spurious free dynamic range, or some other dynamic range specification.
    • Interface to the PC (PCI, firewire, USB ...).
    • Antenna connector (OK, I know that one: BNC)

    Radio design is about trading features against each other, eg. if you want a large frequency range, you will usually end up with noisy oscillators giving you poor large signal handling, and low selectivity (ability to listen to weak stations close (in frequency) to a strong one. If you want good sensitivity, you loose large signal handling. If you want narrow filters, you get lower sensitivity (ok, this is a software radio, so you can do extra filtering in software, so this might not apply). You get the idea. Always compromises.

    --

    RFC1925
  11. Re:Bar none? by Wumpus · · Score: 3, Interesting

    With CPU cycles being as cheap as they are now, and with most desktop systems being ridiculously fast for what they're asked to do, I could think of a few interesting things you could pull off with something like this.

    Hook your computer up to your digital cable system, and have it do the QAM demodulation. Then, pump the results to an MPEG transport demux and MPEG decoder. Boom. Instant digital cable box.

    Same thing, in reverse. Output IF, and hook it up to an upconverter and amplifier. Now you're your own cable company. The equipment typically used to do this is insanely expansive, and hard to get. This can make community cable television, for example, much easier and cheaper to implement.

    Interestingly, the decoding/encoding is all done on a commodity, general purpose computer, so all copy protection schemes become hackable, the way they were with software DVD players.

    More importantly, software is easier to fix and upgrade than hardware. This could result in significant cost savings for people who want to use this kind of technology commercially. ...and, having said that, this is not a new concept - winmodems have been doing this for a while now.

  12. Some explanation of what can be done with this by eyefish · · Score: 5, Interesting

    After reading some posts, some people seem to be a bit confused as to what this is and how it can be used. Well, for the /. crowd, here's a specific example which will put all this into perspective:

    Now that generating waves becomes a software problem, it means that theoretically anything that before needed hardware to modulate/demodulate (or encode/decode, depending how you look at it) signals can now be done in software. Practially, this means that you can transform your machine into a WiFi or Bluetooth system by simply installing the right software. It also means that as new future wireless technologies emerge, your hardware can support them by a simple software install.

    Similarly, anything that uses radio waves can be "emulated", like a good old FM/AM radio (the website has sample code for this), a Walky-Talkie, a home wireless phone, or even a cell phone!!!

    So now you see why there's a lot of exitement around this. If the project could only get more funding (Intel? AMD? IBM? Sun? Motorolla? Sony?) to speed this up...

  13. Convergence Devices by Nomad7674 · · Score: 4, Insightful

    This technology sounds like the kind of thing which could greatly add to the convergence of devices that clutter the electronic life. You could extend convergence not only as a Smartphone but have in one device (though perhaps not simultaneously):
    1. Cell phone
    2. Computing power (PDA)
    3. FRS radio device
    4. 802.11x network device
    5. Police scanner
    6. Television reciever
    7. etc.

    Have you been approached by police departments, FedEx, etc. to develop devices to allow their people to do more stuff in fewer packages?

  14. Processor speed, and bandwidth by WillWare · · Score: 4, Informative
    Now that generating waves becomes a software problem...

    It has always been possible to generate waves in software. What's novel here is that it's being done in real time in the IF range of frequencies. Computers are still not quite fast enough to do this in the frequency range of the carrier signal.

    When you tune your FM radio, your receiver accepts a signal centered at around 90-100 MHz and downshifts it to 10.7 MHz. The 90-100 MHz is called "radio frequency", the 10.7 MHz is called "intermediate frequency". No matter what station you listen to, it gets shifted down to the same intermediate frequency, so that once it's there, it can go thru exactly the same frequency.

    The conversion from RF to IF is a pretty simple process that ignores the actual audio content of the signal. Once it's in IF, an FM demodulator picks off the audio that was modulated onto the carrier at the transmitter. AM radio also uses an intermediate frequency, but it's 455 kHz instead of 10.7 MHz.

    GNU Radio depends upon commodity computers to sample and process the signal in real time. The Nyquist sampling theorem says you must sample at twice the frequency of interest as a theoretical minimum; in practice you'd like to sample more like threee or four times the frequency. So when you run GNU Radio, samples are whipping through your computer at 30 or 40 megasamples per second, at least for the IF processing. The audio processing can be done at a much more leisurely pace.

    Since the computer can't hope to keep up with the 90-100 MHz raw carrier (yet, anyway) there must still be some external circuitry to perform the RF->IF downshift. But that's the relatively simple circuitry - by specifying everything else in software you get a hugely flexible radio. I've drooled with envy watching people use all-mode radios to talk to satellites in orbit, but those suckers are expensive! You need to be able to do AM modulation on the 2 meter band (144-148 MHz). Now maybe I can try it one of these days.

    --
    WWJD for a Klondike Bar?
  15. A Timely Example of Software Radio by rediguana · · Score: 3, Informative

    Perhaps one of the best current applications of software radio is to act as a bridge between multiple radio systems.

    Take for example an event, such as a terrorist attack, that warrants the use of many agencies that span a wide spectrum of roles and budgets. In the US, this means from local fire, EMS, law enforcement, response teams, HazMat, right on up to FBI, US Marshalls, Secret Service, FEMA and across to public works and everyone else involved in the response effort.

    Communications in these situation has always been a big problem. It was highlighted nearly a year ago in New York and Arlington.

    What a software radio unit would allow you to do is set up on site and when in operation the unit allows all the different radio systems of the agencies - who of course have different budgets, and hence equipment - to communicate relatively easily with each other as the software radio does the transformations from one radio signal and channel to another. And this can be done without reprogramming the frequencies on the radios, as you can use agencies predesiginated channels.

    Perhaps the coolest thing is that it can be set up to work with current equipment, so apart from the bridge, and associated hardware, agencies preexisting radios will work. This is all good especially when you consider that people at the Pentagon were carrying around combos like 2 radios, 3 cell phones, and 3 pagers just to keep on top of everything.

    By moving it to software, you can target everything to nearly one device - to the point where you plug phone lines (could be cable/sattelite/rf) into the bridge, and people on radios can make phone calls.

    Another benefit is that it could be used in radio dense environments to bridge radio communications as radio devices increase in popularity by allowing them to use frequencies they weren't originially designed for. I think thats pretty cool.

    Cheers

  16. As a college student, how do I get involved? by McCart42 · · Score: 4, Insightful

    If I'm interested in doing research in this field someday, and I'm currently a computer engineering major, what are some good electives that I might take? Aside from general programming necessities, what sort of signal processing courses are necessary to understand the underlying aspects of software-defined radio?

    --
    "I may be quite wrong." - Socrates
  17. ...what it means to business by jukal · · Score: 3, Interesting
    this thesis work gives some insight, summarum:

    • new capabilities and applications
    • principal limitations: A/d converters & processors
    • SR disrupts the traditional value chain:
      - dedicated semiconductors vs general-purpose processors
      - Vendors vs OS designers and software programmers
    • Cellular industry: Cost reduction > 30%, new business models, promotion of VMNOs & improved roaming
    • Regulatory impact:
      - short term: certification
      - long term: standardication & spectrum management
  18. Nyquist limit by wowbagger · · Score: 3, Insightful

    Actually, you DON'T need to sample a 10.7 IF at double speed.

    The Nyquist theorm states you must sample your signal at not less than twice the bandwidth of your signal. You can limit the 10.7 IF to 60 kHz bandwidth and then sample it at 120 kHz just fine - this is called subsampling.

    In effect your analog to digital converter becomes an additional mixer in the processing chain. If you think about it, sampling is just multiplying the signal by a stream of Dirac impulses in the time domain, which corrisponds to convolution by a Dirac impulse in the frequency domain - just like an analog mixer.

    HOWEVER - you HAVE to bandwidth limit your IF correctly - if you sample at 120kHz and you have stuff leaking through at a bandwidth of 70 kHz you are screwed - your signals will fold over in the frequency domain.

    For those who are interested, look up the Intersil 50216 - it is a dedicated chip that does much of the signal processing for you.

    What would be COOL would be for the FSF to sell PCI cards with a 50216, 50217, and an FPGA - then you could really do some cool stuff.

  19. Hardware patents? by cornice · · Score: 3, Interesting

    Up until now, free software has mostly threatened closed commercial software. GNU Radio, however, might make some hardware manufacturers squirm a bit. If I can use a generic device along with GNU Radio to emulate a range of devices how will this impact the makers of those devices and are you (or users of GNU Radio) possibly violating patents for some of those devices? It seems that GNU Radio will stir up more mud in the IP and DRM debates. What are your thoughts on this?

  20. In a nutshell by PD · · Score: 3, Insightful

    This project is to the radio what the general purpose computer is to the abacus.