Helix Display Brings Snake Into Three Dimensions

June 7, 2017 by James Hobson 7 Comments

Any time anyone finds a cool way to display in 3D — is there an uncool way? — we’re on board. Instructables user [Gelstronic]’s method involves an array of spinning props to play the game Snake in 3D.

The helix display consists of twelve props, precisely spaced and angled using 3D-printed parts, each with twelve individually addressable LEDs. Four control groups of 36 LEDs are controlled by the P8XBlade2 propeller microcontroller, and the resultant 17280 voxels per rotation are plenty to produce an identifiable image.

In order to power the LEDs, [Gelstronic] used wireless charging coils normally used for cell phones, transferring 10 W of power to the helix array. A brushless motor keeps things spinning, while an Arduino controls speed and position via an encoder. All the links to the code used are found on the project page, but we have the video of the display in action is after the break.

Continue reading “Helix Display Brings Snake Into Three Dimensions” →

Robotic Arms Controlled By Your….. Feet?

June 7, 2017 by James Hobson 12 Comments

The days of the third hand’s dominance of workshops the world over is soon coming to an end. For those moments when only a third hand is not enough, a fourth is there to save the day.

Dubbed MetaLimbs and developed by a team from the [Inami Hiyama Laboratory] at the University of Tokyo and the [Graduate School of Media Design] at Keio University, the device is designed to be worn while sitting — strapped to your back like a knapsack — but use while standing stationary is possible, if perhaps a little un-intuitive. Basic motion is controlled by the position of the leg — specifically, sensors attached to the foot and knee — and flexing one’s toes actuates the robotic hand’s fingers. There’s even some haptic feedback built-in to assist anyone who isn’t used to using their legs as arms.

The team touts the option of customizeable hands, though a soldering iron attachment may not be as precise as needed at this stage. Still, it would be nice to be able to chug your coffee without interrupting your work.

Continue reading “Robotic Arms Controlled By Your….. Feet?” →

Hackaday Prize Entry: DIY LCD Based SLA 3D Printer

June 7, 2017 by Donald Papp 11 Comments

Resin-based SLA 3D printers are seen more and more nowadays but remain relatively uncommon. This Low Cost, Open Source, LCD based SLA 3D Printer design by [Dylan Reynolds] is a concept that aims to make DIY SLA 3D printing more accessible. The idea is to use hardware and manufacturing methods that are more readily available to hobbyists to create a reliable and consistent DIY platform.

[Dylan]’s goal isn’t really to compete with any of the hobbyist or prosumer options on the market; it’s more a test bed for himself and others, to show that a low-cost design that takes full advantage of modern hardware like the Raspberry Pi can be made. The result would be a hackable platform to let people more easily develop, experiment, or simply tamper with whatever part or parts they wish.

Improving Mister Screamer; An 80 Decibel Filament Alarm

June 7, 2017 by Donald Papp 46 Comments

I created a prototype 3D printer filament alarm that worked, but the process also brought some new problems and issues to the surface that I hadn’t foreseen when I first started. Today I’m going to dive further into the prototyping process to gain some insight on designing for a well-specified problem. What I came up with is an easy to build pendant that passively hangs from the filament and alerts you if anything about that changes.

I began with a need to know when my 3D printer was out of filament, so that I could drop whatever I was doing and insert a new spool of filament right up against the end of the previous spool. By doing this within four minutes of the filament running out, printing very large jobs could continue uninterrupted. The device I designed was called Mister Screamer.

Continue reading “Improving Mister Screamer; An 80 Decibel Filament Alarm” →

Friday Hack Chat: 8-Bit Micros With Microchip

June 7, 2017 by Brian Benchoff 20 Comments

A few years ago, Microchip acquired Atmel for $3.56 Billion. There are plenty of manufacturers of 8-bit microcontrollers, but everyone makes 8051s, and the MSP430 isn’t as popular as it should be. Microchip’s acquisition of Atmel created what is probably the largest manufacturer of 8-bit micros, with a portfolio ranging from ATtinys smaller than a grain of rice to gigantic PICs.

This Friday, we’re hosting a Hack Chat with the Technical Marketing Engineer of 8-bitters at Microchip. If you love AVR, this is the guy to talk to. If you’re still rocking the vintage 1993 PICkit, this is the guy to talk to.

On the docket for this Hack Chat are some new PICs and some very interesting peripherals coming down the line. ADCC — A2D with computation — is on the table, along with configurable logic cells. This Hack Chat is also going to go over Microchip design tools like MP Lab Xpress.

Of course, these Hack Chats are a question and answer session for the community. We’re encouraging everyone to ask a few questions about what Microchip is doing. We’ve opened up a discussion guide for this Hack Chat. If you have a question, just add it to the list.

If you can’t make the Hack Chat, don’t worry. We’re going to have a transcript of the entire chat. That should be available here shortly after the chat concludes.

Here’s How To Take Part:

Our Hack Chats are live community events on the Hackaday.io Hack Chat group messaging. This hack chat will take place at noon Pacific time on Friday, June 9th. Here’s a fancy time and date converter if you need timezone help.

Log into Hackaday.io, visit that page, and look for the ‘Join this Project’ Button. Once you’re part of the project, the button will change to ‘Team Messaging’, which takes you directly to the Hack Chat.

You don’t have to wait until Friday; join whenever you want and you can see what the community is talking about

Fail Of The Week: Sand Casting Copper

June 7, 2017 by Dan Maloney 90 Comments

There’s trouble in the Kingdom of Random – the smithies of the realm are having trouble sand-casting copper. And while [King Grant] might not be directly asking for help, we think the Hackaday community might have plenty to say about his efforts.

We’ve all seen plenty of sand casting efforts before, including attempts to make otherwise unobtainable engine parts. And “lost foam” casting, where a model of the part is constructed of polystyrene foam that flashes off when the molten metal is poured, is a relatively new twist on the technique that’s been used to good effect on a recent Gingery lathe build. But most backyard foundries work in aluminum, which is apparently much easier to work with than the copper that [Grant Thompson] is working with. Ironically, his first pour worked the best — not perfect, but at least the islands defining the spokes of his decorative piece didn’t break off and float away as they did in every pour shown in the video below. That leads us to think that the greensand is too dry by the second video. Or perhaps the density of copper just makes it more likely for the sand to float. Maybe a cope and drag mold is in order to keep the islands in place and direct the flow of the copper better.

We know there’s a lot of expertise out there, so sound off in the comments about what you think is going on with these pours.

Continue reading “Fail Of The Week: Sand Casting Copper” →

Reading Bingo Balls With Microcontrollers

June 7, 2017 by Voja Antonic 38 Comments

Every once in a while a project comes along with that magical power to consume your time and attention for many months. When you finally complete it, you feel sorry that you don’t have to do anything more.

What is so special about this Bingo ball reader? It may seem like an ordinary OCR project at first glance; a camera captures the image and OCR software recognizes the number. Simple as that. And it works without problems, like every simple gadget should.

But then again, maybe it’s not that simple. Numbers are scattered all over the ball, so they have to be located first, and the best candidate for reading must be selected. Then, numbers are painted onto a sphere rather than a flat surface, sometimes making them deformed to the point where their shape has to be recovered first. Also, the angle of reading is not fixed but somewhere on a 360° scale. And then we have the glare problem to boot, as Bingo balls are so shiny that every light source reflects as a saturated bright spot.

So, is that all of it? Well, almost. The task is supposed to be performed by an embedded microcontroller, with limited speed and memory, yet the recognition process for one ball has to be fast — 500 ms at worst. But that’s just one part of the process. The project includes the pipelined mechanism which accepts the ball, transports it to be scanned by the OCR and then shot by the public broadcast camera before it gets dumped. And finally, if the reading was not reliable enough, the ball has to be subtly rotated so that the numbers would be repositioned for another reading attempt.

Despite these challenges I did manage to build this system. It’s fast and reliable, and I discovered some very interesting tricks along the way. Take a look at the quick demo video below to get a feel for the speed, and what the system “sees”. Then join me after the break to dive into the details of this interesting embedded build.