I also re-wrote my Java-Unity bridge using a UDP socket. This is a lot more elegant than the text file approach I had been using before. Now the Java program acts as a server, reading in serial data from Bluetooth and broadcasting each line as a UDP packet. The Unity input manager then reads the UDP packets and parses the actual sensor values. This should reduce disk writes, and is more reliable, so I don’t have to reset the Java bridge as often. I’ve updated the code bundle with the new Java and Unity source code.

The other big news is that I’m going to be exhibiting at Maker Faire Bay Area! Maker Faire is one of my favorite gatherings — a fantastic nexus of creative people making wonderful things. If you’re in the Bay Area, you can come try the Power Glove out for yourself this weekend, May 30-31, at the San Mateo County Expo Center!

As a bonus for Maker Faire attendees, I’ve finished adding Power Glove support to our most popular Blurst game, Off-Road Velociraptor Safari! I recorded a demo video to show it off:

I realized one day that we’re actually living in that future. It doesn’t look the same as we imagined it, but the necessary elements are all there. It’s been 20 years now since Mattel released the Power Glove, in 1989. Especially in the last few years, the availability of sophisticated sensing equipment to hardware hackers has grown by leaps and bounds. Technology like programmable microcontrollers, accelerometers, and Bluetooth are readily available — and cheap. In short, the time is ripe to re-make the Power Glove — and make it right.

Over the past month, I’ve done just that. I stripped the guts out of an original Power Glove, replaced the ultrasonic sensors with an accelerometer, the proprietary microcontroller with an open-source Arduino, and the wired connection with Bluetooth. I wrote an input manager to get the data into Unity, and hooked it up to the boxing game Adam and I are making for iPhone, Touch KO. What’s more, I’ve documented the whole process so that you can make you own!

I have a video, photos, and an instructable of the build process, and have the schematic, Arduino, and Unity code available for download. You can read the data in any way you like, but since many software packages don’t have direct access to serial ports (Unity included), I’ve also written a small Java program that takes the input and dumps it directly to a text file.

Side note: Since my last post I tried and now totally dig twitter. Follow me.

• Instructable
• Video on Vimeo
• Build Photoset on Flickr
• Circuit Schematic
• Zip of Arduino, Unity, and Java code

[citation needed] stickers have been slowly showing up in new places. I’ve still got a number left, so if you want a few, just send me an email or a message via Flickr. A few from around Tempe and San Francisco are in the Flickr tag pool:

I especially dig this one from Flickr user cutlerite:

Reason Magazine also recently published a short article about the project, in their March issue. Don’t be afraid — they’re much nicer Libertarians than some of the Randroids I’ve met!

I also finally had a chance to really test my bicycle camera mount — the lead-up to the Game Developers Conference had left me with little time for biking anywhere other than work. I went riding with Matthew and took a few shots as well as this video:

On a side note I don’t recommend trail riding with this particular mount — the constant jostling broke the conduit hanger I was using to mount the tripod head. Luckily it’s the cheapest piece at only 50 cents, but the weight of the assembly demands something a bit sturdier than cheap plastic if you’re going to be navigating bumpy terrain!

Among my numerous interests is custom hardware for games and interactive art. When my friend and coworker Matthew Wegner suggested the idea of making a breathalyzer peripheral for a party game at GDC, how could I respond with anything but, “Hahahaha, Hells YES! I am ON that!”

I started by researching the various consumer breathalyzers. In the end I decided to hack the Alcoscan AL2500. It provides readings within a reasonable error tolerance and costs about $30 on Amazon — much cheaper than fuel cell meters. Upon opening it up, I found that it’s set up pretty simply. It’s driven by an ATMEGA48V-10AU microcontroller, with the semiconductor sensor connected to an analog input, and digital outputs that drive a simple seven-segment style LCD.

As I saw it, there were basically two options for obtaining the data from the breathalyzer and sending it to the computer. On the one hand, you could read the analog value from the breath sensor, or on the other hand, you could reconstruct the LCD digits from the digital outputs. Since the analog circuit driving the sensor was a little complicated and beyond my expertise (and I’d procrastinated enough that learning more before GDC was out of the question), I decided to reconstruct digits. I first followed traces on the PCB to find which pins on the microcontroller were driving the LCD. I then systematically grounded each pin while turning the unit on to determine which pins drove which LCD segments.

I then soldered wires to the relevant LCD outputs on the board (the connectors were nice and big compared to the microcontroller pins). I spent a bit of time determining which outputs from the LCD I wanted to read. As it turns out, you only need five segments from a seven-segment digit to determine the numerical value of the digit — the bottom and bottom right segments are superfluous (see Matt Mets’s recent post, who solved the problem independently). I ran a total of eleven wires — two digits for the BAC level and one wire for the “Wait” indicator — into digital inputs on an Arduino Diecimila. The Arduino code ended up pretty simple — it reconstructs two digits and the status of the “Wait” indicator and transmits these serially via USB.

I then read the serial data in using the Java RXTX library and spit it into a text file, which I then read in from Unity. The game then makes the paddle size larger the drunker you are!

The hardware is of course begging to be used in other ways — how about a program that locks you out of Ecto and your forum accounts when you’re right trashed? No more embarrassing comments that you can’t take back! I may go back and make a more sophisticated game in the future — Pong was about the right scope for the single day of development time I had left after handling the hardware and serial transmission!

I’ll have the game up for play at the 9Bit indie games party Tuesday night — if you’re at GDC just find folks from Flashbang, Gastronaut, or ThatGameCompany to get an invite and drink tickets! I’ll post an Instructable and some more information about the software when time permits. Extra special thanks to Becky Stern and Matt Mets for their advising on the hardware interface!

I published an Instructable for anyone interested in making one, and have a photoset up on Flickr.

First, install XCode Tools, found on the original OS X disc. Alternatively, you can download it from Apple, though it’s about 1GB. There are a number of useful developer tools included, but what you really want is gcc, the GNU C Compiler. (If you do much programming, you’ve probably already installed this) The idea here is we’re simply going to compile the GNU ls and dircolors for our Mac. If you’ve used Linux much, you’ll recognize the steps exactly.

Next, download the newest version of coreutils from the GNU FTP. Pop open a terminal and make a temporary directory, then decompress the archive – for instance tar -xvjf coreutils-6.9.tar.bz2

Enter the directory created from decompressing coreutils. Now we’ll compile for our system. Simply run ./configure and then make when it’s done. If either configure or make gives you any guff, you probably just need a new version of XCode Tools/gcc.

Presuming that all went well, we’ve now got a new ls binary ready to go. To backup your old one (and its man pages) and replace it with the new, simply run:
sudo mv /bin/ls /bin/ls.bak
sudo cp src/ls /bin/ls
sudo cp src/dircolors /bin/dircolors
sudo mv /usr/share/man/man1/ls.1 /usr/share/man/man1/ls.1.bak
sudo cp man/ls.1 /usr/share/man/man1/ls.1
sudo cp man/dircolors.1 /usr/share/man/man1/dircolors.1

Don’t forget to trash the coreutils directory once you’re done with it.

Now all you need to do is run ls --color=auto to get colored output. I suggest adding the line alias ls='ls -hF --color=auto' to your .bash_profile file. This makes ls color-code output, as well as giving helpful symbols to indicate executable/directory/etc status and displaying file sizes in a human-readable format.

To get the full benefit of the color system, you’ll also want to create a .dir_colors file in your home directory, and have dircolors run when you start a shell. Add a line to your .bash_profile such as eval `dircolors`. You may download my .dir_colors and modify it if you like. With all that done, you can get pretty results like this:

It had been about a year and a half since I’d had a chance to solder anything, which I realize now was far too long! Luckily, soldering seems to stick like bike riding – my joints were as clean and pretty as ever! Now just to test it out!