News & Analysis
Comment
awneil
This article appears to be incorrect in stating that, "Android is unusual in ...
awneil
@Selinz: NO! It means exactly that you can *not* hook up *any* of your current ...
Updated: Android targets unity, USB support
Rick Merritt
5/10/2011 11:21 AM EDT
SAN FRANCISCO, Calif. – At its annual developers conference, Google outlined plans to align separate versions of Android and extend the software to support USB and home automation.
Support for tablet, smartphone and television versions of Android will come together in a so-called Ice Cream Sandwich version of the software to be released as open source code in the fourth quarter. The current Honeycomb version 3.0 for tablets and a 3.1 upgrade due within weeks will not be made available as open source, but their features will be rolled into the code released at the end of the year.
With the latest announcements, it becomes clear only a handful of top tier OEM partners will have Honeycomb tablets this year. The rest of the industry will have to wait for the release of Ice Cream Sandwich to power a broader set of tablets in 2012.
Meanwhile, GoogleTV client software will continue to be a separate variant of Android. This summer Google will make available a new version of that code based on Honeycomb 3.1. Apps developed for that version will become available in a new GoogleTV section of the public Android apps market online.
If it all sounds a bit confusing, it is. Google has released eight versions of Android in two and a half years. It is currently being used on 310 different devices and was activated on 100 million phones in 2011 with activations tracking at 400,000 a day, said Hugo Barra, director of Android product management in a Google I/O keynote.
In a fireside chat with Google's Android managers, one developer complained of fragmentation of the code base becoming "a nightmare for developers, especially game developers," drawing supporting applause from an audience of several hundred peers.
"We want one OS that runs everywhere, and we want to insulate developers from differences in devices," said Mike Cherod, a Google developer working on Ice Cream Sandwich, alluding to tools in the works to more easily support a single application on different size displays.
Separately, Google announced an alliance of more than a dozen partners that will define a standard plan for upgrading Android devices in the field. The effort aims to help users keep pace with Google's fast release cycles.
The group includes AT&T, HTC, LG, Motorola, Samsung, Sony Ericsson, Verizon and Vodaphone. They have initially pledged to make any Android upgrades available on devices in the field for the first 18 months after their purchase.
At the end of the day Android is a kind of hybrid, a planned
set of open source releases by a Google team moving fast as it can, and trying
to respond to its community of OEMs, developers and users. But it is not 100
percent community driven or entirely open source, said Andy Rubin, head of
Android at Google in a press Q&A.
"In my opinion a community processes doesn't work when when you are adding APIs because it's hard to tell what's a release or a beta, so someone could take an early version of code and build devices with it that would not be compatible," said Rubin.
"So we decided to use scheduled releases going forward because part of our job is to make sure [the code and products based on it] stay together," Rubin said. "We still accept submissions from the community, but it comes out in a much more controlled way," he added.
Under the covers, the plumbing is sometimes messy with many issues still being worked on, said Google developers in an Android fireside chat. For instance, the company aims to rewrite parts of its core scheduler to improve audio latency which it admits is not up to the level of Apple's iOS.
"We hope to do something about [the audio latency problem] in Ice Cream Sandwich," said David Sparks, technical lead for media frameworks on Android. "Some drivers and chip sets can add a hundred milliseconds of latency today, but we know we also have problems in how we schedule low latency audio tasks—that's our biggest issue," he said.
Next: USB support for Android


Luis Sanchez
5/10/2011 5:01 PM EDT
That part of the USB device and host relation is tricky. I mean, usually we identify the host as the bigger device and the accesories as the smaller ones. If an accessory is connected to the Android phone, it will be a little odd to remember that it's the accessory the one playing the host and not the phone.
Anyway, it sounds very interesting.
That part of "no NDA and no fees" sounds intimidating for the market. There must be somekind of control out there. Otherwise... what will become of Android? a world of no warranties?
Sign in to Reply
Frank Eory
5/10/2011 5:42 PM EDT
Why didn't they just use USB OTG in Android? Connectivity of mobile devices to peripherals is exactly what OTG was developed for. It makes no sense that an Android tablet or smartphone must be a USB device, which means the peripheral must be the USB host.
Sign in to Reply
chanj
5/11/2011 12:56 PM EDT
Android device being a USB device makes sense to me since it shall not allow being drawn power. Yet, how does it work with regular USB device such as keyboard and mouse?
Personally, I am more interested in the 915MHz Open source wireless mesh protocol. What would be the benefit over Zigbee and Z-wave? Cost apparently? What else?
Sign in to Reply
selinz
5/13/2011 2:02 PM EDT
Presumably this means that we can hook up a portable hard drive, for example, to our phones? Sounds good to me..
As far as the @home, it's about time X10 got a replacement.
Sign in to Reply
awneil
5/17/2011 2:25 AM EDT
@Selinz: NO! It means exactly that you can *not* hook up *any* of your current USB "accessories" to *any* Android device!
This means that you are going to have to get a whole new set of accessories - just for use with your Android device(s)!
It's hard enough getting technical people to realise this - how on earth are Google going to explain it to consumers?!
It will also vastly increase the design complexity of the devices - as they will have to provide a USB *Host* stack.
Sounds like utter madness to me!
Should be good business for the likes of http://www.vinculum.com though...!
Sign in to Reply
awneil
5/17/2011 4:37 AM EDT
This article appears to be incorrect in stating that, "Android is unusual in that it is defined as a device, not a host". As I commented earlier, that would be ridiculous!
In fact, it is only the "Accessory" mode in which Android is the Device - there is also a Host mode:
http://developer.android.com/guide/topics/usb/accessory.html
http://developer.android.com/guide/topics/usb/host.html
Sign in to Reply