A Gloriously Impractical Electromechanical Display

December 19, 2017 by Tom Nardi 28 Comments

For this year’s office holiday party, [Gavan Fantom] wanted to do something really special. Coworkers were messing with LEDs to come up with displays and decorations, but they lack that old-school feel of mechanical displays. He wanted to create something that had retro look of moving elements, but didn’t want to just recreate the traditional flip mechanism we’ve all seen over and over.

The mechanism to drive a single “pixel”.

What [Gavan] came up with is breathtakingly impractical 8×8 display that sounds as cool as it looks. Each “pixel” in the display is a 3D printed screw mechanism rotated by a hobby servo. As the pixel is rotated in its case, it becomes progressively more visible to the observer. The opacity of the pixel can even be adjusted by varying the degree of rotation, allowing for rudimentary display of grayscale images.

Each element in the display is made up of seven 3D printed parts and two nails, which the mechanism slides on to move forward and backward. An 8×8 display needs 64 elements, which means the entire display needs 64 servos, 128 nails, and a whopping 448 3D-printed parts. Even with two printers attacking the production in parallel, the printing alone took over two weeks to complete.

The display is powered by a Raspberry Pi and three “Mini Maestro” controllers which can each handle 24 servos. [Gavan] found some sample code in Python to pass commands to the Maestro servo controllers, which he used as a template when writing his own software. The Python script opens image files, converts them to grayscale, and then maps the value of each pixel to rotation of the corresponding servo. He says the software is a little rough and that there’s still some calibration to be done, but we think the results are phenomenal so far.

Mechanical displays are a favorite of hackers, due in no small part to the awesome noises they make while in operation. While we’ve seen some very creative approaches to this type of display before, what [Gavan] has created here is certainly in a league of its own.

Continue reading “A Gloriously Impractical Electromechanical Display” →

A Robot Arm For Virtual Beer Pong

December 15, 2017 by Kristina Panos 2 Comments

Leave it to engineering students to redefine partying. [Hyun], [Justin], and [Daniel] have done exactly that for their final project by building a virtually-controlled robotic arm that plays beer pong.

There are two main parts to this build: a sleeve worn by the user, and the robotic arm itself. The sleeve has IMUs at the elbow and wrist and a PIC32 that calculates their respective angles. The sleeve sends angle data to a second PIC32 where it is translated it into PWM signals and sent to the arm.

There’s a pressure sensor wired sleeve-side that’s worn between forefinger and thumb and functions as a release mechanism. You don’t actually have to fling your forearm forward to get the robot to throw, but you can if you want to. The arm itself is built from three micro servos and mounted for stability. The spoon was a compromise. They tried for a while to mimic fingers, but didn’t have enough time to implement grasping and releasing on top of everything else.

Initially, the team wanted wireless communication between the sleeve and the arm. They got it to work with a pair of XBees, but found that RF was only good for short periods of use. Communication is much smoother over UART, which you can see in the video below.

You don’t have to have a machine shop or even a 3-D printer to build a robot arm. Here’s another bot made from scrap wood whose sole purpose is to dunk tea bags.

Continue reading “A Robot Arm For Virtual Beer Pong” →

Reverse Engineering The Nintendo Wavebird

December 14, 2017 by Tom Nardi 21 Comments

Readers who were firmly on Team Nintendo in the early 2000’s or so can tell you that there was no accessory cooler for the Nintendo GameCube than the WaveBird. Previous attempts at wireless game controllers had generally either been sketchy third-party accessories or based around IR, and in both cases the end result was that the thing barely worked. The WaveBird on the other hand was not only an official product by Nintendo, but used 2.4 GHz to communicate with the system. Some concessions had to be made with the WaveBird; it lacked rumble, was a bit heavier than the stock controllers, and required a receiver “dongle”, but on the whole the WaveBird represented the shape of things to come for game controllers.

Finding the center frequency for the WaveBird

Given the immense popularity of the WaveBird, [Sam Edwards] was somewhat surprised to find very little information on how the controller actually worked. Looking for a project he could use his HackRF on, [Sam] decided to see if he could figure out how his beloved WaveBird communicated with the GameCube. This moment of curiosity on his part spawned an awesome 8 part series of guides that show the step by step process he used to unlock the wireless protocol of this venerable controller.

Even if you’ve never seen a GameCube or its somewhat pudgy wireless controller, you’re going to want to read though the incredible amount of information [Sam] has compiled in his GitHub repository for this project.

Starting with defining what a signal is to begin with, [Sam] walks the reader though Fourier transforms, the different types of modulations, decoding packets, and making sense of error correction. In the end, [Sam] presents a final summation of the wireless protocol, as well as a simple Python tool that let’s the HackRF impersonate a WaveBird and send button presses and stick inputs to an unmodified GameCube.

This amount of work is usually reserved for those looking to create their own controllers from the ground up, so we appreciate the effort [Sam] has gone through to come up with something that can be used on stock hardware. His research could have very interesting applications in the world of “tool-assisted speedruns” or even automating mindless stat-grinding.

Cocktail Machine Mixes Perfect Drinks Every Time

December 12, 2017 by Steven Dufresne 14 Comments

For many of us. the holiday season is coming up and that means hosting parties and mixing drinks, which can get tiresome. [GreatScott] has come up with a solution, what he calls a crude cocktail mixing machine. But don’t be fooled — it may look crude on the surface, and vibrate a bit while working, but the mechanism is plenty sound and functional.

The machine can mix three different liquids and does so using three peristaltic pumps. In typical [GreatScott] style, while he tears apart the pumps to replace the tubes, he gives us a good glimpse of just how they work. Using a knob and LCD screen, you can enter any quantity you want for the three liquids, though you’ll have to edit the Arduino code if you want to change the liquids’ names.

How does the machine know when to stop pumping a certain liquid? Each pump is rated for a specific quantity per second, though he tests this for each liquid anyway and finds a slight variation which he accounts for in the code. After the machine turns a pump on, a load cell located under the glass tells it when liquid has started arriving at the glass. A simple calculation based on the pump’s quantity per second and the desired quantity tells it how long to leave the pump on for. When the times up, it stops the pump. The result is a machine that’s sure to be a centerpiece for any hacker-filled party. Check out his build and the pump in action in the video below.

Continue reading “Cocktail Machine Mixes Perfect Drinks Every Time” →

Smart Station Runs Entertainment, Is Entertainment

December 11, 2017 by Kristina Panos 10 Comments

It’s that special time of year—time for the parade of student projects from [Bruce Land]’s embedded microcontroller design course at Cornell. [Timothy], [Dhruv], and [Shaurya] are all into remote sensing and control applications, so they built a smart station that combines audiovisual entertainment with environmental sensing.

As with the other projects in this course, the smart station is built on a PIC32 dev board. It does Bluetooth audio playback via RN-52 module and has a beat-matching light show in the form of a NeoPixel ring mounted atop the 3D-printed enclosure. But those blinkenlights aren’t just there to party. They also provide visual feedback about the environment, which comes from user-adjustable high and low trigger values for the mic, an accelerometer, a temperature and humidity sensor, and a luminosity sensor.

The group wanted to add an ultrasonic wake-up feature, but it refused to work with the 3.3V from the PIC. The NeoPixel ring wanted 5V too, but isn’t as picky. It looks to be plenty bright at 3.3V. Another challenge came from combining I²C, UART, analog inputs, and digital outputs. They had to go to the chip’s errata to verify it, but it’s there: whenever I²C1 is enabled, the first two analog pins are compromised, and there’s no official solution. The team got around it by using a single analog pin and a multiplexer. You can check out those blinkenlights after the break.

Maybe you prefer working in wood. If so, you might like this hexagonal take on audio-visualization.

Continue reading “Smart Station Runs Entertainment, Is Entertainment” →

The IBM PC That Broke IBM

December 11, 2017 by Steven Dufresne 128 Comments

It was the dawn of the personal computer age, a time when Apple IIs, Tandy TRS-80s, Commodore PETs, the Atari 400 and 800, and others had made significant inroads into schools and people’s homes. But IBM, whose name was synonymous with computers, was nowhere to be seen. And yet within a few years, the IBM PC would be the dominant player.

Those of us who were around at the time cherished one of those early non-IBM computers, and as the IBM PC came out, either respected it, looked down on it, or did both. But now, unless your desktop machine is a Mac, you probably own a computer that owes its basic design to the first IBM PC.

The Slow Moving Elephant

IBM System/360 Model 30 mainframe by Dave Ross CC BY 2.0

In the 1960s and 1970s, the room-filling mainframe was the leading computing platform and the IBM System/360 held a strong position in that field. But sales in 1979 in the personal computer market were $150 million and were projected to increase 40% in 1980. That was enough for IBM to take notice. And they’d have to come up with something fast.

Fast, however, wasn’t something people felt IBM could do. Decisions were made through committees, resulting in such a slow decision process that one employee observed, “that it would take at least nine months to ship an empty box.” And one analyst famously said, “IBM bringing out a personal computer would be like teaching an elephant to tap dance.”

And yet, in just a few short years, IBM PCs dominated the personal computer market and the majority of today’s desktops can trace their design back to the first IBM PC. With even more built-in barriers which we cover below, how did the slow-moving elephant make this happen?

Continue reading “The IBM PC That Broke IBM” →

Ask Hackaday: Prove Santa Exists

December 9, 2017 by Jenny List 63 Comments

There is no question, that Santa Claus exists. He’s real, with the sleigh, the beard, and the reindeer and everything. He distributes gifts to billions of children in an evening, squeezes down a billion chimneys without getting that stylish red outfit dirty, and gets back home to the North Pole before sunrise. What more proof do you need, after all the missile defence folks track his progress over the icy wastes every Christmas Eve!

Well, the previous paragraph is the story you’ll get from the average youngster in countries where St. Nick is a cultural fixture, and who are we to disabuse them of this notion. Certainly not [Dave Barrett], who has the task of coming up with some ideas for a Santa Proof Of Existence for a kids’ Christmas party. In a previous year he’s thrilled them with a view of the sleigh taking off (in reality a remote-controlled model rocket launch complete with fake air traffic control clearance for Santa via CB radio), but this year the party isn’t somewhere with the space to do that trick. Instead he has the task of maintaining the illusion in those young minds for another year, with only a modest suburban plot in which to do it.

How would you prove Santa’s existence for the credulous young party-goers, using the finest technological marvels available to the Hackaday community? Perhaps you might create the illusion of boots crunching in the snow outside, or maybe the not-so-distant sound of reindeer. We suggest a Santa-Pede won’t cut it, and neither will hiring the beardy member of your hackspace as a stand-in. Kids aren’t that stupid!

What do you think? Go nuts in the comments.

Santa image: Jonathan Lindberg [Public domain].