Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×

Universal Radio Grabber: the USRP 189

Nethemas the Great writes "The Universal Software Radio Peripheral or USRP created by Matt Ettus and Eric Blossom gives a new perspective on the radio spectrum, as in just about all of it from DC to 2.9Ghz. With the right software and daughterboards, their USRPs can capture FM, read GPS, decode HDTV, transmit over emergency bands, track peoples movement via their mobile phones, and much, much more. With prices starting at just $550 this new toy is accessible by most anyone."
This discussion has been archived. No new comments can be posted.

Universal Radio Grabber: the USRP

Comments Filter:
  • P2P Telephone? (Score:3, Interesting)

    by Mantrid42 ( 972953 ) on Monday June 05, 2006 @05:17PM (#15475501)
    My first thought on seeing this is, if it can simultaneously recieve and transmit, couldn't you create a truely decentralized telephone system? With the NSA wiretapping everything, isn't a simple solution to just take away the wires?
  • How is this legal? (Score:5, Interesting)

    by Valdrax ( 32670 ) on Monday June 05, 2006 @05:18PM (#15475504)
    Aren't radio transmitters/receivers legally required to not be able to access certain bands without proper licenses?
  • Homebrew SETI? (Score:5, Interesting)

    by superdan2k ( 135614 ) on Monday June 05, 2006 @05:21PM (#15475541) Homepage Journal
    Imagine a not-quite-Beowulf cluster of these -- your own homebrewed VLA. It'll receive in the "waterhole band" [daviddarling.info], and VLBI [wikipedia.org] ain't too hard to figure out. Set up enough ground stations and switch between them as-needed to compensate for what you're viewing and the rotation of the Earth, and you've got a fulltime radio telescope with a dish effectively as large as the earth, whenever you want it...

    Open source radio astronomy anyone?
  • Re:P2P Telephone? (Score:3, Interesting)

    by Wesley Felter ( 138342 ) <wesley@felter.org> on Monday June 05, 2006 @05:34PM (#15475630) Homepage
    If you want some sort of wireless P2P phone system, you'd probably be better off starting with a PDA with a high-power 802.11 card in it. SDR sounds like overkill.
  • decoding HDTV? (Score:3, Interesting)

    by mackermacker ( 250587 ) on Monday June 05, 2006 @05:44PM (#15475708) Homepage
    Ok, I must be missing here (the details of HDTV were not very specific). Do other people NOT decode HDTV, and is that milestone? Any product by DVICO will also decode HDTV. My Dvico USB unit decodes it. All you need is an antenna. Granted, only local stations are picked up. But it doesnt matter, you can copy everything else too using other methods. Is he referring to cracking the RCE broadcast flag that certain HDTV channels have (INHD/INHD2 in certain areas?). Does my comcast box not already decode HDTV? I guess I don't fully understand the issue. Even if the RCE broadcast flag is set in the HDTV content, you can still plug in a firewire cable (at least in the Motorola/comcast boxes), and output to your workstation, capturing the raw .ts HDTV streams. All the ports are already open (as required by law), just no firmware for the boxes. YOu can even verify the active firewire using the command power-select-select, then going to section 11 and verifying the active ports changed from 0 to 1. Once you have these .ts streams saved, you can output back to your HDTV using DVI if you have it. And doesnt the RCE flag (again, required by law) require you be able to save it at least ONCE (common for pay-per-view on demand). In that case you capture it while it is playing, and you still get it. You don't have to respect the flag, it's up to the client (comcast). If they didn't though, they would loose all their advertising money. However, I don't know why a client on a workstation would need to repsect the broadcast flag. And if you are that interested in saving your HDTV content: http://www.avsforum.com/avs-vb/showthread.php?s=&t hreadid=353608&highlight=windows+xp+firewire [avsforum.com]
  • Re:P2P Telephone? (Score:3, Interesting)

    by Eravnrekaree ( 467752 ) on Monday June 05, 2006 @05:47PM (#15475730)
    I dont think using radio signals, instead of wires is really going to help your privacy much. How is transmitting something over the air where anyone can recieve it better than sending it over wires, which someone has to tap into physically?

    If you really want privacy, what you want is some really strong, good encryption. I would, if you are paranoid, encrypt your messages many times each time with a different key.

    People often claim wireless is the solution to everything. It definitely is not. RF spectrum is very dear and limited, and there are often quite a few fights over who will get to use which bands. Its not an unlimited resource. Fiber optics can deliver far greater data capacity than wireless ever will.
  • by Anonymous Coward on Monday June 05, 2006 @05:47PM (#15475736)
    The reciever components, it depends on the range, and if the have holes where they should for given disallowed frequencies.

    From http://www.privacyrights.org/fs/fs2-wire.htm [privacyrights.org]:

    LAWS REGARDING WIRELESS EAVESDROPPING

    Is it legal to intercept other people's cordless or cellular phone calls?

    The Federal Communications Commission (www.fcc.gov) ruled that as of April 1994 no radio scanners may be manufactured or imported into the U.S. that can pick up frequencies used by cellular telephones, or that can be readily altered to receive such frequencies. (47 CFR Part 15.37(f)) The law rarely deters the determined eavesdropper, however.


    The important part is the "readily altered to receive such frequencies." This product seems to receive the entire spectrum by default. I guess you could apply bandpass filters to limit the user, but it would be trivial to bypass those filters.
  • by Anonymous Coward on Monday June 05, 2006 @05:54PM (#15475774)
    Think again...
    http://www.afn.org/~afn09444/scanlaws/ [afn.org]
    Let freedom ring...
  • Well (Score:1, Interesting)

    by Anonymous Coward on Monday June 05, 2006 @05:56PM (#15475788)
    People, keep in mind, this is a dangerous tool. A simple software patch could make this into a GPS jammer or satellite distress beacon spoofer. Or, it could jam cell phones, emergency frequencies, listen in on cell phone conversations (I read something about the encryption being cracked years ago?), ignore the HDTV broadcast flag, allow you to emulate someone else's cell phone, send the cops away on another call by jamming or overriding dispatch, jam 802.1 networks or allow you to wardrive from extreme distances (since the tranceiver is NOT subject to the power limitations of standard network cards, combined with the right antennae you could break into any network within line of sight). You could start a pirate HDTV station on an unused piece of spectrum that broadcasts 100% porn.

    Phrasing it that way, this sounds kind of cool, but you bet your ass they will make these illegal
  • Re:I hear hype... (Score:4, Interesting)

    by David Bengtson ( 87963 ) on Monday June 05, 2006 @05:59PM (#15475808)
    Sorry, GPS location requirements don't rely on the timing on the board, all of the timing and position is derived from the received signal. You need to be able to receive 3 or more satellites for a fix. There are several folks working on GPS receive applications for the USRP right now.

    Dave
  • WinRadio (Score:3, Interesting)

    by femto ( 459605 ) on Monday June 05, 2006 @06:35PM (#15476094) Homepage
    Surely these guys should give acknowledgement to WinRadio [winradio.com]? I first played with one of these around 1995. That particular model was a PCI card able to receive from close to DC through to 3GHz.
  • Re:The real question (Score:4, Interesting)

    by Bluesman ( 104513 ) on Monday June 05, 2006 @07:59PM (#15476604) Homepage
    In the U.S., at least, we believe that there are rights that are "automatic." The U.S. Constitution, which too few people read, defines these as inalienable rights that no governement or other entity can take away.

    I'm just intending to clarify things, as your social contract statement seems to indicate that you believe that authority can grant or take away rights at whim, as long as it's written down somewhere, or otherwise generally agreed upon. I'm assuming this is a European idea.

    The ramifications are that U.S. citizens have a basis for determining when a government has overstepped its bounds (whether they actually do is a different story), where the social contract idea seems to provide little justification for being critical of authority. I'm sure in either case it doesn't make much difference practically speaking, but we're coming from fundamentally opposed viewpoints. (i.e. humans have certain rights no matter what, vs. the only rights you have are what society agrees on.)

    But, you're right, there's no inalienable right to receive RF signals and decode them, as far as I'm aware, in the U.S. Constitution or otherwise.

  • Re:Homebrew SETI? (Score:2, Interesting)

    by patchvonbraun ( 837509 ) on Monday June 05, 2006 @09:13PM (#15476927)
    The Gnu Radio code used with the USRP already includes a couple of radio astronomy applications--one for spectral and continuum work, and the other for pulsars. Still very rudimentary, but the spectral application could easily be morphed into something more useful for SETI. Keep firmly in mind that doing amateur SETI observing with a small dish is a dicey proposition, at least based on the current wild-assed guesses for ETs radiated power budget :-) A flotilla of small dishes, all observing the same patch in the sky could concievably build a SETI array to increase effective antenna size, but maximizing the sensitivity requires phase coherence among all the antennae. Not easy to achieve at the amateur level... The Gnu Radio SDR system that's used with USRP is a very flexible framework for building a great number of specialized or general purpose radio applications. It wouldn't take long to put together a SETI watcher application, using probably the DBS_RX daughterboard, which would nicely cover the water hole.
  • Re:Ouch $550 (Score:4, Interesting)

    by stienman ( 51024 ) <adavis&ubasics,com> on Monday June 05, 2006 @09:22PM (#15476962) Homepage Journal
    For those that are curious, I looked up the cost of the components.

    Buying the chips in small quantities leads to about $100 just for the 4 main chips (two analog interface chips, one FPGA, one USB microcontroller). The PCB is likely to be around $20 if it's more than a two layer and in small quantities. The labor to assemble just a few of them is likely $50-$100.

    $550 isn't a bad price. But there's a reason the PCB isn't open sourced like all the other design files - the company wants (needs) to make money and recoup its investment.

    Still, one sufficiently motivated could reduce the cost of the entire board and probably include the popular generic modules to the $200 range if they were able to get a comitment to purchase from say 100 people.

    It's a neat concept, and one I'd like to get into, but right now it's not something that you use so much as tinker with. It's for researchers and hobbyists. Once there is real time hdtv decoder software in linux that runs with this, and a good tv/radio record/pause/skip program, as well as a nice simple scanner application then it will become something worth having for the general linux hacker.

    I think someone could make a good bit of money if they made a small module that just had one A/D interface, the FPGA, a cable modem tuner, and the usb microcontroller. It could sell for $100, which would be cheap enough for regular hackers to get it and start making really cool tv/radio applications for.

    -Adam
  • by lowen ( 10529 ) on Monday June 05, 2006 @09:25PM (#15476975)
    Certainly all things have limitations. But, catch this:
    1.) The hardware design (schematics, layouts, etc) are OPEN;
    2.) The FPGA Verilog code is OPEN;
    3.) The software is GPL.

    As to the computational power of the CPU, I'm thinking an FPGA coprocessor could be used to great effect; something like a DRC coprocessor in a socket 940 (Opteron socket): see http://www.drccomputer.com/pages/modules.html [drccomputer.com] for details. Run the correlation and other functions in the FPGA and offload the grunt work of the algorithm to the hardware logic you blow into the FPGA.

    In my own experience, a continuum analysis (power spectrum integration using cascaded FIR filters) and a simultaneous FFT can run with 65% of a 3GHz Xeon, with all the X11 overhead taking 50% of a second 3GHz Xeon. The hard part is sustaining continuous 32MB/s writes over a period of hours (I have a Dell 2850 here with hardware RAID that can do 150MB/s writes in theory; in practice even that can skip samples). And that is using the GNUradio Python framework; tuned C would likely be less taxing on the CPU.

    In contrast, we are working on other projects that are running an order or two of magnitude higher sample rates; one with be sampling 12 channels at 1.5GS/s 8 bits and performing a correlation for probing the interstellar medium using compact extragalactic sources at 2.1 and 8.5GHz. That will require the equivalent of an 800GHz Xeon; only hardware FPGA correlation is anywhere close to fast enough, and even then we're talking $10K high end Xilinx Virtex 4's.

    Coprocessing FPGA's are basically required for real-time processing of this sort.
  • by yppiz ( 574466 ) on Tuesday June 06, 2006 @02:07AM (#15477828) Homepage
    The parent poster writes: Be careful of that seemingly innocuous qualification: "with the right software and daughterboards"... both imply serious limitations to the technology....Even with a reasonably fast processor (say 3 GHz) today, you are typically only be able to process, at most, a few million samples per second -- especially if you are performing complicated modulation/demodulation, coding/decoding, filtering and protocol processing. Each sample may require substantial computation, and that limits the number of samples you can process per second. That, in its turn, affects the bandwidth that a processor can address (i.e. how wide a part of the radio spectrum you can "see" at any one time).

    I'll bet it's not long before the USRP/GnuRadio people hook up with the graphics card as a compute engine folks. Graphics cards are well suited for high-speed signal processing, and would give you the ability to process high-bandwidth signals in realtime even on an ordinary PC.

    GPGPU: General-Purpose computation on GPUs [gpgpu.org]
    The FFT on a GPU [unm.edu]
    GPU-FFTlib - Graphics Card based Implementation of the Fast Fourier Transform [caesar.de]

    --Pat

"I've seen it. It's rubbish." -- Marvin the Paranoid Android

Working...