Galactic Dimension – A Supersized DIY Pinball Machine

If you are from the 1960’s or 1970’s we know you would have enjoyed furiously punching the buttons of a pin ball machine back in the day. Installation artist [Niklas Roy] recently revisited this old classic game and built Galactic Dimension – a supersized pinball machine for Phæno – an amazing science center in the German city of Wolfsburg. The science centre was planning a big exhibition featuring thirty beautiful, classic pinball machines loaned from the Pacific Pinball Museum in Alameda, California.

The game machine was built on a steep ramp and has a gigantic play field measuring 3m x 6m (10’x20′). It features Sci-Fi game elements in the play field which blend perfectly with the futuristic building where it is housed. The game elements are built from repurposed everyday items like hair dryers and fans, giving visitors the motivation to build some of their own such contraptions.

The players operate the machine via a control desk, and a giant calculator is used to display the game score. The steep ramp had an incline of almost 30° which meant that he had to use a light ball to be able to propel it around the play field. The main user controls are the two flippers, and building giant ones was a big challenge. Solenoids or coils would not cut the ice, and he settled for pneumatic cylinders – easy to control, powerful, not too loud, and the museum already had a compressed air supply readily available. But it still took him three iterations before he could get it right. The plunger, which initially propels the ball, was built from PVC pipes and a hair dryer. Each play field element was built as a separate module to make assembly and maintenance easier. All featured a 220V AC supply, a sensor (either an IR distance sensor or a light barrier) to detect the ball, and an Arduino. Actuators were built from hair dryers and portable fans. Each of them have their own sound effects too – either a hacked toy or a speaker controlled by the Arduino. After everything was built, taken apart, transported, and reassembled at the site, the Galactic Dimension worked without a glitch, and without releasing any magic smoke. To top it off, Andreas Harre, who’s been the German pinball champion for several years in a row, also played the machine when he visited Phæno – and was totally excited about it!

So if you are in that part of Germany anytime until September, do drop in and try to ring up a big score. For photos of his build log, check out the photo album. There’s also a fairly big block diagram (German) and the Arduino sketches (.zip file), if you’d like to take a stab at building an even bigger pinball machine. Check the video to see the machine in action. And if the name [Niklas] sounds familiar, it is because he loves building installations such as the Forbidden Fruit Machine, the Ball Sucking Machine, and another Ball Sucking Machine.

Continue reading “Galactic Dimension – A Supersized DIY Pinball Machine”

Laser Cutter Exhaust Interlock Is Silly, Educational, Useful

If there’s one maker space that has an excess of mad scientist type hackers, it has to be LVL1 in Louisville, KY. They sure do a lot of crazy stuff, like this simple device to defeat the laser cutter smoke monster. Nobody got the memo about the “simple” part. Instead they created a functional, educational and aesthetically pleasing element for the hackerspace.

LVL1 has a large format laser cutter. Laser cutters emit nasty smoke. Said smoke needs to be vented outside. To do so, it needs to pass through a scrubber/filter so the neighbouring Pigs don’t complain. So they installed a larger, better filter. The Pigs are happy, until the filter gets clogged and the smoke monster decides to escape. Next they install a pressure switch which disables the laser when the filter gets clogged. Laser cutters have a myriad of safety interlocks, so quite often, it isn’t apparent which one caused it to trip. Hence, the Laser Cutter Enable Module – LCEM.

The simple part was to install an indicator that lights up when the pressure switch is enabled, and off when not. But when it’s off, it isn’t clear if the pressure switch is off, or the indicator has failed. Simple, just install a bi-color LED – Red for off, Green for On. But then what about color blind folks who cannot tell the two colors apart? So, finally, two LED’s with clearly labelled text marking them as Enabled and Disabled.

A simple (this time for real) circuit was finally agreed upon. The SPDT contacts of the pressure switch drive the LED in an optoisolator. Its output drives a DPDT relay via a transistor. One set of contacts light up the two indicator LED’s and the other set of contacts goes to the laser cutter enable contacts. Of course, the optoisolator is totally redundant and over kill too – it’s input LED shares the same power supply as the output transistor! Remember the missing memo?

It was time to assemble the circuit. This is where the mad scientist dudes got really creative. On one half of a piece of acrylic, the schematic diagram was etched using the laser. This ensures n00bs get some education. And the remaining half had the circuit laid out in old-skool wire wrap fashion. Holes were drilled and connections were drawn (using the laser, of course) for the various components. Parts were inserted, and wires were soldered to make the connections. The result is what they call the PCB/Mounting Plate/Educational Schematic/Acrylic thing. Of course, exposed connections and wires are no good. So they made a sandwich consisting of a flat acrylic base, and a cut out frame in the middle to accommodate the wire connections and joints. All of this to light up an indicator. Because.

Thanks [JAC_101] from LVL1 for sending in this tip.

If you want to read more about LVL1 shenanigans, check out this post about their Rocketry group, or this post when Hackaday visited LVL1.

ShakeIt – An Interactive Light Game

Learning becomes interesting when you make it fun, interactive and entertaining. [Arkadi] built ShakeIt – an interactive game for the Mini MakerFaire in Jerusalem to demonstrate to kids and grownups how light colors are mixed. It is a follow up to his earlier project – Smart juggling balls which we featured earlier.

The juggling balls consist of a 6 dof sensor (MPU 6050), a micro controller, transmitter (NRF24L01+), some addressable RGB LED’s and a LiPo battery. An external magnet activates a reed switch inside the balls and triggers them in to action. The ShakeIt light fixture consists of an Arduino Nano clone, NRF24L01+ with SMA Antenna, buck converter, 74 addressable RGB LED’s, and a bluetooth module. The bluetooth module connects to a smartphone app.

[Arkadi] starts out by handing three juggling balls, each with a predefined color (Red, Green, Blue). When the ball is shaken, the light inside the ball becomes stronger. The ShakeIt light fixture is used as a mixer. It communicates with the balls and receives the value of how strong the light inside each of the smart balls is, mixing them up, and generating the mixed color.

The fun starts when the interactive game mode is enabled. Instead of just mixing the light, the Light fixture generates patterns based on how strong the balls are shaken. At first the light fixture shows all three colors filling up the central ball. The three contenders then fight out to get their color to fill up the sphere completely until only one color remains and the winner is declared.

The kids might be learning some color theory here, but it seems the adults are having a “ball” playing the crazy game. If you’d like to build your own shoulder dislocating ShakeIt game, head over to [Arkadi]’s github repository for the ShakeIt and the Juggling Balls. Check the video below to see the adults having fun.

Continue reading “ShakeIt – An Interactive Light Game”

IoT Enabled Thomas The Tank Engine

This month the popular “Thomas the Tank Engine” toy celebrated its 70 anniversary. As a fun project, [tinkermax] wanted to bring this traditional toy into the age of IoT, while preserving its physical appearance and simple charm.

He used a model called the “Diesel” which seemed big enough to house the electronics, but proved otherwise once he inspected the innards. He needed to fit in an ESP8266 module, an accelerometer breakout, some discrete parts, a nifty analog multiplexer, and a 14500 3.7V LiPo. Once done, he was able to control its speed remotely over WiFi, with an auto “throttle-boost” that kicks in when the accelerometer senses that the train is going uphill, and has remote monitoring of battery state, engine load, inclination and track vibration – all in real-time using MQTT over WiFi. It’s quite a demonstration of the power of these super-cheap WiFi modules that are powering the current wave of IoT innovation.

The train motor works off a single 1.5V battery, so [tinkermax] tried a couple of boost converters to get the ESP-12 to work. But the modules were a tad bigger, and couldn’t provide the high peak current needed by the ESP-12. So he used a 14500 3.7V LiPo battery instead. A series diode drops the LiPo voltage to a circuit friendly 2.9V ~ 3.6V range. The ADXL345 accelerometer is used to measure “pitch” to detect going up and down a hill, “roll” to check for tilt or tip over and vibration to identify track defects. It communicates with the ESP-12 using a special Lite-SPI library that he wrote.

Two analog measurements are performed. One uses a resistor in series with the PWM driven motor to measure its current, with a low pass filter to smooth out PWM noise. The other is a resistor divider network used to monitor battery voltage. But the ESP-12 has just one ADC channel. Instead of adding another ADC module, [tinkermax] used a neat device – the FSA3157 – which allows two analog inputs to be channeled to a single output much like a SPDT switch. One PWM output is used to control motor speed and a second one to pulse a LED.

The sensor data is streamed 5 times a second over the MQTT protocol to a Raspberry Pi based MQTT broker. Finally, a JavaScript webpage receives the MQTT messages and plots the data graphically. One upgrade he would like to implement is speed measurement, to allow constant speed drive. If you have any ideas on how to extract that information from an accelerometer, chip in with your comments below. Check out his build log in the short video below. And if you’d like to see how all of this can be used in the real world, check this other video where [tinkermax]’s colleague gives a run down about a commercial enterprise IoT cloud platform hooked up to Thomas the Tank Engine.

Continue reading “IoT Enabled Thomas The Tank Engine”

Nixie Clock Uses Ingenious Software RTC

There’s something about Nixie Tube Clocks that keeps drawing hackers to build their own iterations, even if its been done a gazillion times before. Their depleting supply, and the high voltage drivers to control them, makes it all the more interesting. [Pete Mills], a veteran of several interesting projects, many of which we have featured here, is no exception and decided to build his own version of a Nixie Tube Clock, but with several nifty features.

To put it in a nut shell, his Clock uses Nixie tubes for display, has USB serial communication, temperature measurement, AC frequency measurement, time and date keeping with a software based RTC, software driven boost converter for the 175V DC nixie tube supply and a windows app for clock configuration.

The software based time keeping is pretty interesting. It is essentially a method to calibrate the crystal to more closely match real time, and some code to keep track of the time and date.  This obviously leads to a reduction in components and the spin-offs that comes with that; increased reliability, cost reduction, real estate savings. The RTC code can easily be ported to other clock projects irrespective of the display used. Besides keeping track of time and date, it can also account for leap years, and report the day of the week. A zero-crossing detector connected to the low-voltage transformer supply that powers the clock can also be used as an alternative way of keeping time.

When connected to a serial console over UART, the clock can report back many variables depending on the queries it receives. The high voltage DC needed to drive the Nixie tubes is generated using a simple boost converter controlled by the micro controller. An important “gotcha” that [Pete] deduced after blowing off several fuses, was to disconnect the micro controller port connected to the PWM timer and explicitly set it to output low via software. There’s a couple of other issues that he ran into – such as board layout, power supply, incorrect pullups – that make for interesting reading. The clock enclosure is still work in progress, but [Pete] hopes to get it done sometime soon.

He also wrote a Windows application – Nixie Clock Communicator – to help with time setting and calibration. Finally, he describes in detail the process of calibrating the clock’s software based RTC. Based on his calculations, the clock will drift by about 48 seconds over an 8 month period. Since he will be adjusting for DST much sooner than that, his clock ought to be off from correct time by not more than a minute at any given time. Not bad for a clock that does not use a dedicated RTC chip. [Pete] still has some of the prototype boards to give away if someone is interested. If you’d rather build it yourself from scratch, [Pete] has posted the software code, schematics and PCB, and a BoM.

Ducted Fan Drone Uses 1 Rotor For VTOL

Multi-rotor fixed-pitch aircraft – quad, hexa, octa copters – are the current flavor of the season with hobby and amateur flight enthusiasts. The serious aero-modeling folks prefer their variable-pitch, single rotor heli’s. Defense and military folks, on the other hand, opt for a fixed wing UAV design that needs a launch mechanism to get airborne. A different approach to flight is the ducted fan, vertical take-off and landing UAV. [Armin Strobel] has been working on just such a design since 2001. However, it wasn’t until recent advances in rapid-prototyping such as 3D printing and availability of small, powerful and cheap flight controllers that allowed him to make some progress. His Ducted Fan VTOL UAV uses just such recent technologies.

Ducted fan designs can use either swivelling tilt rotors that allow the craft to transition from vertical flight to horizontal, or movable control surfaces to control thrust. The advantage is that a single propeller can be used if the model is not too big. This, in turn, allows the use of internal combustion engines which cannot be used in multi-rotor craft (well, they’ve proven difficult to use thus far).

[Armin] started this project in 2001 in a configuration where the centre of gravity is located beneath trust vectoring, giving the advantage of stability. Since there were no hobby autopilots available at the time, it was only equipped with one gyroscope and a mechanical mixer to control the vehicle around the vertical axis. Unfortunately, the craft was destroyed during the first flight, after having managed a short flight, and he stopped further work on it – until now. To start with, he built his own 3D printer – a delta design with a big build volume of 400mm3. 3D printing allowed him to build a structure which already included all the necessary mount points and supports needed to fix servos and other components. The in-fill feature allowed him to make his structure stiff and lightweight too.

Intending to build his own auto-pilot, he experimented with a BeagleBone Black connected to a micro controller to interface with the sensors and actuators. But he wasn’t too happy with initial results, and instead opted to use the PixHawk PX4 auto-pilot system. The UAV is powered by one 3-cell 3500mAh LiPo. The outside diameter of the duct is 30cm (12”), the height is 55cm (22”) and the take-off weight is about 1.2kg (2.6 pound). It has not yet been flown, since he is still waiting for the electronics to arrive, but some bench tests have been conducted with satisfactory results. In the meantime, he is looking to team up with people who share similar interests, so do get in touch with him if this is something up your alley.

If you want to look at other interesting designs, check this UAV that can autonomously transition from quadcopter flight to that of a fixed-wing aircraft or this VTOL airplane / quadcopter mashup.

Eye-Controlled Wheelchair Advances From Talented Teenage Hackers

[Myrijam Stoetzer] and her friend [Paul Foltin], 14 and 15 years old kids from Duisburg, Germany are working on a eye movement controller wheel chair. They were inspired by the Eyewriter Project which we’ve been following for a long time. Eyewriter was built for Tony Quan a.k.a Tempt1 by his friends. In 2003, Tempt1 was diagnosed with the degenerative nerve disorder ALS  and is now fully paralyzed except for his eyes, but has been able to use the EyeWriter to continue his art.

This is their first big leap moving up from Lego Mindstorms. The eye tracker part consists of a safety glass frame, a regular webcam, and IR SMD LEDs. They removed the IR blocking filter from the webcam to make it work in all lighting conditions. The image processing is handled by an Odroid U3 – a compact, low cost ARM Quad Core SBC capable of running Ubuntu, Android, and other Linux OS systems. They initially tried the Raspberry Pi which managed to do just about 3fps, compared to 13~15fps from the Odroid. The code is written in Python and uses OpenCV libraries. They are learning Python on the go. An Arduino is used to control the motor via an H-bridge controller, and also to calibrate the eye tracker. Potentiometers connected to the Arduino’s analog ports allow adjusting the tracker to individual requirements.

The web cam video stream is filtered to obtain the pupil position, and this is compared to four presets for forward, reverse, left and right. The presets can be adjusted using the potentiometers. An enable switch, manually activated at present is used to ensure the wheel chair moves only when commanded. Their plan is to later replace this switch with tongue activation or maybe cheek muscle twitch detection.

First tests were on a small mockup robotic platform. After winning a local competition, they bought a second-hand wheel chair and started all over again. This time, they tried the Raspberry Pi 2 model B, and it was able to work at about 8~9fps. Not as well as the Odroid, but at half the cost, it seemed like a workable solution since their aim is to make it as cheap as possible. They would appreciate receiving any help to improve the performance – maybe improving their code or utilising all the four cores more efficiently. For the bigger wheelchair, they used recycled car windshield wiper motors and some relays to switch them. They also used a 3D printer to print an enclosure for the camera and wheels to help turn the wheelchair. Further details are also available on [Myrijam]’s blog. They documented their build (German, pdf) and have their sights set on the German National Science Fair. The team is working on English translation of the documentation and will release all design files and source code under a CC by NC license soon.