As weird as it might sound, there’s a way to use Google documents as a web proxy. The image above is a screenshot of [Antonio] demonstrating how he can view text data from any site through the web giant’s cloud applications. Certain sites may be blocked from your location, but the big G can load whatever it wants. If all you need is the text, then so can you.

The hack takes advantage of the =IMPORTDATA() function of Google Spreadsheet. We guess the command is meant to make import of XML data possible, but hey, that’s pretty much what HTML data is too, right? But what good it the raw webpage code in a spreadsheet? This is where [Antonio] made a pretty brilliant leap in putting this one together. He authored a bookmarklet that provies a navigation interface, hides the raw code which is stored in the spreasheet, and renders it in the browser. This ties together a user supplied URL, reloading data on the hidden spreadsheet and refreshing the window as necessary. See for yourself in the clip after the break.

So you can spend a bundle on a new phone and it comes with a voice-activated digital assistant. But let’s be honest, it’s much more satisfying if you coded up this feature yourself. Here’s a guide on doing just that by combining an Asterisk server with the Wolfram Alpha API.

Asterisk is a package we are already familiar with. It’s an open source Private Branch Exchange suite that lets you build your own telephone network. Chances are, you’re not going to build one just for this project, but if you do make sure to document the process and let us know about it. With the Asterisk server in place you just need to give the assistant script an extension (in this case it’s 4747).

But then there’s the problem of translating your speech into text which can be submitted as a Wolfram query. There’s an API for that too which uses Google to do that translation. From there you can tweak abbreviations and other parameters, but all-in-all your new assistant is ready to go. Call it up and ask what to do when you have a flat tire (yeah, that commercial drives us crazy too).

[Thanks M]

There have been many self-driving cars made with different levels of success, but probably the most well-known project is the Google car.  What you may not have heard of, though is the autonomous Google cart, or golf cart to be exact. The first video after the break explains the motivation behind the cart and the autonomous vehicle project.  As with another autonomous vehicle we’ve featured before, they didn’t forget to include an E-stop button (at 1:03)!

In the second video (also after the break) Google’s Sebastian Thrun and Chris Urmson get into more of the details of how Google’s more famous autonomous Prius vehicles work and their travels around different towns in California. A safety driver is still used at this point, but the sensor package includes a roof-mounted 64-beam laser sensor, wheel encoder, radars, and a GPS sensor. With Google’s vast resources as well as their work with Streetview and Google maps, it’ll be interesting to see what comes of this technology.  I, for one, welcome our new robotic overlords.

Via [ieee Spectrum]

After learning that Google’s ADK relied on using an Arduino-compatible board, [Benjamin] was disappointed that other microcontroller platforms weren’t invited to the party. Rather than switch camps, he took it upon himself to get the ADK working with his EvalBot. In fact, his modifications should allow the ADK to work with nearly any Stellaris ARM kit.

The hack is composed of two parts. The first, and most important bit is the USB host driver he developed to work with the ADK. The code borrows some bits from Texas Instruments, and will be published on GitHub once he gets a chance to clean up the source a bit. To get his phone working with the EvalBot, he also had tweak the external USB power supply in order to provide the current required to operate properly with other USB-connected hardware.

It’s always nice to have more options when working with Google’s ADK, and [Benjamin’s] work is likely a welcome addition to any Stellaris developers toolkit.

Continue reading to see a quick video of his EvalBot ADK demo.

[charliex] from Null Space Labs wrote in to share a project that he and the rest of the gang have been working on over the last few weeks. The team has been remixing and building clones of the Google ADK demo board we saw earlier this year, in hopes of getting a huge batch prepped before Defcon 19.

Their version makes subtle changes to the original, such as extra header rows for Mega AVRs, higher quality RGB LEDs, and a nifty pirate-Android logo. They also added the ability for the board to send and receive IR signals allowing it to be used as a TV-B-Gone, as well as in more fruitful pursuits. The Arduino board used with the ADK has only undergone minor revisions, most of which were layout related.

[charliex] hasn’t mentioned a price for their improved ADK boards, but we’re guessing they will be substantially cheaper than the official Google version. In the meantime, check out their site for a boatload of pictures and videos of these boards undergoing various stages of construction.

If you’ve been spending hours with the digital calipers while designing enclosures for your circuit boards there may be a better way. [Phil] tipped us off about a new software package that will let you import PCB layout files into Google Sketchup. This way you can start working on the enclosure in CAD before you’ve populated your first board. Of course this adds to the pain of realizing there’s an error in your layout, but what are you going to do?

The free software was developed by RS Components, a European component distributor. It takes IDF files, which can be exported from most PCB design software, and converts them to a format compatible with Sketchup, Google’s 3D design software. For those who enjoy a very dry demonstration video you won’t want to skip seeing what we’ve embedded after the jump.

We’re kind of surprised that this hasn’t already been done. If it has, leave a link in the comments.

We saw this one a few days ago when it was first bouncing around the interwebs but never took a close look at it. Today, when we ran across a direct link in the tips box it was the promo video (embedded after the break) that won us over. Once you dig into the particulars of The Verbalizer we think you’ll agree that this is a hackable conference badge without the pesky need to attend a conference.

As you probably guessed from the design of the PCB, this is a microphone. It’s intended for use with Google’s new voice search feature, and connects to a computer via a Bluetooth module. But really it’s just another roll-your-own Arduino with a few extra bits. You’ll find an ATmega328 and an FTDI chip which provides a USB connection for programming. The real fun starts with the microphone and speaker circuitry which is just waiting to be breadboarded at home. We found a few other things while poking around in the schematic (available by downloading their Product Docs and Schematics package). It looks like there’s some capacitive touch… you what? Isn’t it more fun if you find this stuff yourself, kind of like the hidden gems of the DEFCON badges?

[Mark] was playing around with a small GPS sensor when a light bulb lit over his head. He imagined it would be pretty cool to replicate one of Google’s Street View cars at a fraction of the scale using Lego NXT parts. He figured it would be easy enough to rig a few cameras to a remote controlled car, recording images and GPS coordinates as it went along.

The mini Street View car is controlled by a single NXT module that receives commands from a PS2 controller via a PSPNx sensor he purchased. A trio of cameras have been attached to the car, which are meant to take pictures in all different directions when triggered by his remote. A handful of additional motors are also used for driving the car, steering, and for activating the shutter release on the cameras.

The car worked decently during testing, but [Mark] says there is still plenty of room for improvement. He is having issues reliably triggering all cameras at the moment, but we’re sure he’ll have it sorted out soon enough.

Keep reading to see a video of his mini Street View car in action.

We have seen a few neat Google ADK projects pop up since its announcement a few weeks back, and this one is already on the list of our favorites.

YouTube user [chrisjrelliot] has put together a great hack demonstrating the ADK’s power and how easy it can be to control devices in real time with an Android-powered device.

He hacked apart an Android figure (naturally) and fitted it with some LED eyes as well as four servos. The servos are used to rotate the head, body, and arms of his Disco Droid, all of which can be controlled via his Android-powered tablet. As you can see in the video below, he is able to control the Droid’s actions in real time with a few simple swipes of his finger. One thing we did notice is that his tablet is not connected to anything via wires, so we are assuming that there’s a Bluetooth module hidden away somewhere in the mix.

While the video is a bit short on details, [Chris] promises that source code and build plans will be published in short order.

Google’s Maker Faire exhibit space is swarmed with robots…er, androids. Amidst some cool bipeds and Segway-balancers, our inner sci-fi nerd was most smitten with this hexapod design, which they’ve dubbed SKPR Bot. The “Skipper” is on hand to showcase the ease of various Google technologies: SketchUp, Android OS and the Android Open Accessory Development Kit. The whole project came together in less than six weeks.

18 servos are mounted to a framework designed in SketchUp and laser-cut by Ponoko. The low-level servo PWM control is handled by the Dev Kit (essentially a rebadged Arduino Mega, as we’ve seen), while an Android OS phone provides a slick GUI and handles all the inverse kinematics calculations required as the robot takes each step. The coolest bit is that it’s all up for grabs. At this moment you’ll have to scrounge around the ’net a bit to find the plans and code, but some time post-Faire they plan to bring everything together at the SKPR Bot site.

When we heard that Google’s open accessory development standard was forthcoming, we were pretty excited. However once we heard that the reference hardware kit was going to cost nearly $400, our thoughts changed to, “Surely you can’t be serious.”

Well, Google is dead serious (and we hear they don’t take kindly to being called Shirley either.)

With such a ridiculous asking price, it was only a matter of time before someone tried getting the ADK software running on vanilla Arduino hardware. [Inopia] wrote in letting us know that he did just that.

Using an Arduino Uno and a Sparkfun USB shield, he was able to get the ADK working without a lot of fuss. He tweaked the ADK firmware image in order to bypass a couple of hardcoded pin assignments Google made, and he was good to go. The image boots just fine, though he can’t necessarily guarantee that his setup works with an Android handset, as he doesn’t currently own one that supports accessory mode.

Now that just about anyone can get their hands on the ADK at a reasonable price, we look forward to seeing what you can put together!

With the recent announcement and release of their ADK, it was only a matter of time before Google started invading your home in a big way. From the looks of it, Google will be jumping into the home lighting market very shortly, which could prove to be quite interesting.

Partnering with Florida-based Lighting Sciences, Google is planning on developing consumer-grade 60W equivalent smart LED light bulbs. The bulbs will be able to wirelessly communicate using Google’s new open-source home networking protocol. The lights will be controllable using any Android device allowing users to dim, brighten and toggle the lights on and off without ever touching a wall switch.

We think it’s an interesting idea, and we’re all for getting quality LED lighting in the home. That said, some of Google’s other utility-centric endeavors such as PowerMeter have met only mediocre success, so it remains to be seen if this concept takes off. If it does however, we can’t wait to see the flood of ADK-based hacks the community puts together. Since their new wireless protocol will likely be extended to all sorts of other household systems, the possibilities are endless.

A new development kit for android was unveiled at the Google I/O 2011 developer conference that officially supports the Arduino.

It looks like Google took a cue from Circuits@Home, because the interesting part of this dev kit is the fact that the shield can be put into USB Host mode. That’s great for phones and tablets that can’t act as a USB host themselves. Google will also release the APIs for this Android/Arduino mashup for 3.1, but it will thankfully be backported to Gingerbread.

We covered the IOIO breakout board for Android last month, but the Google board will be based off of the Arduino Mega 2560, a far more capable device. Interestingly, it appears this board is available now for about $400 USD. We’re not so sure a hobbyist will be buying it at that price.

While this board doesn’t do anything you couldn’t do before with a bluetooth shield, it’s great to see a company supporting all the builders out there.

If you use the Google Maps Mobile function then the big G knows where you are even if your phone doesn’t have a GPS module in it. So the next time you want geolocation capabilities in a project consider building around GSM functionality which can also be used for Internet connectivity. That’s exactly what this module does and luckily the hard work has already been done for you.

The method really hinges on a couple of things. First of all, any GSM capable device knows the information about the cell it is currently communicating with. Secondly, Google knows the coordinates of radio towers used in the cellular mobile network. A little bit of data sniffing on Google Maps Mobile app communications confirms how and when cell information is transferred between the device and the maps server. Take a look at this series of write-ups which go into detail about hardware, software, cell network location data, and communication protocols which Google hasn’t publicly documented. Sure you’re not going to have the accuracy we’ve come to enjoy with GPS, but this can get you pretty close.

[Thanks Boris]

Google’s showing off this autonomous car at the TED convention right now, but the hardware has already made automated trips from San Fransisco to Los Angeles. According to the commentary in the video after the break, the scene above shows the car “hauling Prius ass” on a closed course. The car learned this route while being driven by a person and now the vehicle is set to take riders through an aggressively driven loop in the cone-adorned parking ramp. But on the open road you do not need to teach it anything. It has no problem taking a GPS route and following the rules of the road while traveling from one waypoint to another.

The link above doesn’t include hardware information but they did point to a Times article which includes an infographic. The spinning box on the top of the car is 3D-mapping LIDAR with a 200 foot radius. There’s a rotary encoder on one of the wheels for precise movement data, radar sensors on the front and back bumpers, and a rear-view-mirror-mounted camera for image processing. It makes us wonder how the system performs when the car is coated in road-muck? Maybe you just add a dedicated wiper for each sensor.

Outside the car:

Inside the car:

[via Engadget]