Radio's Next Generation: Radii
A phrase we heard many times when we sought venture capital to develop the Internet appliance we call Radii was “If this were 1999, you would already have your money.” Unfortunately, it was 2004 and there was no money for a risky consumer product such as Radii, despite our compelling prototype and a well-defined market. Rather than let our efforts go to waste, we decided to share the details of the prototype here with the Linux community that made its development possible. In this article, we explain how we quickly built our Radii prototype using low-cost hardware and Linux along with some of its companion software, including Perl and GCC.
Radii is a radio: a box with buttons and dials used to select bands and tune stations in a familiar way. Because this radio receives Internet radio, it provides hundreds of noise-free stations with a wide variety of listening options. The band selection dial, instead of AM and FM, is used to select genres such as News, Sports and Rock. The station selection dial scrolls through station names that can be tuned by clicking the select button.
At the beginning of this project, the three of us threw in $100 each and some spare time while continuing to work our day jobs. We never thought of this as an exercise in rapid prototyping; it was all about implementing our vision as quickly and inexpensively as possible. At every step of our development, we looked for the fastest way to get the task accomplished and balanced that against its cost.
The prototype is housed in a converted SW-54 radio made by the National Radio Company in the 1950s. The radio was in poor condition before the conversion. As admirers and collectors of old technology, we like to think we gave it a new lease on life.
The Radii core hardware platform is an old laptop running Linux. The operator interface consists of two rotary encoders, three momentary contact buttons, a 40x2 backlit LCD, a power supply and a retro radio cabinet. The encoders and buttons are connected to a PIC microcontroller development board that is, in turn, connected to the laptop's serial port. The LCD is connected to the laptop's parallel port.
On our budget of $300, cost was important. As such, eBay was our vendor of choice. Here is our hardware shopping list:
PIC microcontroller dev board (OOPIC) ($70).
One TTL to RS-232 chip (TI MAX232) and associated bits to interface the PIC to RS-232 ($5).
Three momentary buttons for selection/special functions ($3).
Two rotary encoders one for band selection, one for stations selection ($3).
One 40x2 LED backlit LCD ($12 eBay).
Gateway Solo 5150, 300MHz Pentium laptop, broken screen ($100 eBay).
One National NC-54 vintage radio ($35 eBay).
Power supply for PIC and LCD (3/$10 eBay).
Cables, connectors, bubble gum, baling wire and so on. ($25).
Shipping, fees and taxes took up most of the remaining funds.
A PIC microcontroller is a single-chip computer produced by Microchip Technology, Inc. Although these tiny computers are capable of many useful things, we used it here simply to handle operator inputs. For prototyping with a PIC, a development board normally is used. PIC development boards provide an easy way to prototype a PIC application by allowing a range of input power options and easy access to the input and output pins for the chip. It is not necessary to use this, but it makes creating a prototype easier.
We used the OOPIC development board/system by Savage Innovations. It is inexpensive and provides a simple object interface for many input and output devices, including buttons, encoders and RS-232 serial communication. Unfortunately, there is no Linux development environment for OOPIC, although a SourceForge project is underway.
The hardware is rounded out with a Gateway Solo 5150 laptop that has a broken LCD. Similar laptops go for between $50 and $100 on eBay.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
If you already use virtualized infrastructure, you are well on your way to leveraging the power of the cloud. Virtualization offers the promise of limitless resources, but how do you manage that scalability when your DevOps team doesn’t scale? In today’s hypercompetitive markets, fast results can make a difference between leading the pack vs. obsolescence. Organizations need more benefits from cloud computing than just raw resources. They need agility, flexibility, convenience, ROI, and control.
Stackato private Platform-as-a-Service technology from ActiveState extends your private cloud infrastructure by creating a private PaaS to provide on-demand availability, flexibility, control, and ultimately, faster time-to-market for your enterprise.
Sponsored by ActiveState
| Non-Linux FOSS: libnotify, OS X Style | Jun 18, 2013 |
| Containers—Not Virtual Machines—Are the Future Cloud | Jun 17, 2013 |
| Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer | Jun 12, 2013 |
| Weechat, Irssi's Little Brother | Jun 11, 2013 |
| One Tail Just Isn't Enough | Jun 07, 2013 |
| Introduction to MapReduce with Hadoop on Linux | Jun 05, 2013 |
- Containers—Not Virtual Machines—Are the Future Cloud
- Non-Linux FOSS: libnotify, OS X Style
- Linux Systems Administrator
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Validate an E-Mail Address with PHP, the Right Way
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Introduction to MapReduce with Hadoop on Linux
- RSS Feeds
- user namespaces
1 hour 16 min ago - yea
1 hour 42 min ago - One advantage with VMs
4 hours 10 min ago - about info
4 hours 44 min ago - info
4 hours 45 min ago - info
4 hours 46 min ago - info
4 hours 48 min ago - info
4 hours 49 min ago - abut info
4 hours 50 min ago - info
4 hours 51 min ago
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?






Comments
Woah, love the idea of this.
Woah, love the idea of this. There are quite a few stations I like to listen to that are forgien so obviously don't boradcast within a few 1000 miles of where I live. This would be a great way to listen to them around the house. So when does production start?
Great Prototype
A very interesting article. Your prototype now allows you to show people the concept,something they can get their hands on.
Never OO embedded devices
Gentlemen,
On the surface, your homespun project looks impressive. However,
as an embedded expert, your 'project' demonstrates everthing
wrong with many if not most product development efforts.
1. OO programming for embedded devices, is doom to failure
for a variety of reasons: security, maintainance, portabilty
but mostly costs.
2. You project could be implemented on a $5 x86 embedded CPU, avoiding
the pc mobo and the PIC all together. You have to have hardware and
firmware engineers minimize the hardware design before you start
coding.
3. Features that are missing are killers. Traditional AM/FM radio
support must be added, using a chip that costs a few dollars so as
to attract the tradition radio market. Upon using the AM/FM radio
features, as a comfortable commodity, you can then attact them
to Internet radio. NTP and the ability to filter out commercials
over traditional AM/FM broadcast would make your product much more
financially viable.
I could go on and on, but I hope you start to see clearly. The
problem with product development, is it starts with expertise
in hardware and firmware. Embedded linux is fantastic, but, you
never, never, never use a distro espcially pocket PR or Fedora,
as all of that excess baggage wastes critical resoures and leads
to unstable products that are expensive to maintain.
Last, if you are going to build embedded products, LEARN ASSEMBLER
mixed in with ansi C. Leave OO on the destops, where it belongs..
sincerely,
James Horton, BSEE, MSCS PE.
Some do and some talk
I think this is a great project just as it is. It's a great new idea and it has been implemented. I put them in the same league with Bell, Edison, the Wright Brothers, Marconi, DeForest, Mauchly and Eckert, Woz and Jobs, and all the others who forged ahead and were first!
Of course everything can be improved, but they did it, and did it first.
Congratulations.
John Dilks, K2TQN
Personal Computing Pioneer (1976)
I agree completely if this were a final product
Hi James,
You are universally correct in your assesment of the device as a final product and I am glad your brought it up. One of the points of the article that may not have been made well is, as a prototype, our primary goal was to minimize effort/cost get it done as quickly as possible.
Had we done all of the things you mentioned, it would have taken much much longer than the month or two that it did take (and much of that time was spent soldering). Prototyping is extremely important in the development of any software or system and we needed to have a prototype to have any hope of getting funded and this was it.
Had we received funding for the idea, the device was to include some of your suggestions and many other features not mentioned. Our fist technical task after receiving funding would have been to get it on an embedded system (we were considering Gumstix - http://www.gumstix.com - as the next step but not necessarly the final platform - we still had lots of work to do).
Prototyping is about getting something together that looks complete but doing it as quickly/cheaply/easily as possible. Optimization comes when you have the time/money/resources to do that. Some of that message may have been lost as the article went through its many revisions (We had to get rid of lots of words).
Thanks for the comments.
Dan Rasmussen
still pursuing the Internet Radio project?
Hello .. I came across your article regarding your Internet Radio device while I was doing a search for exactly that type of product. If you (..or any one else out there) ever needs cheap(free!), quality labor designing this product, feel free to contact me any time (trcal_2000@yahoo.com). I have 20+ years in New Product Development for many different products. Let's do it!
Thanks,
Tracy R.
Assembler not always needed
While I agree with most of your comments I don't think that assembly language is needed very often. I have done many embedded applications and very seldom need to fall back on assembly language. Even when doing DSP projects the C compilers are very capable of creating very optimized code. If one does need a little bit of assembly it can usually be added in line with a C extension like asm {} or the like. With DSP's one does usually need a little bit of start up assembly but it is only a page of code. Assembly language is hard to code, hard to maintain, and hardest still to port to other processors. When ever possible I try to make do with ANSI C. I agree that OO and C++ are usually overkill for an embedded application unless it has an OS to fall back on. An embedded system using one of the embedded Linux products could support OO if the project was real big. Most of the time however the embedded projects I work on don't need any OS and must fit into small spaces. PIC's and DSP projects for hardware control usually don't need the extra overhead of an OS.
Of course that's my opinion, I could be wrong.
next step ?
wow ! great.
let's find a linux friendly palmtop or mp3 player and we might have winner...
When and where, I'd buy!
You've got a GREAT idea. Broadcast radio reception where I live isn't that great so a device like yours is very atractive. In the mean time, I will continue to use an inexpensive ($15-20) FM transmitter to re-broadcast from my PC to all of the radios in my home. You could intigrate something similar in yours so that the listener could roam the house and hear the same station. If you need a beta tester...
Retro Radio
There IS a market for something like this. Just look at the huge success that Chrysler had with their retro PT Cruiser:
http://www.chrysler.com/pt_cruiser/
There are even some interesting similarities between the two. Surely there is at least one VC company with some vision!!
Good luck, it would be a winner if it went to production.
Uhhhh. The PT Cruiser is a h
Uhhhh. The PT Cruiser is a hacked Neon. Not in the least bit retro.
Internet radio and Music servers
very interesting project, I was actually looking at some music servers that offer Internet radio, such as the musica from www.olive.us and the sonos from www.sonos.com , if end not purchasing a music server, and this product becomes a reality, I may end up getting one
One thing I didn't understand
One thing I didn't understand was how the consumer uses it. It looks like they select a genre from the dial, then how does the radio know what stations to list? Does the user have to enter them somehow? Will it work wireless (using a hot spot)? Over-all it seems very cool!
Dave,
Radii
Hi Dave,
Thanks for the positive comments. Possibly not explained well was that there is a genre dial and a turner dial. Twiddle the genre dial and the LCD will update to the new genre. Once you get the the desired genre, twiddle the station dial and the LCD updates with new selections from the genre.
Dan
XML station identification
The XML configure script allows for the storing of radio stations.
I don't see where the authors allow for this lsit to be updated except for someone with command line access editting the configuration file. However I could see where it could be set up to populate radio stations from the web using an RSS feed or something similar.
Great article!
-G-
XML station builder script
Hello -G-,
Yes, you are correct, there is no mention of how this file gets generated. If you take a look at the resources page it will lead you to a page that gives a little bit of an explanation but it goes like this: yes there is a script that will generate the xml config file (well, sort of, it still needs a bit of hand editing). It does this by querying a well known station list keeper (that actually limits your daily queries - based on IP). At the same site (http://www.retro-tronics.com/radii) You will also find a stale xml station file along with all of the associated source. The station gen scrip is not yet posted but everything else is. I need to clean it up a bit first.
Thanks for the positive comments.
Dan
script?
Well it's now December 27 and you STILL havn't put the station list generater scrpit up on your web site.
Also I have an optical encoder switch that has a push button switch built in. I can see rewriting the interface so the single dial could switch between 'bands' and 'stations' with the push button selecting which menu and making the selection. (quick push changes menus, long push makes selection.)
Well written and inspiring. A
Well written and inspiring. Almost makes me regret having become a software-only geek :-)
Great Job!!
Wow! Great job! Any plans on selling some of these to guys like me?