Slashdot Mirror


GNU Radio

Max Hyre writes "Apropos (!= man -k :-) RIAA, web radio, and other such data-dispersal disagreements, here's a new way to do it your way: a fully software-driven radio receiver; just strap some off-the-shelf DAC hardware into a generic computer, and let the software do the rest. While I can just barely spell `sideband', this looks like it could be more fun than any set you ever had before, especially after those in the know build up some kewl apps for the great unwashed like me. They're also dreaming of GPS, cellular phones, &c.. My only gripe is that the web pages proper don't seem to have any cookbook recipes for the hardware; maybe that's in the docs with the source, or maybe this is strictly for the experienced, for now."

134 comments

  1. geeks in space by CmdrTaco+(editor) · · Score: 0, Troll

    This would be a perfect way to listen to geeks in space!

    1. Re:geeks in space by daniel_isaacs · · Score: 1

      "This would be a perfect way to listen to geeks in space [thesync.com]!"

      When did you stop being a geek, and start being a shameless self-promoting salesman?

      :P

      --
      - Dan I.
    2. Re:geeks in space by daniel_isaacs · · Score: 1

      "You did notice (editor) right after the nickname right? Also, would the real taco have such a high uid? :)"

      Yeah. Right after you mentioned it. :)

      --
      - Dan I.
  2. Sounds interesting, there is a similar project out by rickthewizkid · · Score: 5, Informative

    Check out tapr.org and the DSP-10 project. It's a 2 meter ham radio that is defined in software, using the DSP board to handle modulation. I am saving my nickels and dimes to buy a kit, and it seems interesting. Also, since it's all defined in software, it can be connected to a transverter and the output can be SSB, FM, etc and the software for the PC can be programmed to take into account that the transverter is making the 2 meter rig into say a 10 meter or microwave rig.

    -RickTheWizKid

  3. Cool, but pointless by Lord+of+Caustic+Soda · · Score: 1

    While it might be cool to get your computer to do all sorts of signal processing stuff, a DSP is just going to do it better no matter what. Do we really need 60W CPUs being used for modulating/demodulating signals?

    --
    Kill'em! Kill'em all!
    1. Re:Cool, but pointless by Lumpy · · Score: 4, Informative

      Great! you are right on....

      so where do you get DSP's that are field programmable in C?
      and connect easily to a computer costing less than $200.00 in parts to cover from DC to 10Ghz?

      DSP's are good for end products that are to be released to the sheep. This is better than any DSP ever created and will do it better than any DSP ever created for research and expierimentation. doing that with a DSP is near impossible for the amateur and is 100% impossible without breaking the law for poor expierimenters.

      DSP's suck for research by the hobbiest..This process is best.

      be sure to include the entire costs of development before offering your opinion as to weither an expensive alternative is better. (DSP's are ungodly expensive after you factor in the programming software,devkit, and required hardware all purchased legally... TI's devkit costs over $20KUSD that has all the tools available (the student kit doesnt do 1/2 of the pro devkit.)

      --
      Do not look at laser with remaining good eye.
    2. Re:Cool, but pointless by Nate+B. · · Score: 1

      Perhaps I'm mistaken, but the reason for using a PC with a sound card is that A) they're cheap, B) their interface specs are reasonably open leading to C) GNU software can be used for development and D) the elimination of having to use proprietary development tool kits.

      Clearly, for a true software defined radio, it seems to me at least, that a DSP capable of running at RF will be required. However, most of the digital processing can be done in the PC where resources are cheap and easy to work with. IMO, this is the same concept as the hated WinModems.

      I think this project is most important because of its GNU status. Allowing amateur radio to become locked into a proprietary solution for the next generation of radio is not a "Good Thing." I hope this project is able to produce something useful in the near future and set the standard for others to follow.

      --

      "Insanity is doing the same thing over again expecting a different result."
    3. Re:Cool, but pointless by TooTallFourThinking · · Score: 2, Interesting

      I don't think they are marketing it as a replacement for a DSP. Clearly if you wanted to do something like this as efficient as possible, a DSP is the way to go. You don't slow do your computer with all this additional processing - unless you've got a disgustingly fact computer ;).

      But at the same time, those who can't afford the $500+ DSP kits to start playing around with, or those who want to see what are the limits they can push with their computer, this sort of stuff it probably right up their alley. I kind of dig it.

      As long as everyone understands the differences between the two approaches, everything is cool. This gives more people the opportunity to play and I am all for that.

      -Greg

    4. Re:Cool, but pointless by Anonymous Coward · · Score: 1

      Field programmable in C??? If you are referring to FPGAs, C is hardly the language to be doing it in. Xilinx Virtex devices are in $100 range and the web dev kit is free. The programming device is around $80 or so. These devices are comparable in power to DSPs, allow one to do 512-FFTs in hardware and are completely reprogrammable. It most definitely is pointless to have a PC with a DAC-ADC card to process baseband data given the cost and the complexity. It is also ironic that the DSP (real or computer based) is the least critical component of such a system. Digital communication is non-trivial and PCI-DAQ card is not really up to the task.

    5. Re:Cool, but pointless by TooTallFourThinking · · Score: 1

      A while back, Altera was pushing a line of FPGA's called Excaliber that you can program with C. I don't know how it worked, but one of the demos was a MP3 player, using some C code running on the FPGA. Of course, this shit is expensive! Which is why I am interesting in the Virtex devices as long as they are fairly cheap (around $100 isn't bad) especially if the software tools are free!

      Can't DSPs be field programmable? I don't quite know if the code is stored in flash in a DSPs or if there is a EEPROM or something that contains the code. Speaking of which, where does a DSP keep its instructions?

    6. Re:Cool, but pointless by Lumpy · · Score: 1

      here's the point... C is a easily learned language and there are billions of people that are fluent in programming it. how to program a FPGA or DSP is known only to a tiny handful of people.

      so what group is more capable of getting something done? The C programmers.

      and that is where a 7000Ghz processor with 22terebytes of ram has over a lil' ol DSP. you can use inefficient languages (Hell I'd bet you can do this in Java or Visual basic with today's processing power taking up the slack) to hack out world changing discoveries

      --
      Do not look at laser with remaining good eye.
    7. Re:Cool, but pointless by Jack+Greenbaum · · Score: 1
      be sure to include the entire costs of development before offering your opinion as to weither an expensive alternative is better. (DSP's are ungodly expensive after you factor in the programming software,devkit, and required hardware all purchased legally... TI's devkit costs over $20KUSD that has all the tools available (the student kit doesnt do 1/2 of the pro devkit.)

      Which TI kit costs 20k? For $295USD you get FULL C AND DEBUG TOOLS and a board with plenty of horsepower (TI 6711@150Mhz, a 1200 MIP part). For real-time you need to build your own I/O, but that is always the case. See http://focus.ti.com/docs/tool/toolfolder.jhtml?Par tNumber=TMDS320006711

      For about $3500USD you can get a PCI board instead (See http://focus.ti.com/docs/tool/toolfolder.jhtml?Par tNumber=TMDS3260D6701), again with FULL C AND DEBUG TOOLS, and you can do master/slave transfers over PCI.

      Now both of these kits come with "restricted license tools". But full license tools and an emulator board (to connect to your own hardware) is still only about $7kUSD. So what tools do you mean for $20K?

      Do you mean Matlab or Elanix or Hypersignal or someone elses block diagram GUI design tool? I don't believe any of these are $20k/seat. SPW from Cadence, on the other hand, is ludicrously expensive and only runs on expensive workstations, but people still buy it. You don't use the DSP very efficiently if you start from these tools (nor do you use an ASIC or FPGA efficiently using these tools) but you get there in a hurry and can optimize from there. Sometimes what you need is a solution that runs even an 10x the hardware cost, and expensive tools can get you there faster than expensive engineers.

      BTW, unlike low-power DSPs (ADI 219x, TI C5x) the VLIW DSPs from TI (C6x) and Mot/Lucent (Star*Core) can actually be programmed efficiently in C by an engineer with typical embedded C programming skills.

    8. Re:Cool, but pointless by gnuradio · · Score: 1

      Contrary to what the DSP vendors will tell you, todays PIII, P4 and Athlons kick major butt on the vast majority of DSPs. Clearly for handheld, or other low power applications, the 16 bit fixed point DSPs from TI, or ADI are wonderful, but don't forget that you get to program them in assembler.

      On the GNU Radio end, we're out to show that conventional processors (which get faster with no work by any of us software types) are capable, and in fact, actually superior at many signal processing tasks. For instance, a dual processor Athlon 1800+ MP can evaluate 4.8 BILLION FIR filter taps / second. Try to find a DSP that'll do that.

    9. Re:Cool, but pointless by Lord+of+Caustic+Soda · · Score: 1

      Well a sound card is about as bad a Digital/Analogue interface as you can get - most can't even hold a flat frequency response over the basic 20-20k audio band, and 44kHz sampling rate isn't exactly useful for radio frequency stuff.

      Good quality ADC's are still pretty expensive, and you can either pay $$$ for a PC interface card or somehow build one yourself.

      --
      Kill'em! Kill'em all!
    10. Re:Cool, but pointless by Lord+of+Caustic+Soda · · Score: 1

      You can program DSP's in C, FPGA programming is the one that is different from writing software because you'd actually create gates and connections on the chip itself.

      All the theoretical stuff about signal processing is much harder than actually writing the code, so even if you do it in a nice and easy programming language the amount of effort required will not be reduced by much.

      --
      Kill'em! Kill'em all!
  4. Re:I'm curious. by seizer · · Score: 1

    I love the way there was a candid admission of the situation.

    I spent a good 15 minutes wondering if I'd some screwed up cookie which was preventing me logging in.

  5. Ahhh I can imagine the hordes of geeks now by Anonymous Coward · · Score: 1, Funny

    All boasting "I've got a brand GNU radio and it runs Linux"

    1. Re:Ahhh I can imagine the hordes of geeks now by Anonymous Coward · · Score: 0

      Not on your life. GNU/Radio running GNU/Linux.

      Sincerely,
      RMS.

    2. Re:Ahhh I can imagine the hordes of geeks now by Anonymous Coward · · Score: 0

      Not on your life...

      Ahhh I can imagine hordes of geeks now...

      All saying "I've got a brand GNU/Radio and it runs GNU/Linux playing songs distributed by artists using the GPL, and played by radio stations using free software such as Ogg.

      What they won't mention is that in an attempt at saecasm the radio will self destuct upon hearing the voice of a certain canadian warbler"

      Sincerely,
      ESR

  6. Re:Sounds interesting, there is a similar project by Anonymous Coward · · Score: 0
    Yeah, but once you got you're rig working what are you going to talk about?
    • You're S-9 here, old man.
    • Weather is clear and about 70 degrees.
    • Fine business.
    • Fine business, old man.
    • Hi hi. Fine business.
    • Hi hi, old man.
    • Fine business. Hi hi, old man.
    • Hi hi.
    • Collins S-Line? Hi hi. DSP here, old man.
    • Rice box? No, GNU DSP, OM. Hi hi.
    • 73s. QSY to 3880.
  7. The forbidden fruits of radio by Anonymous Coward · · Score: 1, Interesting

    We could have all those bands again that they banned; the 800mhz AMPS area, HDTV, anything just pumped into our boxen.

    1. Re:The forbidden fruits of radio by gbnewby · · Score: 3, Interesting

      In the US, radio receivers and scanners are forbidden from receiving in the cellular phone bands (not that hard to get around by buying a radio elsewhere or modifying your own).

      Spread-spectrum technology, as used in wireless phones, especially 3G wireless and other communication, is generally inaccessible to your generic home scanner or ham setup. Also, it's often digital, which again means a home scanner or ham is out of luck.

      Enter GNU radio. This sounds like it will easily enable receiving the "forbidden" bands, and give a lot of computer power to re-assemble the spread-spectrum signals. I don't know if this is the intent of the developers, but the potential for bypassing existing radio "security" (really, security through obscurity & legalese) seems strong.

    2. Re:The forbidden fruits of radio by Anonymous Coward · · Score: 1, Interesting

      Try security through RSA *plus* what amounts to a cryptologically proven shared-secret technique of frequency hopping in the case of CDMA. (The shared secret, actually the seed for the frequency-hopping algorithm, is hardcoded into the phone; it is not exchanged over the air at all.)

      Cordless phones and analog cellular have neither of these protections; if the cheap 2.4GHz phones do any frequency-hopping at all, the same random seed is likely used among all units of the same model. Analog cellular really only frequency-changes when switching cells; that's why a good CDMA-based digital system is often more robust even when the analog handsets are pushing a much, much stronger signal by any measure.

      Yes, you could easily listen to analog conversations; you can already do that easily. However, if you capture a *TDMA* (GSM) conversation (no shared secret there), you will still need to crack the encryption used, likely not a realtime operation with a desktop PC, although I believe there was a big weakness in the pre-3G implementation. With CDMA, you have to discover the seed value for a particular handset, and *then* crack the crypto.

      Of course, there may still be weaknesses or backdoors in these modern implementations, and more widely-available equipment means they're more likely to be discovered. It's still wrong to claim no real protections have been introduced at all.

      Given that cellular test equipment can still be marketed, I'm not sure what the equipment-sale restrictions really forbid. However, if this does become a popular way to eavesdrop on older cellular networks, you can bet that 800-900MHz-capable pretuners will be mandated off the market.

    3. Re:The forbidden fruits of radio by gnuradio · · Score: 1

      One of our goals is to disabuse people of the notion that there's much security in any of the current wireless protocols. They are all pretty much flawed.

      GNU Radio provides a platform where folks can experiment with the current and emerging digital (and analog) communications standards, and actually see how they are implemented.

      There's plenty of work to be done. We've got the infrastructure into a usable (by highly motivated people) state, but there are lots of modulators and demodulators still to be written, as well as support for scripting, better GUIs, etc.

    4. Re:The forbidden fruits of radio by cuteduo · · Score: 0
      800MHz - 900MHz Tuners

      Given that cellular test equipment can still be marketed, I'm not sure what the equipment-sale restrictions really forbid. However, if this does become a popular way to eavesdrop on older cellular networks, you can bet that 800-900MHz-capable pretuners will be mandated off the market.

      Anybody remember the old analog tuning dials on television sets? Especially on the UHF nob? These use to tune up to
      channel 83, but if you were to find a later model television set before everything switched over to cable ready tuners one
      would find that the high UHF channels from at least channel 69 up to channel 83 had been eliminated from the dial.
      The reason you ask? If one were to use the fine tuning dial (outer ring) of the channel nob, one would be able to tune
      in the AMPS cellular channels! But wait you say, are not AMPS signals a type of FM modulation and analogue TV
      signals are a type of AM modulation? You would be correct in this thinking. There is a thing called slope detection though
      and by slightly off tuning from the center frequency, one could use an AM tuner to pick up and decode an FM signal.
      Hence TV sets no longer (unless I am way off and my cheapo model doesn't do it) will tune the high UHF broadcast
      channels from around 69-83. See http://www.qrf.com/broadchs.htm for a listing of on air broadcast channels in the US.

    5. Re:The forbidden fruits of radio by gnuradio · · Score: 1


      With CDMA, you have to discover the seed value for a particular handset, and *then* crack the crypto.

      This is not the case. On the forward channel (basestation to handset) only 64 spreading codes are used. Hence it is easy to grab all the bits destined for all the handsets in the cell.

      Once you've got the raw bits then you take advantage of a flaw (or feature depending on one's point of view) in the protocol that allows you to solve for the per handset crypto key (42 bits). I turns out that there is bunch of redundancy in the signal transmitted from the base station to the mobile. The other "feature" is that the "encryption" function is linear function.

      Worst case it takes one second to gather the data required to set up a system of 42 equations in 42 unknowns. A quick look at the IS-95 spec and an little linear algebra will provide insight. Why it takes 1 second to gather the data is that a couple of bits get randomly hammered in a window of 16 out of every 24 bits for power control, hence only 8 out of 24 bits are useful for setting up the system of equations.

      Once you've got the handset key, then, if you care, you can use that key to demodulate the reverse channel (mobile to basestation), but it's often the case that you can hear both sides of the conversation just listening to the forward channel.


      Of course, there may still be weaknesses or backdoors in these modern implementations, and more widely-available equipment means they're more likely to be discovered. It's still wrong to claim no real protections have been introduced at all.


      Personally, I prefer my crypto without deliberate flaws. I argue that "pretend crypto" is worse than no crypto at all. Let's at least be clear that IS-136 and IS-95 are both fundamentally broken. GSM takes a little more work, but having the low 10 bits of the 64 bit set to zero does make the job easier.

  8. 20M samples/s ADC to receive 95MHz FM? by r6144 · · Score: 2, Interesting

    Does the ADC mix down the frequency prior to A/D conversion?

    1. Re:20M samples/s ADC to receive 95MHz FM? by artg · · Score: 1

      No, the common input mechanism seems to be to mix down to 5.75MHz with a cable TV tuner.

  9. $1299 and no guarantees by Anonymous Coward · · Score: 2, Informative

    This page has the details. Too pricey for a tinkertoy.

  10. Re:Sounds interesting, there is a similar project by Nate+B. · · Score: 2, Informative

    While TAPR has tried a lot of things, unfortunately not many of their projects have gotten off the ground since the TNC II (A packet radio modem (Terminal Node Controller) for amateur radio use.) Whatever their development process is, I think it could use an infusion of bazaar style development. They've worked on a spread spectrum radio since the early '90s. Each time they're "just a few months" from releasing a working model something changes and the project disappears again. I ended my membership after a couple of years as I just didn't see the project progressing. To be fair, it's a volunteer/hobbyist organization. Perhaps some friendly competition from GNU will spur both to release a usable product by the end of the year.

    The past few years the major advancements in amateur radio digital technology have come from Europe. i.e. PacTOR, PSK31, and now MFSK. Clover was developed in the States, but being patented and other issues (leading to high prices) kept it from becoming a mainstream technology.

    --

    "Insanity is doing the same thing over again expecting a different result."
  11. Re:LinSux : The Collector's Edition by cyborg_monkey · · Score: 0

    Since you are a linux zealot, you have already experienced an anus-opening experience, right?

  12. here is the first few lines of that Web site... by Binary+Tree · · Score: 0, Redundant

    Karma whoring, Anthony Boyd style:

    In case of slashdot effect, here's the summary:

    Introduction

    GNU Radio is a collection of software that when combined with minimal hardware, allows the construction of radios where the actual waveforms transmitted and received are defined by software. What this means is that it turns the digital modulation schemes used in today's high performance wireless devices into software problems.

    What is a Software Defined Radio?

    Joe Mitoloa says, "A software radio is a radio whose channel modulation waveforms are defined in software. That is, waveforms are generated as sampled digital signals, converted from digital to analog via a wideband DAC and then possibly upconverted from IF to RF. The receiver, similarly, employs a wideband Analog to Digital Converter (ADC) that captures all of the channels of the software radio node. The receiver then extracts, downconverts and demodulates the channel waveform using software on a general purpose processor." [1]
    For our purposes, on the receive side, the idea is to get a wide band ADC as close to the antenna as is convenient, get the samples into something we can program, and then grind on them in software.

    1. Re:here is the first few lines of that Web site... by Binary+Tree · · Score: 1

      God damnit, I forgot to mention the EFF at some point.

  13. The Hardware by ch-chuck · · Score: 2

    appearantly is the PCI-DAS4020/12 - that's what the alpha driver posted is for, specs cached here. Described as "low cost" (from a lab gear point of view) but is GBP 1200 or so.

    I've always wondered what generic CPU's could do in the HF (3-30Mhz) radio spectrum since CPU speeds passed 120Mhz long ago.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  14. next week: analog radio to be phased out by squidinkcalligraphy · · Score: 1

    don't worry kids, the introduction of digital radio and subsequent shut down of analog will prevent any fair u, Erhm, unauthorised distribution of copyrighted content.

    Joe Schmo: but won't that mean I have to fork out
    $$$ on a new receiver?
    RIAA exec: yes, but the new one has an LCD display
    that shows you the song title!

    --
    "I think it would be a good idea" Gandhi, on Western Civilisation
    1. Re:next week: analog radio to be phased out by Nate+B. · · Score: 1

      The SSSCA (by any other name still the same) would extend its provisions to any "digital device." This has interesting implications for amateur and commercial two-way radio, if indeed its provisions are so broad as to encompass devices beyond those connected to the Internet.

      If you're a ham, and your understanding of the SSSCA leads you to believe it may impact amateur radio, write your ARRL division director (whether you're a member or not). The more organizations and people we get opposing Senator "Disney's^H^H^H^H^H^H^H^H^H Hollings' bill, the better.

      --

      "Insanity is doing the same thing over again expecting a different result."
    2. Re:next week: analog radio to be phased out by TooTallFourThinking · · Score: 1

      I can just see it in the far off future, the SSSCA or whatever its new incarnation is has taken away some of the freedoms we had possessed before. People are less free and have no one to turn to, until...

      Enter GNU, with their DIY GNU/DVD players, GNU/CD players and GNU/Palm devices. Freeing the people of the oppressed country. Or something like that.

      Hacking is getting to be more dangerous. Where hacking is having the knowledge to do something. And this is hacking your own shit here just to be able to listen to a CD on your computer. That act becomes illegal! *laugh* I find that humorous.

      Send in the clowns!

  15. ADC sampling rate? by Quixote · · Score: 2

    The MC DAC supported has a sampling rate of 20MHz. Does that limit the range of possible frequencies to 20MHz ? Are there any ADCs out there that can sample upto, say, 500MHz ?

    1. Re:ADC sampling rate? by Rhinobird · · Score: 1

      Actually, iirc, with a sampling rate of 20MHz your range of frequencies is limited to about 10MHz. Been a long time since I had to mess with stuff like this.

      --
      If Mr. Edison had thought smarter he wouldn't sweat as much. --Nikola Tesla
    2. Re:ADC sampling rate? by TooTallFourThinking · · Score: 1

      I am going to go out of a limb here, so if I made any false statement let me know, cause this whole area is interesting to me and I want to learn.

      The possible frequency range would be half of whatever you could sample at, so the range would be 10MHz. I know you can do something called down converting the frequency, but I don't know how that would help, as the DAC is the bottleneck for larger frequencies.

      I know at work, the systems guys - those people that dream up crazy shit and are sometimes out of touch with reality - came up with a design that required a 1GHz ADC. The only problem is the fastest ADC on the market is about 200MHz. I told a vendor the systems guys needed a 1GHz and they just laughed. Now it's a running joke at work...

    3. Re:ADC sampling rate? by natersoz · · Score: 1

      Actually,

      20 million samples per second will allow you a max analog signal bandwidth (BW) of 10 MHz. But that bandwidth can be placed anywhere in the spectrum. The only practical requirement is that the spectrum of interest needs to be analog filtered prior to sampling - otherwise you'll be mixing in the entire RF spectrum. So, with a 20 MHz ADC, you have plenty of oomph for receiving even HDTV or NTSC signals, both of which take a 6 MHz channel. It certainly has some great applications. I cannot think of any consumer or commercial applications which use a channel greater than 10 MHz.

    4. Re:ADC sampling rate? by Anonymous Coward · · Score: 0

      How wide is the current US CDMA cellular standard? That uses a whole swath of bandwidth, and a wideband sampling beast like this would probably be able to extract interesting statististics from it (at least, whether all handsets are properly averaging usage of the spectrum through the frequency-sliding tricks)...

    5. Re:ADC sampling rate? by d2ksla · · Score: 1

      The only problem is the fastest ADC on the market is about 200MHz. I told a vendor the systems guys needed a 1GHz and they just laughed. Now it's a running joke at work...

      You obviously didn't talk to the right vendor. Maxim has had 1GHz ADC's out since at least 1997. Their fastest one right now is 1.5 GHz (MAX108). If you think about it, there's gotta be fast ADC's since there are digitizing scopes that run at several GHz.

    6. Re:ADC sampling rate? by TooTallFourThinking · · Score: 1

      Obviously I am thinking of the wrong thing. Whatever it is, I know no one makes it yet. I had Arrow and Linear reps laughing along with me, because the fastest chips they need that would do what we needed was going to be in the 200 range. Now I am curious as to the specs the systems guys were calling out for. Hmmmmm...

      Thanks for the info, though.

    7. Re:ADC sampling rate? by Jack+Greenbaum · · Score: 1

      What is limited is the BANDWIDTH of the system, not the frequency.

      In most radio systems the carrier frequency is not where the processing, analog or digital is done. The modulation/demodulation is done at an intermediate frequency (IF), which is upconverted/downconverted to the carrier frequence (or Radio Frequency, RF).

      So the speed of your ADC limits the width and base frequency of your IF, not the RF.

    8. Re:ADC sampling rate? by Anonymous Coward · · Score: 1, Informative

      Jack,

      You're right. The alpha HW includes an inexpensive downconverter (about $35. in small to moderate volumes) which can be tuned by the PC from 50-860 MHz. It has an IF bandwidth of about 6 MHz (matching a NTSC video channel) and the model we are using offers its IF at just above DC to 6 MHz.

      The GnuRadio host SW can process narrow and wideband signals falling within this 6 MHz chunk of spectrum. It can even process several signals simultaneously.

    9. Re:ADC sampling rate? by Anonymous Coward · · Score: 1, Informative

      While the Maxim part is fast, its not very sensitive. 8-bits of accuracy is way too small for wireless. The lowest useful bit depth is about 12-bits, 14 would be nice.

      See
      http://www.sdrforum.org/MTGS/mtg_21_nov00/a dc_perf ormance_11_08_00.pdf

    10. Re:ADC sampling rate? by gnuradio · · Score: 1

      The comments above re bandwidth etc are correct. Using the cable modem tuner our bandwidth is effectively limited by the SAW filter in the tuner module. It's sets an IF bandwidth of about 6.5 MHz.

      The best SDR type A/D I've come across is the Analog Devices AD6645. It'll do 80 megasamples/sec at 14 bits. It's also capable of bandpass (aka direct IF) sampling.

  16. .. but software modems are evil? by Anonymous Coward · · Score: 2, Insightful

    so why is a software radio getting the geek seal of approval?

    1. Re:.. but software modems are evil? by Anonymous Coward · · Score: 0

      For me the problem with software modems is not its nature, but the availability of specifications, so that drivers for any OS can be written. So your comment is pointless.

    2. Re:.. but software modems are evil? by Mawbid · · Score: 1
      Exactly my first thought too :-)

      But really, the reason most slashdotters dislike software modems is not just that they steal a few cpu cycles from quake3, but that a) they do it in a closed source driver and b) the manufacturer often doesn't bother to tell you that you're getting less of a modem.

      If you take those problems out of the picture, offloading part of a device's function to the CPU can be a good thing. Stuff that was being done in a chip with no published specs can be done in free software. If the main computer is capable enough (processing speed, bus bandwidth), then why not replace all sorts of modems, radio/tv cards, etc. with software?

      All these things eventually boil down to the same thing: one or more wires get connected to the computer and a signal is read or generated on those wires. It would be pretty cool if computers just had a multitude of physical connectors and you could address each pin of each of them. You get a new internet connection (ISDN, ADSL, cable, some kind of wireless thing) and you just plug the cable into the computer and download the appropriate module. HDTV transmissions become available in your area? Just download the module and sign up!

      Practical issues aside (like whether today's computers could actually handle all this), I think more of this development is a good thing. Just think of how long Linux users (let alone users of more obscure systems) often have to wait for good drivers for radio/tv tuners to become available because driver developers have to understand each device's undocumented and unique interface, and then consider that the signals these devices are receiving are all well understood, unchanging, and even regulated by government!

      --
      Fuck the system? Nah, you might catch something.
  17. Yet another piece of startrek by bigattichouse · · Score: 1

    "I've configured the main computer to search all open channels for communications, so we gave it a blast at the XXXhz range to see if it would trigger a response"... "Any siugnificantly advanced modern-day technology is just trying to make StarTrek/StarWars a reality" - me

    --
    meh
  18. I see some potential here. by Innominate+Recreant · · Score: 2, Insightful

    If the software is digitally creating the waveforms before conversion to analog and transmission, then encryption could be applied to the waveform, and decrypted with the appropriate key by the receiver (a radio version of PGP, anyone?). This could prove to be a very cool method of secure communication.

    1. Re:I see some potential here. by gnuradio · · Score: 1

      Absolutely. The whole idea with SDR is flexibility. There's nothing stopping you (technically) from building encrypted transceivers, etc.

      As far as I can tell, at least in the US unlicensed bands, you should be able to build a legal direct sequence frequency hopping transceiver that uses a cryptographic spreading code. The FCC regs have particular requirements WRT bandwidth, etc, but there's no reason you can't meet those requirements and still end up with a LPI (low probability of intercept) LPD (low probability of detection) communication system.

      Have at it!

  19. Consumer grade ADCs? by Anonymous Coward · · Score: 0

    $1300 is very pricy! For hobbiest use, is 20 MHz really needed? Is there any Linux supported sound cards that can sample at 88Khz or above? How about using a "winmodem" as the ADC?

  20. Great! by epsalon · · Score: 2, Funny

    Now I can try out tempest for eliza without need to actually use a radio!

  21. Hardware Geeks by Alien54 · · Score: 3, Insightful
    This looks like it very much as hardware geek think. very cool, very esoteric.

    It is not pointless, however, but it is very bleeding edge. I can see this being more practical as processor speed improves.

    Maybe eventually there will be something like a box with a firewire connection or something.

    You know some companies will freak if people start producing software to receive HDTV, Satellite Radio, etc. HDTV is supposed to be the standard nation wide by 2006(??). This ties in with the ability in HDTV to block recording of certain programs, etc. if you have a digital recorder. This will also tie into that bill Sen Hollings introduced.

    So this is all part of a somewhat larger picture.

    --
    "It is a greater offense to steal men's labor, than their clothes"
    1. Re:Hardware Geeks by Anonymous Coward · · Score: 1, Informative

      Erm. The hardware involved here isn't really general-purpose, as it requires a pretuner. (I was under the impression that 'real' software radio from the big researches pulled a few more tricks, basically creating a 'DC to light' system. Software *controlled* radios have been around for ages now; this is just a matter of decoding various modulation techniques without those stages of a regular radio set getting in the way. (e.g., if you plug an AX.25 TNC or your soundcard and appropriate software into an amateur VHF set, you will still be limited to what can be done with FM modulation. This just ties the DACs/ADCs in 'ahead of' that FM->audio hardware, and since the computer can do the same job, we can drop those stages from future radios.

      The DTV (it's "Digital TV;" "High Definition" is now optional, viz. the lobbyists allowing 4 regular-resolution channels in the space of 1 analog channel, quadrupling the value of their broadcast licenses) modulation standard is known, though I can't remember exactly what they use off the top of my head. You can go out and build/buy radios that will receive the raw DTV signal right now, and even hardware to 'decode' the data stream (analog->digital). Consider that the link-layer protocol.

      On top of this, the access controls for existing (subscription) digital TV services are handled through documented, but strong, cryptography. You can 'decode' (demodulate) the bitstream from the radio signal easily- nobody wants to make the radio gear expensive, it has to go into $99 set-top-boxes- but actually *decrypting* it will be another matter.

      What makes DTV different is that it's a public-access system. It should be obvious that there are two possible ways DTV copy control can be handled; again, I'm not sure what they're actually doing:

      1. The 'stupid' way. Include a copy control flag along with your 'cleartext' MPEG2, etc. It would be the decoder manufacturers'/coders' responsibility to adhere to the DMCA.

      2. The DVD way. Create a licensing body/consortium to distribute keys to manufacturers/software developers; the MPEG stream gets transmitted encrypted, such that all licensed decoders have access to it, until a someone produces a violating one, at which point their key is pulled. This is, again, how DSS access control works, except the key is on the smartcard given to each individual subscriber; when you stop paying your bill, they take your key out of the downlink stream. (No, I'm not really sure how you encrypt one single stream for decoding by an ever-changing list of multiple keys, but that's how they do it.)

      Again, all of these systems could be received by anyone with a regular radio of proper specification. Bypassing the crypto (if there is any) is the hard part. The only reason the controls will work will be because of crypto in the 'smarter' case, and because of Macrovision-style protection in the weak case (your TV card will honor the copy control bit and refuse to pass that stream to your computer; the manufacturers will build this way because they don't want to be DMCAed). If the weak case is the one they go with, then you can just plug a regular radio to your computer and ignore those no-copy flags- all having the 'software' radio does is make it easier to demodulate acronyms other than FM or AM, but *radios exist that can do this already.* They're just kinda expensive, complicated beasts for enthusiasts ($1,000 Yaesu/Ten-Tec/Kenwood/whoever) vs. what could soon become a $20 ADC and a $5 tuner.

    2. Re:Hardware Geeks by gnuradio · · Score: 1

      The content folks at the MPAA Copy Protection Technology Working Group are already sweating. I spoke to them in February about free software, software defined radio, GNU Radio and our ATSC receiver project. The audience was about 1/2 techical and 1/2 lawyers. The lawyerly side from the content producers are the folks bringing you the Hollings bill.

      Some of the technical folks from consumer electronics companies were sure that what we are doing was impossible, and even if we could do it, no self respecting engineer would *gasp* give the source away. A few of them were more sanguine and understood fully the implications of what we're building.

  22. An anti-software radio by cporter · · Score: 1, Offtopic

    Sorry, i'm going to have be a luddite here. If you have GNU Radio envy, here's the antidote: the distinctly analog (and fantastic sounding) Henry Kloss Model Two Desktop Stereo Radio. AM and FM. Lovely smooth-sliding analog dials. And nothing else sounds as good for $159. And if that's too rich, there's the original $99 Mono Henry Kloss Model One. Rest In Peace, Mr. Kloss.

    1. Re:An anti-software radio by Anonymous Coward · · Score: 0

      Analog??? How 90's is that?

      Somebody mod this offtopic.

      Note to braindead moderators: This is sarcasm.

      "

  23. Re:ADC sampling rate?-pre... by Anonymous Coward · · Score: 0

    That's why you use a prescaler in front of your ADC.

  24. Fully software by MobyDisk · · Score: 2
    ...A fully software-driven radio receiver; just strap some off-the-shelf DAC hardware...
    That makes a whole lot of sense. :-) The article says it more accurately:
    ...GNU Radio is a collection of software that when combined with minimal hardware...
  25. This won't let you listen to cellular. by wowbagger · · Score: 5, Informative

    I do this for a living, and I can tell you this won't help you listen to cellular.

    First, all they are doing is taking the 455kHz IF from an existing radio, digitizing it, and using the computer to do the demodulation. Thus, if your radio won't receive the cellular band, your computer won't either. And if your radio can tune into the cell band, you can listen to AMPS without a computer - it's just narrowband FM.

    Now, if you are talking about GSM, PCS, CDMA, or anything other than AMPS, then you will need more than just a receiver that can tune those bands. CDMA is spread over 1.5MHz of spectrum - unless your radio has an IF that wide you are out of luck.

    GSM and PCS (which is just GSM at a different frequency) is narrowband, but it's still more complicated than FM- you need to be able to receive the complex (in the a + (srqt(-1))w sense of the word) waveform, and pull the bits out of the air. Then, you need to decode the protocol, run the vocoder algorithm, and generate the audio. We use TI C6X DSPs capable of 1.6BOPS, with special opcodes to help the decoding, and Special chips to do the grunt work and it still takes a lot of work to get it to run in real time.

    Now, if you are a ham, and you want to do sideband, PSK31, or other modes, this is a great thing. But don't expect to be able to monitor your neighbor's phone with it.

    Besides, if you ever HAD monitored cellular, you't realize it's about as interesting as watching grass grow.

    1. Re:This won't let you listen to cellular. by Anonymous Coward · · Score: 0

      wowbagger,
      You ignorant slut. You obviously shot your mouth off befoer taking the time to read the doc at GnuRadio.

      The downconverter for the alpha HW has an IF of 6 MHz from just above DC. So any signals in this PC-tunable passband, from 50 MHz - 860 MHz are fair game. The SDC has enough bit depth and speed to oversample the bandwidth.

    2. Re:This won't let you listen to cellular. by affegott · · Score: 1

      P25 eh? :-)

      Wha kind of ADC would be required to grab APCO frames from over the air?

      I am not too concerned about real time processing... I just want to grab them and pick at the CAI data...

      Just wondering.

    3. Re:This won't let you listen to cellular. by gnuradio · · Score: 1

      > and I can tell you this won't help you listen to cellular.

      Look, we're sucking down 6+ MHz of IF bandwidth, so that's no issue. Take a look at this screenshot for lots of narrow band signals, or this for spread spectrum.

      If one were inclined to listen to cellular, the GNU Radio platform has plenty of umph to decode all the 2nd and 2.5G cellular standards.

      Note that when doing most of the work in software, you organize the system differently than using the intersil digital down converters.

      To give you a couple of ideas about how we do it, we use a highly decimating FIR filter merged with the software frequency translation for the channel selection. Once you're down to something like 2x or 4x the symbol rate, the cellular standards are no big deal computationally. Yes, there are a lot of layers, but so what? The data rate is really low.

      If you download the code, the relevant class for the narrow band channel selection is ~/gnuradio/src/gnu/lib/gr/GrFreqXlatingFIRfilter.h

    4. Re:This won't let you listen to cellular. by wowbagger · · Score: 2

      Depends upon whether you want to do phase 1 or phase 2 - phase 1 is plain old FM, at 4800 baud, 2 bits per symbol. You could do pretty well oversampling by 10, or 48000 ksample/sec, and then picking the sample with the lowest intersymbol interference (that's basically what we do, although we do it at a much higher sample rate.) Then you slice the data to get the symbols and process them.

      Phase 2 is QPSK - phase shifted carrier, although you are *supposed* to be able to receive it with a normal FM detector, for backwards compatibility.

      The only real problem would be, once you've recovered the frames, you'd need an implementation of the DVSI IMBE vocoder to recover the audio, and if the channel is doing DES, you'd need to crack the DES key on the audio.

      Why would you want to look at these signals, except to eavesdrop on the police? Just curiosity - I know why I want to do it (cause that's what I get paid to do), but why do you want to?

    5. Re:This won't let you listen to cellular. by wowbagger · · Score: 2

      I stand corrected - it's just that I didn't see the specs for the hardware, and so I assumed you were pulling the IF out of a normal scanner.

      Also, do remember I tend to think not just in terms of decoding a signal, but in terms of performing parameterics on it, and generating the other side of the signal at the same time. Measuring takes more work than just decoding, and I tend to forget that not everybody is building test equipment - you don't have to worry about syncing your transmitter to the TDMA timeslots since you are receive only, you don't have to worry about measuring modulation accuracy, audio distortion, frequency error, burst power, all the while adjusting your own signal parms, running the simulation scenario, and keeping the hardware in cal over temperature. Especially since people seem to think a $20,000 service monitor ought to outperform a $20,000 measuring receiver, $50,000 spectrum analzyer, $5,000 audio analzyer, $10,000 RF signal generator, $5,000 microwattmeter, etc., and do all of the above at the same time.

      And as for downloading the code - while I love the GPL, and would dearly love to release the code I do under it, I have to link to things like the DVSI codec - and somehow I don't think DVSI is going to GPL that. So I get a bit cagey about downloading code in that area - that way I cannot violate the GPL unintentionally.

      And actually, what you describe is EXACTLY what you do with the Intersil parts - you filter and decimate like a big dog, you just do so with the chip, and save your DSP MIPS for the other stuff.

      However, do you REALLY have the CPU to do CDMA at the 1.5 MChip/sec rate? Even with a Athlon 2000, that's not much more than 2000 cycles/chip to do the correlation.

    6. Re:This won't let you listen to cellular. by affegott · · Score: 1

      I am mostly interesting in generating data packets... so I don't need to worry about IMBE and such.

      I take it your work for Mot...

    7. Re:This won't let you listen to cellular. by Anonymous Coward · · Score: 0

      Some or many of the modern digital protocols may be too much for a single current generation PC CPU. Its likely that by the time GnuRadio systems reach hobbyists in any number they will be front-ended by a signal processing board integrated with the A/D-D/A, to do the demod and digital downconversion.

    8. Re:This won't let you listen to cellular. by wowbagger · · Score: 2

      Bzzt! No, this is what I do.

      Data packets? You wanting to look at trunking, or mobile term stuff?

  26. Heh. by Chris+Johnson · · Score: 4, Informative
    I'm sorry, but this is real wimpy for GNU.

    My notion of GNU Radio would be simple and inexpensive free FM BROADCASTING. Of course, the FCC has issues with that... if you pay attention to the micropower FM scene, it's actually quite similar to what GNU stands for. It's about empowering people.

    The catch is, it's pretty easy to screw up an adjacent station if your signal is screwy and out of spec.

    The low-power FM movement is worth your attention- if you're even reading this article you probably 'get' the importance of micro/local broadcasting. It should come as no surprise that corporate radio has been using Congress and the government to try to stamp out even the possibility of people using local FM broadcasting to provide alternatives- it mirrors what other content industries have been doing with more Slashdot attention. In December 2000 Congress passed an appropriations bill with a rider that was snuck in to halve the number of low power FM licenses the FCC could legally issue. Not only was corporate radio behind this- NPR also supported the illegalization of low power FM broadcasting. McCain (R-AZ) has introduced a bill to counter this and support low power FM again. Furthermore, on February 8, 2002, the Court Of Appeals struck down language in this anti-LPFM act which had prohibited the FCC from issuing a license to anyone who had ever previously been involved with pirate radio. The court held that this was unconstitutional. (funny how both in the judiciary and Congress, these guys are forced to deal with all types of injustice and power grabs, not just the sorts that are close to the hearts of Slashdotters ;) )

    These people are the other side of the coin: transmitters from microwatt to 500 watts and kits for all kinds of nifty things like subcarrier decoders, shortwave, the aviation band etc. I don't know anything about them but their catalog but it would make any true geek absolutely drool, with all the build-it-yourself devices to do arcane and amusing things, and the flashy computerised rackmountable transmitters. Too cool.

    1. Re:Heh. by martian265 · · Score: 1

      I'm sure that there are plenty of intelligent, well-reasoned and courteous users of so-called "low-power FM". But the only side that I've seen is the selfish "pirates". I recently worked for a company in a large metropolitan area that provided wireless high-speed Internet access (over 1/3 of our customers used Linux as their main OS). During the 2 years that I worked in that city, we had over a dozen clashes with these "pirates". These "pirates" would, either due to faulty equipment or operator error, bleed their signals over into our bandwidth (we were operating in our legally owned frequencies in the Microwave spectrum, just so you can get an idea of just how much bleed over these guys were causing). This would cause our customers to either experience severe slowdowns in speeds or complete loss of connectivity. Sometimes it only affected a few customers, but usually it would affect hundreds of users. Our engineers would have to triangulate the source (they even once had to hire a helicopter to fly around in, since the signal was so buggy) and then bring the FCC and Sheriff's department out to the house. The FCC would try to frighten them with empty threats of felony charges, which usually was enough to scare them into either fixing their equipment, learning how to use it or giving up on it altogether.

      What always amazed me about this though, was how these "pirates" always became very indignant and self-righteous when they were confronted. It was as if they believed that their right to freedom of speech superceded everyone else's rights that they affected. All those people who relied on our service for access to the Internet, for knowledge, education, entertainment and yes, the ability to express their ideas and opinions on the net.

      I'm sure that the majority of those involved in this movement are not so self-centered. I'm not passing judgement on your right to broadcast or on any of the laws restricting or allowing broadcasting. Just wanted to offer a point of view from the other side of electromagnetic spectrum.

    2. Re:Heh. by Chris+Johnson · · Score: 2
      Acknowledged. The trouble with empowering people is that a lot of people are idiots :)

      It's a balance that has to be struck between acknowledging people are idiots- and treating them like it, notably by completely depriving them of the ability to communicate and do this kind of thing. Since radio has been consolidated into small numbers of corporate stations controlling entire radio markets, to some extent it forces idiots to nevertheless try to assert their perceived right to their own radio community, to local independent radio.

      If they could do this WITHOUT being technical idiots, it would be terrific...

  27. DRM Digital Shortwave by Aztech · · Score: 2

    Some guys in Germany are working on a software decoder for DRM, this is basically a new digital radio service for SW/LW/MW radio, there's a few test transmitters running in Europe. The transmissions consist of a COFDM modulated channel and a 20-30kbps AAC stream within, doesn't sound like much but when you can get flawless delivery from Finland to Portugal and farther afield it's not bad and makes old SW look very poor indeed.

  28. Multiple channels by Animats · · Score: 3, Interesting
    Software radios can receive multiple channels at once, provided enough compute power is available. Cell sites use this to receive hundreds of channels without having hundreds of separate receivers.

    This has some possibilities. One is a radio that listens to the entire FM band and, quickly and automatically, builds an MP3 music library of popular music. Legal, too. (Audio Home Recording Act)

    Add-ons to this project could include automatic song identification (there are song-signature databases for this), use of multiple copies to recognize and remove announcer blithering, and intelligent audio cleanup from multiple copies.

    Great open-source project for audio people. Nice device for cars, too.

    1. Re:Multiple channels by akhaksho · · Score: 1

      It looks like they're feeding the IF signal into an ADC, so you'd still need the part of the receiver that takes the RF down to IF. If I remember how FM works, you take the base signal and modulate it up to 10.7Mhz (IF). In the next stage you take the IF and modulate it up to whatever the final channel is, say 92.5Mhz for broadcast. What you're saying would only work if you had an ADC that could digitize the RF signal. This is probably possible for FM radio (~100Mhz), but would get expensive if you wanted to do it for cell phones (~1-2Ghz). DSOs that handle 5Ghz signals cost as much as $50k so those high speed ADC must be pretty pricey.

    2. Re:Multiple channels by Animats · · Score: 2
      You don't have to digitize the raw RF. It's sufficient to digitize the IF, provided that the passband of the IF filters is wide enough to encompass the range of channels you want to receive.

      The hardware device the GNU Radio people are using can digitize a 5.5MHz passband, which is one TV channel. (It's a TV tuner card.) That's about a quarter of the FM broadcast band. Within that passband, the software can extract multiple signals, up to the limits of the compute power available. A two-channel demo is available.

      Receiving two signals of significantly different signal strength may not work, depending on where and how automatic gain control is applied.

  29. Radio waves and computers by computer_space · · Score: 1

    Project seems neat but I wonder how you get the alliasing of computer frequencies filtered out? Computer systems don't just generate frequencies at the main freq. That may be the fundamental freq but there will be hundreds of side bands generated in the local vicinity of you PC. Plus even if just had the fundamental freqency all other switching signals at less than the clock rate would generate a frequency and side bands themselves. It would seem like a great big noisy mess in the 5 to 30 Mhz range near your PC.
    On another note it would be interesting to see if any one could build an amateur baseband system for 802.11b. That has a bandwidth that should alias down to below the 30 Mhz range with the right analog receiver. But it would not be real time as it takes ~10 Bops of computing power to decode the signal on just a PC. (802.11a would take ~30 Bops according to the literature!)

    1. Re:Radio waves and computers by SWTP · · Score: 1

      PC are really dirty wide band noize devices. Have seen spectrium display in getting FCC class B tickets for computer would scare the heck out of anyone. The Birdies generate are a nightmare to supress. That is why you wont find AM Broadcast band PC cards. The 1-30mhz receivers are usualy outside controled by RS232 etc. There are a few that fit inside but have a lot of receive holes.

      There is TenTec
      http://www.tentec.com/rx350.htm }
      and Icom that have computer controled receivers that have spectrium display. The TenTech has its own display and the Icon uses the computer screen.

      Heck I had fits keeping the noize from digital frequency counter and synth units from impacting the receivers.

      I hope the ability for the hobiest to play around with circurity dont dissapear but trying to wire up some of this SMT stuff is getting a bit fun to do along with just getting the parts!

  30. Scanner by seann · · Score: 1

    So, could I make a scanner out of this? To be able to listen to 1mhz-1000mhz?

    --
    I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
    1. Re:Scanner by Anonymous Coward · · Score: 0

      Yes, in fact the "mother of all scanners".

  31. 'Pirate' Radio by Anonymous Coward · · Score: 0

    Whooa - Per fect for a mobile pirate radio setup - something to blot out those Christian radio stations with Grateful Dead and other jambad tunes.

  32. where are the schematics? by Autolycus · · Score: 1

    the gnu radio site doesn't say how to build the hardware! anyone know where to find out?

    1. Re:where are the schematics? by Anonymous Coward · · Score: 0

      If you have to ask you probably don't know enough to use it in its current form ;-)

  33. ok... by crhylove · · Score: 1

    so when is this radio going to have tivo like capabilities? that would be the killer app making it all worth it.

    rhy

    --
    I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
  34. Re:I'm curious. by Anonymous Coward · · Score: 0

    Anyone too stupid to add:

    127.0.0.1 images.slashdot.org
    127.0.0.1 m.doubleclick.net

    to their hosts file deserves whatever that get.

  35. how would you even go about implementing the gps? by pangloss · · Score: 2

    also, in the interim, anyone know about how to hook up a gps receiver to a laptop a la cryptonomicon?

    that is, without having to resort to windows-only software that the gps mfr supplies, but rather have programmatic access to the receiver's info via serial/usb/etc?

    even better, a gps receiver that allows all that and is tiny enough that it could actually be used regularly and unobtrusively w/ a laptop.

  36. Hardware compatibility list by jwork · · Score: 0

    It would be interesting to add a webpage containing a list of hardware that is compatible with this SDR out-of-the-box or is planned to be supported.

  37. GNU Radio hardware requirements by gnuradio · · Score: 1

    Hi, this is Eric Blossom. I'm the primary maintainer on GNU Radio. With regard to hardware requirements, there are several things that will work. It all depends on what you are trying to do.

    Those of us who are currently doing most of the work on GNU Radio are using an off the shelf 20 million sample/second A/D card made by Measurement Computing. It's not cheap, about $1300 US, but its the best value we've found so far.

    We're using this card in combination with a tuner module designed for cable modems. This allows us to receive pretty much anything from 50 MHz up to 890 MHz and we get to suck down about 6 MHz worth of usable spectrum centered at a particular frequency. This means that depending on what we're looking at, we can either process many narrow band signals simultaneously or a single wide band signal. Examples of narrow band signals include conventional FM broadcast, cellular, paging, etc. The wide band signals that we have currently been spending most of our time on are ATSC (Advanced Television Systems Committee) digital broadcast TV.

    Others have talked about using conventional sound cards, AC97 codecs etc along with a narrow band downconverter of some kind. The software supports I/O using sound cards, but somebody, perhaps from the amateur radio community needs to draw up a simple schematic that's straight forward to build.

    1. Re:GNU Radio hardware requirements by Autolycus · · Score: 1

      I found this on the net awhile back, hope it helps.

      http://www.qsl.net/dl4yhf/vlf_rcvr.htm

  38. Re:Sounds interesting, there is a similar project by gnuradio · · Score: 2, Informative

    The DSP-10 is a cool project. Some of the things that distinguish GNU Radio from it is our preference for a *much* wider IF bandwidth, and our use of conventional CPUs instead of DSPs. The vast majority of our code is in C++, versus Analog Devices 21xx DSP assembler.

  39. Digital is *NOT* the way... by Gordonjcp · · Score: 1

    Could I just point out, that instead of $1300-worth of digital bits, you could do this in simple analogue stuff, on your kitchen table, with no more tools than even beginning electronics hobbyists have?

    Oh, and amateur radio enthusiasts have been homebrewing radio gear for years... all analogue.

    What's the advantage in using a DSP? And how do you get rid of all the clock hash?

    1. Re:Digital is *NOT* the way... by cuteduo · · Score: 0
      Digital is the way to go

      Oh, and amateur radio enthusiasts have been homebrewing radio gear for years... all analogue.

      What's the advantage in using a DSP? And how do you get rid of all the clock hash?

      You must be one of those pro-cw freaks that thinks everyone wanting to use a radio must use, or
      at least know cw before obtaining an operator's license.

      Amateur radio operators have also been homebrewing radio gear for years in digital too. Have you
      ever checked out TAPR (Tucson Amateur Packet Radio) organization and their digital projects?

      Or how about the DSP-10 project which is an SDR (software defined radio) that can be built for
      less than $400, operates in the VHF range, has a large user base, and all source code/project plans
      are freely attainable from http://www.proaxis.com/~boblark/dsp10.htm

      Don't want to operate or listen in the VHF range. Build or buy a transverter kit that can downconvert
      or upconvert to the frequency range you need. This project is perfect for that. People have already made
      two way contacts with 150W or less and single yagi antennas at each station by bouncing their signals off
      of the moon. Before this type of hardware it use to take higher power and a small antenna farm to make this
      type of contact. These same people have gone back and made a second contact with 5W and 10' dishes on
      a higher frequency, again using the moon.

      Want a SDR totally made for linux? Try Linrad. The project leader gives very good instructions on setting up
      linux and various software packages needed to support Linrad and goes beyond by providing links to plans for
      building A/D boards (analog-digital) and interfacing them with the computer or plans for using your sound card
      as the interface.

    2. Re:Digital is *NOT* the way... by Anonymous Coward · · Score: 0
      Could I just point out, that instead of $1300-worth of digital bits, you could do this in simple analogue stuff, on your kitchen table, with no more tools than even beginning electronics hobbyists have?
      Umm... what used to be a "$1300-worth of digital bits" computer system a few years ago can now be bought for about $500 now, and will probably be about $150 soon. Hardware gets cheaper as it matures.

      And your point is what?

      That one perhaps shouldn't even bother trying?

      This just sounds like fun to me.

    3. Re:Digital is *NOT* the way... by Gordonjcp · · Score: 2

      Yeah, I'm still up for giving it a go, but it's not like they've just discovered fire or anything.

  40. Watching grass, er, multiply by leonbrooks · · Score: 3, Funny
    Besides, if you ever HAD monitored cellular, you't realize it's about as interesting as watching grass grow.

    That depends on whether you've got a `transmit' button or not.

    One place I worked at left a scanner running in the main office (the boss was more than a bit weird), and one day we got an entire 20-minute conversation between husband (on mobile) and wife (on land-line) discussing the previous weekend's partner-swapping exercise, ratings and so on, exploring the prospects for a repeat and so on.

    Towards the end wife asked if it was wise to discuss this on the 'phone and husband returned copious assurances that since he was on a mobile (but evidently sitting still) the conversation would be chopped up across channels and nobody could make head or tail of it.

    And me with no transmit button. Sigh.
    --
    Got time? Spend some of it coding or testing
  41. No by Anonymous Coward · · Score: 0

    but if you had subscribed, numbnuts, you would have noticed that you wouldn't have been charged for when the service was down. Kind of like how you can't pay tolls on the Big Dig yet...

  42. Celphone privacy laws? by autopr0n · · Score: 2

    Hrm, I wonder what interaction these types of things are going to have with 'privacy' laws for cellphones. It used to be that you could get radio recivers that could listen to any freqency out there, but today they are restricted from listening in on cellphone conversations.

    Would the advent of software radio bring that to an end, or cause DMCA style restrictions on radio-capable software?

    --
    autopr0n is like, down and stuff.
  43. CDMA is very hard to hack by Frank+T.+Lofaro+Jr. · · Score: 2

    Descrambling CDMA is likely even outside of the abilities of much local law enforcement, and it probably still very difficult even for the Feds.
    They'd probably get access to the base switching stations rather than bother with trying to intercept the radio link.

    CDMA looks like noise - without having the right information about where the various parts of each bit are - you aren't going to even get your hands on the data.

    You need to know the right "chipping" functions and also time synchronize yourself to the network and mobile unit. This is really, REALLY, *REALLY* hard. Probably costs many many thousands of dollars to get equipment that can do it.

    CDMA is spread spectrum - which at one time was classified and only used by the military.

    Sometimes I think declassifying it wasn't a very good idea from a national security perspective...

    --
    Just because it CAN be done, doesn't mean it should!
    1. Re:CDMA is very hard to hack by wowbagger · · Score: 2

      Not with the right equipment, like the stuff I help design. Of course, if you buy a $80,000 1900BSA you rather expect that sort of thing....

    2. Re:CDMA is very hard to hack by Anonymous Coward · · Score: 0

      Actually its not that hard, but this isn't the forum to discuss implementation details. Unlike military spread spectum applications where security is very important and even the probability of intercetion, commercial spread spectrum (including PCS/CDMA) is streamlined for spectral efficiency and low cost of implementation.

      All the SS codes used, the timing and protocol used are all public documents (e.g., IS-95a). So, acquiring the radio signals and interpreting them is not too difficult.

      As to decrypting the voice and contol data streams this is also do-able for non-NSA types. A detailed analysis of the IS-95a flaws was recently published at
      http://www.ccs.neu.edu/home/
      ahchan/wsl/papers/ cdms.ps

      The conclusion of the authors is that it is possible to extract the voice privacy key from a CDMA call in about one second just by listening and with no prior knowledge about the callers.

    3. Re:CDMA is very hard to hack by Anonymous Coward · · Score: 0

      That's why you grab it when it hits wire.

  44. A new SETI@home approach... by BerserkDog · · Score: 1

    Instead of SETI RXing the signals and dispersing them to be processed and sent back- With something like this, dispersed "listening" stations could RX signals, process them, and send them on to SETI.

    "Is there anybody out there?" Pink Floyd

  45. Whoopty freakin' Doo by Anonymous Coward · · Score: 0

    You're created a winmodem for the radio...

  46. Re:how would you even go about implementing the gp by topham · · Score: 2

    Buy any PCCard based GPS (virtually any) and use the text based information they spit out. NMEA-0183.

  47. gps output standard format on serial link by billstewart · · Score: 2
    gps devices generally output standard data formats on a serial link. (Perhaps the manufacturers each put some proprietary data in the stream as well?) (Some GPS devices are PCMCIA cards instead of serial-port, and it wouldn't surprise me if somebody does USB, which may also help with power consumption issues.) Look around for software - somebody's almost certainly done something programmatic for Linux.

    What I want is software that pulls timestamps out of the data stream so it can set a PC clock - either Windoze or Linux is fine, given the limited accuracy I need. (Actually, I've found that GPS reception inside buildings, at least for older handheld and wristwatch units, is bad enough that it's probably not going to be useful unless your lab has windows.)

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  48. Please mod up by billstewart · · Score: 2

    Please mod Eric's article up if you're a moderator this week - he's the authoritative person to be writing about this stuff...

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  49. FRS GMRS CB by the+KITT · · Score: 1

    Humm mr wowbagger, I know for a fack CB kicks FRS and GMRS in the a** 1000 times plus!, because of its power, features and many other things it can do and you can do to it, so tell me why you dissed it so many times!!?? KITT