Slashdot Mirror


The Journey of Radios From Hardware to Software

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.'"

29 of 114 comments (clear)

  1. An interesting idea by FlyByPC · · Score: 3, Interesting

    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!

    --
    Paleotechnologist and connoisseur of pretty shiny things.
    1. Re:An interesting idea by inflex · · Score: 2, Insightful

      Got schematic of this device?

    2. Re:An interesting idea by FlyByPC · · Score: 4, Informative

      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

      http://www.intellectualism.org/electronics/Closeup.jpg
      --
      Paleotechnologist and connoisseur of pretty shiny things.
    3. Re:An interesting idea by stevew · · Score: 3, Informative

      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.

      --
      Have you compiled your kernel today??
  2. It's the multiplexing by Animats · · Score: 5, Informative

    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 are available. These just suck up everything from 0 to 30MHz and digitize it. An attached PC does all the hard work.

  3. Re:Obvious Next Step by Anonymous Coward · · Score: 4, Insightful

    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.

  4. Two Words by keithmo · · Score: 4, Informative
    1. Re:Two Words by Rorschach1 · · Score: 2, 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

    2. Re:Two Words by Duncan+Blackthorne · · Score: 3, Interesting

      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!

    3. Re:Two Words by FrostedWheat · · Score: 3, Informative

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

      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) signals.

  5. Maybe use block frequency converters? by Kadin2048 · · Score: 2, Interesting

    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 doing nasty things to the system's power consumption.

    The satellite communications people have been using block downconverters for decades; every pizza-box satellite dish has one, to take the incoming signal from the feedhorn and drop it down to a level that can be sent down the coax to the set-top box without huge line losses. Some of them can work on fairly broad frequency ranges (like several GHz at once, for some of the Ku-band ones), and are real engineering marvels.

    That seems like a much more practical approach for cellphones than a direct-digitization one. I don't know if you'd be able to make one block downconverter/upconverter that would cover all the bands currently used by GSM phones (800-1200 MHz, I think?), but if not, it would be the only part you'd need to change when designing for one region vs another. As long as it used the same IF output, the SDR would only have to be designed around one frequency range, and could be heavily optimized in order to improve battery life.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  6. Re:A little too much feature creep. by Propaganda13 · · Score: 2, Funny

    Next thing you know, they'll want to communicate with these radios.

  7. Re:A little too much feature creep. by FooAtWFU · · Score: 3, Insightful
    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.

    --
    The World Wide Web is dying. Soon, we shall have only the Internet.
  8. Mod parent up by Paktu · · Score: 2, Informative

    This is absolutely true. Bose products are junk, but years of marketing have convinced the public that they sell "premium" sound equipment.

  9. Looking in the wrong section. by zippthorne · · Score: 2, Interesting

    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.)

    --
    Can you be Even More Awesome?!
  10. Cell Phones by rebelcan · · Score: 2, Interesting

    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.

    --
    God is dead -- Nietzsche
    Nietzsche is dead -- God
    Zombie Nietzsche lives! -- Zombie Nietzsche
  11. didn't someone ... by sideswipe76 · · Score: 2, Interesting

    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

    1. Re:didn't someone ... by Man+On+Pink+Corner · · Score: 3, Interesting

      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.

    2. Re:didn't someone ... by Sigurd_Fafnersbane · · Score: 2, Informative

      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 0dBm. Every 3dB is a doubling in power, 0dBm is 1mW so -108dBm is 1/(2^36)=1.45e-11 mW. If you need 3 bit s/n in your wanted signal to decode it you will need at least 3+36 bits to represent the samples.

      As mentioned in the parent post you can do sub-sampling (If the carrier is at 1000MHz you can sample at a fraction like 100MHz) as long as your signal have a bandwidth smaller than half the sampling frequency. The fly in the ointment is that your blocker in GSM can be from DC to 12.7GHz and a blocker at any multiplum of the sampling frequency will interfere with the desired signal. If you are allowed 5 exceptions to the blocker requirement you will need to sample with at least 12.7GHz/5 meaning >2GHz sampling frequency.

      While this is possible it is not the simplest or the lowest power consuming way of doing it.

      This is why in any practical radio receiver you will have band filtering before your A/D converter and this filter is NOT implemented in SW.

  12. Re:Bose blows by dreddnott · · Score: 4, Funny
    I first heard this as a charming little poem:

    Got no highs? Got no lows?
    Only midrange! Must be Bose.
    --
    I may make you feel, but I can't make you think.
  13. Not the first time I noticed this by Duncan+Blackthorne · · Score: 3, Interesting

    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).

  14. Emergency Communications by Detritus · · Score: 2, Interesting

    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.

    --
    Mea navis aericumbens anguillis abundat
  15. The DoD's new Software-based Radio by flydpnkrtn · · Score: 3, Interesting

    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

    I'm in the Army, and buddies of mine have played with it and can attest that "it's pretty cool" :)

  16. Re:I read this and... by Dogtanian · · Score: 2, Funny

    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 500 or so Yellow Pages-sized volumes to your house. And I wouldn't want to be the one typing all that data in. Particularly not if I had to save it to cassette...)

    Anyway, your idea is silly. In truth, your next radio will come in the form of a CD-ROM ;-)
    --
    "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
  17. Software radio scaners by rec9140 · · Score: 2, Interesting

    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/

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

    --
    1311393600 - Back to Black
  18. Re:Vanu Bose's bitter battle with MIT by Anonymous Coward · · Score: 2, Informative

    According to this, it wasn't the royalties, it was that MIT demanded equity in the startup.

    To paraphrase the argument, MIT its entitled to royalties, which are tied to the value of the patent, but not equity, since the company's value is more than just the patent (unless that company exists only to hold the patent).

  19. Software replacing hardware... by evilviper · · Score: 4, Interesting

    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

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  20. Re:Obvious Next Step by Dun+Malg · · Score: 3, Insightful

    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.
    --
    If a job's not worth doing, it's not worth doing right.
  21. Re:Bose blows by zerocool^ · · Score: 2, 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 house brand, and to be honest, I might still buy the KLH and save 75%, and just live with the cardboard speaker cones.

    Commercial bose speakers suck. Period. Maybe their high end stuff is good, but if you walk into an electronics store, and you pick up bose bookshelfs (301's or 501's), you will be vastly dissapointed. Even more so, if you pick up the little cubes-and-subwoofer. Here's the clue, those cubes are like 2.5" drivers with very little dynamic range - they peak somewhere around 10kh and they don't go above or below it by more than a bit. Unless you buy the horribly expensive one (it was $1200 when I worked there, god knows how much it is now) the subwoofer will NOT BE POWERED. I mean, come on, wtf. Those speaker systems at the low end can't do 5.1 sound, because you're expected to run the speakers all to the bose sub first, then off to the cubes. The sub has a crossover where it takes out the mids and lows and sends the highs to the cubes. And on top of that, even if you get the powered sub, it's still only one or two 6.5" speakers. Good luck getting any quality bass out of that where anything below 140hz doesn't sound like a wet fart.*

    And then there's the wave radio. Yes, what I wanted on my music was EXTRA post processing that adds reverb and stereo separation, and then I want the music to travel through long windy tubes in order to cancel out all the crisp highs. Oh, and if you could charge me $500 for a CD-clock radio, that'd be great.

    Seriously, buy anything but bose. I like JBL speakers, and even though I wouldn't buy a Sony receiver, I own sony speakers.

    *I'm looking at best buy's site now, and they're selling the Bose 6.1 system for ... wait for it... $1300. And the bass module now has THREE 5 1/4" speakers. Maybe it really can do 6.1 now.

    Whatever. Seriously, I'm no audiophile, but I know what sounds good and what doesn't, and after working in the audio department for months, and listening to the same songs on 6 different brands of speakers, I can tell you... bose is not good.

    ~Wx

    --
    sig?