Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

The Journey of Radios From Hardware to Software

Posted by Zonk on Sat Sep 22, 2007 10:15 PM
from the wave-of-the-future dept.
An anonymous reader writes "The New York Times is carrying a story all about the process of replacing radios with software. The article tells the tale of Vanu Bose, son of the man who started the Bose company, and his quest to bring software to what was previously a hardware-only enterprise. He met a lot of resistance in the 90s to his ideas, because processor technology was not up to the task. Now that technology has caught up with Vanu, his software (and other products like it) are increasingly replacing now-outdated hardware components. 'Well-established companies like Motorola and Ericsson now use elements of software-defined radio for their base stations. But Mr. Bose was the first to come to market with software that could handle multiple networks with the same equipment. Software radio appears to offer an elegant solution to what has been a vexing problem: how to have a single handset, like a cellphone, communicate across multiple networks. For instance, the G.S.M. standard, for global system for mobile communications, is used broadly in Europe, and most notably in the United States by AT&T.'"
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • An interesting idea (Score:4, Interesting)

    by FlyByPC (841016) on Saturday September 22 2007, @10:37PM (#20716515) Homepage
    It's amazing what can sometimes be done in software. You can make a simple AM-band transmitter using a microcontroller and two resistors -- with everything done in software. MCUs are fun!
    • I could do it with a 1969 microwave. I am sure McGiver could do it with a rock and a used condom. No software needed!
    • Re: (Score:3, Insightful)

      Got schematic of this device?
      • His plan has three components, do you really need a pretty picture? It sounds like it'd be a pretty simple AM transmitter, and have lots and lots of out-of-band transmission.
        • by FlyByPC (841016) on Sunday September 23 2007, @02:43AM (#20717469) Homepage

          His plan has three components, do you really need a pretty picture? It sounds like it'd be a pretty simple AM transmitter, and have lots and lots of out-of-band transmission.

          Well, yeah. Square wave outputs do tend to generate alllll sorts of harmonics. But it does technically work. If I were serious about it, I'd at least add a capacitor across the output, to make some attempt at filtration.

          The "schematic" involved an 8-pin microprocessor, with two outputs each connected to a 1k resistor. The other ends of both resistors were connected to the antenna. Not very efficient, but as a proof of concept, it was a cool toy. Tuning was completely via software (tweak the timing loop to provide the correct waveform.)

          You want pictures? Happy to oblige. (The idea was to see just how simple a transmitter I could make...)

          http://www.intellectualism.org/electronics/schematic.jpg [intellectualism.org]

          http://www.intellectualism.org/electronics/Closeup.jpg [intellectualism.org]
        • by stevew (4845) on Sunday September 23 2007, @11:42AM (#20719981) Journal
          My company has IP for a FPGA based FM radio that meets all FCC harmonics requirements - and it has the same kind of external requirements. - I believe in our case it's an RC on the TTL compatible output. This isn't software defined in the traditional meaning of the term - but the FPGA is implementing the same algorithms the software is implementing. So it's soft in the way an FPGA is soft.- but the idea is identical to the MPC version mentioned above as far as the outputs are concerned.

          Bottom line - the harmonics can be taken care of by wave-shaping, i.e. you take the output load configuration into equation as you design the radio.

  • This seems like a "duh" improvement. If you can hard-wire some logic then clearly you can implement the same logic in software, gaining the ability to update the logic, or make it more flexible in other ways, at the cost of speed and, possibly, power. Haven't there been a number of other devices that have evolved in this way?
    • by Anonymous Coward on Saturday September 22 2007, @11:24PM (#20716697)
      It's not quite a "duh" nor is it clear without apply a lot of brain-power. In an analog radio there is no "hard-wired logic", its just the physical properties of the components engineered to work with electromagnetic waves. Software radios are only possible because digital processors are cheap/small/fast enough to approximate what the analog components are physically doing by crunching some very clever math (FFTs) in real-time.
      • That is a logic, in the sense of a function that converts inputs to outputs in a regular way. Just not a boolean logic.
        • by Dun Malg (230075) on Sunday September 23 2007, @11:30AM (#20719879) Homepage

          That is a logic, in the sense of a function that converts inputs to outputs in a regular way. Just not a boolean logic.
          No, that's not considered "logic" in the electronics world. "Logic" in the electronics sense means circuits that do useful work using two states (high/low) to represent true and false. These are considered digital systems, as opposed to analog systems, one of which is the classic coil-capacitor-diode AM radio receiver.
  • As long as they're not restricted to Windows (see: Winmodems) :D
  • by Animats (122034) on Saturday September 22 2007, @11:17PM (#20716663) Homepage

    It's not that a single software-defined radio is all that important. It's that you can do the transforms on the incoming waveform and then extract N different channels with one signal processing system. That's what's been making cellular base stations go for almost two decades. (All the hard work is on the receive side; transmission is easy.)

    First generation cellular base stations (i.e. AMPS) had one big analog card per channel, each heavily shielded from its neighbors. The amount of hardware required was huge, and cell sites tended not to be fully populated with channel cards, so they were easy to overload.

    Then things started to go digital, with combinations of analog and DSP components processing the signal. Both GSM and CDMA inherently assume digital processing, and in early systems, hard-wired special purpose components were used. As CPUs get faster, there's a steady trend toward using general purpose CPUs.

    It's still rare to actually process RF directly in software. Usually, there's a local oscillator and mixer to down-convert the desired band to a working IF frequency, which is then digitized and processed. So it's only necessary to digitize at maybe 10-100MHz, not up in the gigahertz range.

    For lower bands, though, a true software RF receivers [rfspace.com] are available. These just suck up everything from 0 to 30MHz and digitize it. An attached PC does all the hard work.

    • The 'true software receivers' are interesting, but ultimately I think they're overkill once you get out of the HF bands. Maybe this will be one of those 'who needs more than 128k?' comments, but I really don't see any reason why you need to sample the RF directly when you're dealing with VHF or UHF, it just seems excessive. If you want to digitize a 1GHz input, you're going to need to sample it at least 2GHz, and probably significantly higher if you want to do any cool DSP-type stuff. That's gotta start doi
      • Come up with a new division algorithm for sampling RF? Like, divide 3 instead of 2? I am not an EE but I remember reading it
        • by Man On Pink Corner (1089867) on Sunday September 23 2007, @01:35AM (#20717227)
          Something many people don't understand is that the Nyquist criterion applies to the bandwidth of the recovered signal, not to its carrier frequency. So if you want to recover a 10-kHz wide signal at 800 MHz, you don't need to sample at 1600 MHz... you just need to sample at 20 kHz, using an ADC with lots of front-end bandwidth.

          That's an oversimplification, but it may be what you were thinking of.
          • Nyquist apply to the signal you want to process. If you want to do your filtering in the digital domain you will first have to capture both your wanted signal and the signals you seek to suppress. Otherwise you have your selectivity in your hard-ware and not in your software.

            The function of "ADC with lots of front-end bandwidth" is what the hardware in the RF front-end is doing in a traditional radio system.

            In GSM you must be able to detect your own signal at say -108dBm while you have a blocker at 0d

          • Something many people don't understand is that the Nyquist criterion applies to the bandwidth of the recovered signal, not to its carrier frequency. So if you want to recover a 10-kHz wide signal at 800 MHz, you don't need to sample at 1600 MHz... you just need to sample at 20 kHz, using an ADC with lots of front-end bandwidth.

            If your radio is entirely based on software, then you'll need to do the filtering and de-modulation using digital filters and that will handle the "entire" wave and will actually nee

  • Two Words (Score:5, Informative)

    by keithmo (453716) on Saturday September 22 2007, @11:44PM (#20716779) Homepage
    GNU Radio [gnu.org].
    • Re: (Score:3, Informative)

      I'm not sure if they're going to be represented this year, but I've seen some GNU Radio stuff shown at the annual ARRL/TAPR Digital Communications Conference, which happens to be coming up next week in Hartford, CT. I see a couple of SDR-related topics on the schedule, including the Sunday seminar.

      Even if you're not an amateur radio operator, it's worth checking out if you're interested in SDR. And the banquet speaker this year is Bruce Perens of Debian and OSI fame.

      http://www.tapr.org/dcc [tapr.org]
    • GNU Radio is also a good example of the cost downside to SDR. The basic board, the USRP [ettus.com], costs $700. And then you gotta buy daughterboards.

      I figure in a few more years we'll get cheap SDR.
      • Re:Two Words (Score:4, Informative)

        by FrostedWheat (172733) on Sunday September 23 2007, @04:19AM (#20717803)

        You can use a capture card with a BT878 chip as a cheap entry into SDR and GNU Radio. See Here [domenech.org]

        The card I have didn't require any kind of modifications, and I've successfully captured signals all the way up to about 400kHz directly from the air simply using a long wire, including digital radio (the unfortunately named DRM [wikipedia.org]) signals.

    • What I find interesting (and horrifying at the same time) from that site, is that the MPAA and the FCC are actually discussing legally limiting who can purchase fast ADCs in order to protect their IP. So, what, if they got their way, I'd have to get some sort of license to purchase an integrated circuit because I might use it to build an HDTV receiver that they can't control? What a bunch of jerks!
  • replacing radios with software.

    I read this and end up believing that my next radio will be delivered to me as a software printout on a sheet of paper.

    • I read this and end up believing that my next radio will be delivered to me as a software printout on a sheet of paper.

      Typing in program listings? I thought that had pretty much died out by the end of the 1980s, and thank God for that. It was a PITA back then, can you imagine how long it would take you to type in software nowadays? If we generously assume that one can fit a 16KB BASIC listing onto one A4/legal-sized page, a 16MB program (pretty small by today's standards) would require 1000 pages!

      (Meanwhile, a double-layer DVD's worth of data would need roughly half a million pages, so you'd need a small truck to deliver

  • I'd really like to see this sort of thing being implemented in cell phones. Unfortunately, where I live, the provier with the best rate plans uses CDMA for their network. All the cool phones I'd like to have use GSM. Having a phone that could switch between the two would be freaking awesome.
    • I was talking to a Sprint Rep a month back when I was setting up a customer with EV-DO since they don't get Cable/DSL, and Satalite is a joke. I was bitching about their lack of GSM in their phones. Turns out they carry Blackberry phones with GSM radios in them now. No idea how well they work personally (not to mention I'll never buy a BB), but it is nice to see that some phone makers are getting smart enough to know they need to support both if they are going to deal with CDMA.
    • It is not just radio. Both have a big protocol stack most of which is in real time behind the radio. When you add up all the resources necessary as well as all the fees to leeches like Qualcom it stops making sense. This is besides the fact that the non-GSM networks are not going to be particularly happy to allow phones that can do GSM as well. As far as they are concerned that is a sure way to leak customers.
  • actually, there is gnuradio, which is a project (including available hardware) that lets people experiment with software radio. there are quite a few interesting things the folks from the project have done.

    if anyone's interested, more here:
    http://www.gnu.org/software/gnuradio/doc/exploring-gnuradio.html [gnu.org]

    and a bunch of links on wikipedia:
    http://en.wikipedia.org/wiki/Gnuradio [wikipedia.org]
  • by Duncan Blackthorne (1095849) on Sunday September 23 2007, @02:39AM (#20717453)
    I think the title of this posting could be construed as a bit misleading, in that it says 'radio' but when you read the attributed article, they're talking about cellphones, not things like broadcast radio or other areas where RF transmission and reception are necessary. It may or may not be obvious to anyone, but there's no way that tuned RF circuits can be completely eliminated, at least if you're talking about over-the-air transmissions; you still need to at least provide amplification (which must be a tuned circuit) and impedance-match to your antenna (which again must be a tuned circuit).
    • RF reception and transmissio is very important for cellphones. And tuned circuits can be eliminated completely, but this puts ridiculous demands on the AD/DA-converters for most real world applications. The DA-converter could leave enough power to drive the antenna, and impedance matching could be broadband, and thus not tuned. A more practical application is to have a wideband frontend, and then sample a complete band, such as the 2.45 GHz ISM-band, and leave all the channel filters for different aplicati
  • by Detritus (11846) on Sunday September 23 2007, @04:31AM (#20717841) Homepage
    I'd like to see the technology used to solve some of the inter-agency communications roadblocks that afflict the USA. Every agency has their own frequencies, protocols and hardware. In an emergency, they often find that they can't talk to any of the other responders. In addition, it would be great if the radios could work with the current cellular networks. This is one of the reasons that the military is investing money in SDR. Many people still remember the soldiers in Grenada who had to request close air support by using a phone card and making a call on a local wireline phone to Fort Bragg.
  • The Joint Tactical Radio System (JTRS or 'jitters') is currently being tested by the US Army... it aims to be "everything in one box," and it was "originally planned to span a frequency range of 2 megahertz to 2 gigahertz. JTRS has been expanded to frequencies above 2 GHz to satisfy space communications requirements"

    That's a direct quote from the Wikipedia article (which looks like it's pretty accurate), located here: http://en.wikipedia.org/wiki/JTRS [wikipedia.org]

    I'm in the Army, and buddies of mine have played with it and can attest that "it's pretty cool" :)
    • If you think that's impressive, think about what has to happen to an aerial to support all those different frequencies.

      The aerials for these things are mostly ignored but are nothing short of impressive.

      • Yes that does sound interesting... I've never actually gotten to play with a JTRS unfortunately, I've only heard about them.
  • Any one interested in creating a new breed of software based radio scanners (those radios used to monitor police, fire, ems, and other signals) for modes not supported on current scanners or to add features can bring their skills to:

    http://groups.yahoo.com/group/gnu_radio_scanner/ [yahoo.com]

    This is a group looking to build on the GNU Radio blocks.

  • How come an article like this does not contain a link to GNU Radio [gnu.org]?
  • by evilviper (135110) on Sunday September 23 2007, @10:39AM (#20719435) Journal
    In theory, software (solid-state digital circuits) has huge advantages over hardware. Software offers extreme flexibility, no wear-and-tear, etc. If it worked as well as it should, in theory, there wouldn't be mechanical linkages just about anywhere, anymore. All the controls in your car would be electric, and a significant portion of your car's engine would be gone (no more cam shaft). The same would be true of most everything... If not replacing significant numbers of mechanical components, at least using software to precisely control it, and getting much better efficiency as a result. Yes, your refrigerator, microwave, etc. could all greatly benefit from software control.

    There are just two big problems that have made software control a non-starter.

    First is customization. Put a spring in the mechanics of an engine, and I can replace it with a shorter/longer/stronger/weaker spring. I can heat it up to weaken it, grind it down, etc... With software, you are given a black box, binary-only, with no documentation on how it works, and definitely no common interface to access and modify it. So every time car companies add another function to their cars' onboard computers, and take away mechanical systems, there's extreme resistance, as buyers know they're out of the loop, and if they want to adjust anything, or if something should go wrong, they can only take it to the select few company-blessed shops, which have paid the necessary bribes to get enough info to do just a few basic things with the onboard computer. And you're entirely screwed if you want more changes than that, because the company doesn't WANT you to, and without man millions of dollars on the line, you're not even a blip on their radar.

    Despite what many believe, cost is almost never a problem. For low cost products, low-end micro-controllers can be found for pennies, and even cheaper are the basic I/O elements like thermistors, power meters, transistors, relays, etc. Yet even the dirt cheap processors sold today can do many millions of calculations per second, far faster than could be needed for damn near any products.

    Second, and perhaps more important, is reliability. Computer hardware is EXTREMELY reliable. You can go buy a dirt cheap commodity CPU, RAM and MOBO, and be pretty damn sure it will run for 20 years without a SINGLE error. The only big exception to this is power supplies... a marginal one, not supplying enough power will cause a crash, but that generallyonly happens in the case of the cheapest no-name junk. What's more, go up a small step to a high quality MOBO, ECC RAM, redundant PSUs, UPS, etc., and you'll never ever see a hardware-induced glitch.

    The reliability problem comes ENTIRELY from poor software, and mostly commonly available kernels, at that. People don't want to believe that, but the facts are that computers are 100% pure math machines, and math is 100% accurate. A computer will do exactly what you tell it to do, but most people are trying to program their computer through several million lines of indirection... If you write, in hex, a simple loop with a bit of processing, a computer will run it error-free, from here until doomsday, but programing a complex system in hex is much too hard, and human programmers aren't perfect enough to do so.

    The only real possibility to ensure reliability with reasonable development time is something very much like a micro-kernel. You need a tiny bit (a few hundred KBs) of EXTREMELY-thoroughly audited code, that can very strictly manage memory, do strict input and bounds checking, carefully manage communications between independent modules of code, instantly tear-down and restart any bit of code which shows the slightest signs of an error, and also strictly ensuring real-time operation.

    I'm not endorsing any product here. The fact is nothing like this exists. That is why we aren't seeing mechanical systems having components being replaced by software as quickly as they can be redesigned. Open source operating systems
    • Next thing you know, they'll want to communicate with these radios.
    • by FooAtWFU (699187) on Sunday September 23 2007, @12:03AM (#20716845) Homepage
      Dear Mr. Barely Glanced at the Fine Summary:

      This is about radios in a variety of communication devices. Like cell phones. And cell phone towers. Especially cell phone towers. Not so much your Sony Walkman et al.

    • Buy an alarm clock from a drug store. They often have AM/FM radios thrown in there.

      Why does it have to "not look like crap?" Why can't it look like you didn't overspend on sony quality?

      Now.. whatever happened to mass-produced small crystal radios? Those'd be interesting for hurricane kits, especially if they could tune the broadcast FM band (but obviously not as an FM receiver. You can still hear FM with an AM reciever, it just doesn't sound all that great. Voice is fine, though.)
    • especially paying the usurious fees charged by MLB
      MLB's audio service is $15 a year, for every game. It's a bargain.
    • This is absolutely true. Bose products are junk, but years of marketing have convinced the public that they sell "premium" sound equipment.
      • They do do some clever audio munging^h^h^h^h^h^h^hprocessing to make it sound "fuller." And they claim to do it in hardware ironically, especially as they don't do anything that couldn't be done with cheap DSP.
    • Truer words have rarely been posted here. For people who care about audio quality Bose is a complete joke.

      No highs, no lows, gotta be Bose.

      • by dreddnott (555950) <dreddnott@yahoo.com> on Sunday September 23 2007, @02:06AM (#20717347) Homepage
        I first heard this as a charming little poem:

        Got no highs? Got no lows?
        Only midrange! Must be Bose.
          • Re: (Score:3, Informative)


            Ok, I'll bite.

            I worked years ago in the Audio department at a best buy. I don't know the current state of home electronics, but I know what the mid-range state of electronics was about, oh, 8 years ago.

            If Bose is not a quality audio solution, then who is? Are we back to Sony, Pioneer?

            I'd rather have EITHER of those brands of speakers over bose. Any day. We also sold Cerwin Vega and JBL and yamaha, and I'd rather have any of those. The only brand that I'd buy bose over was "KLH", which was our generic h
    • Hmm, where I did my PhD there were specific rules on who gets to keep the patent (the institute itself, as far as I know). I'd think that of all places MIT has a probably very well worked out contract for this, which he agreed to when starting to work there. With his background, I can hardly imagine he didn't have the knowledge to find this out before starting at MIT, it will be hard for him to get the patent.

      As for paying no royalties, I guess it's not the same as owning the patent. I wonder how it works