Friday Hack Chat: Hardware Games

October 4, 2017 by Brian Benchoff No comments

For this week’s Hack Chat, we’re talking all about hardware games. What’s a hardware game? Anything where we use hardware, electronics, or code for user interaction. This is a vast, vast topic and there are a lot of tips and tricks that go into making a unified experience that’s both valuable and can stand up to the rigors of any crowd.

Our guest for this week’s Hack Chat will be [Phoenix Perry], lecturer, CS PhD researcher, game company owner, artist, programmer, game designer, and activist. For every human-computer computer interaction to teaching computer science, [Phoenix] has had her hand in it. She founded Code Liberation Foundation, which teaches women to program games for free. She’s a lecturer in Physical Computing at Goldsmiths, University of London, she’s given talks at Hackaday conferences, she’s created low-poly trees,

For this Hack Chat, we’re going to be talking about integrating hardware into gaming, or turning the idea for a game into a reality with hardware. We’ll be discussing game design, hardware design for games (need to make it idiot-proof, after all), building communities, and educating others.

As usual with Hack Chats, we’re taking questions from the audience. If you have a question that simply must be answered, here’s a discussion sheet. Fill that out, and we might get around to your question

Our Hack Chats are live community events on the Hackaday.io Hack Chat group messaging. This Hack Chat will be going down noon, Pacific time on Friday, October 6th. Wondering why the Brits were the first to settle on a single time zone when the US had a more extensive rail network and the longitude so time zones made sense? Here’s a time zone converter! Use that to ponder the mysteries of the universe.

Click that speech bubble to the right, and you’ll be taken directly to the Hack Chat group on Hackaday.io.

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

Refurbishing An Old P3Steel

October 4, 2017 by Pedro Umbelino 15 Comments

In the aftermath of the London Unconference, after the usual ~~beer drinking~~ networking at the pub, I meet Javier Varela, one of our many readers that were present. It turns out my fellow Iberic friend is involved in some interesting hardware projects, one of them being the OVM20 Lite board. I was looking for an excuse to mess around with my old Prusa and this was the perfect one. The P3Steel 3D printer was just getting dusty on my basement and it printed just fine in the past. Until one day…

Based on Arduino Mega 2560 with the RAMPS 1.4, it was a pretty standard and cheap option to get some years ago (and still is). My additional modifications or upgrades from the standard options was a LCD screen and the DRV8825 stepper drivers.

What happened was that one fine day the prints started to skew. No matter how hard I tried, it skewed. I checked the driver’s potentiometer, I went back to the motor specifications, I swapped drivers around, and I even flashed another firmware. If the print was big enough, it will get messed up. Sometimes even small prints failed. When you are debugging something like this for hours, there comes a point in time that you start to suspect everything. Was it overheating the drivers? If so, why did this never happened before? Maybe the power supply is fluctuating and coming to the end of its life? Some messed up capacitor in the board? Was it RAMPS’ fault or Arduino? A motor starting to fail? A mechanical issue? I had a fine-tuned Marlin firmware that I manually tweaked and slightly changed, which I had no backup off after the flashing. In retrospect, I actually checked for a lot of things that couldn’t really be related to the problem back then but I also learned quite a lot.

Continue reading “Refurbishing An Old P3Steel” →

Teaching Electronics With A Breadboard Badge

October 3, 2017 by Brian Benchoff 19 Comments

Over the last year, the production of homebrew electronic badges for conferences has exploded. This is badgelife — the creation of custom hardware, a trial by fire of manufacturing, and a mountain of blinky LEDs rendered in electronic conference badges. It’s the demoscene for hardware, and all the cool kids are getting into it.

At this year’s World Maker Faire in New York, there was a brand new badge given out by the folks at Consumer Reports. This badge goes far beyond simple swag, and if you take a really good look at it, you’ll see magic rendered in breadboards and wire.

The Consumer Reports breadboard badge is simple and apparently designed to introduce kids to the world of electronics like the old Radio Shack, ‘100-in-1 Electronics Projects’ kits. Unlike most of the ‘beginner badges’ we’ve seen, this isn’t a badge where you only solder a few LEDs and a battery holder to a PCB. This is a breadboard badge. This is hacking with 74-series logic. This is an impressive piece of engineering given away by Consumer Reports. No one saw this one coming. I don’t think anyone at Maker Faire realized there’s now a viable way to create breadboard badges.

Continue reading “Teaching Electronics With A Breadboard Badge” →

Books You Should Read: Feynman’s Appendix To The Challenger Disaster Report

October 2, 2017 by Donald Papp 84 Comments

It isn’t really a book, but Richard Feynman’s Appendix to the Challenger Disaster Report is still definitely something you should read. It’s not particularly long, but it’s educational and relevant not just as an example of critical thinking in action, but as a reminder not to fool oneself; neither individually, nor on an organizational level. Sadly, while much was learned from the events leading to and surrounding the Challenger disaster, over thirty years later many of us can still find a lot of the same things to relate to in our own professional lives. There isn’t a single magic solution, because these problems are subtle and often masquerade as normal.

Feynman and the Challenger Disaster

Richard Feynman (1918-1988) was a Nobel Prize winning physicist and one of the best-known scientists of his time. In 1986 he somewhat reluctantly agreed to join the Rogers Commission, whose task was to investigate the Challenger disaster. The space shuttle Challenger had exploded a little more than a minute after launch, killing everyone on board. The commission’s job was to find out what had gone wrong and how it had happened, and figure out how to keep it from happening again.

Continue reading “Books You Should Read: Feynman’s Appendix To The Challenger Disaster Report” →

Get Hands-On At Supercon: Workshop Tickets Now Available

October 2, 2017 by Mike Szczys 13 Comments

Build something cool and pick up new skills from the workshops at the Hackaday Superconference. Last week we announced all of the talks you’ll find at Supercon, and starting today you can reserve your spot at one of the workshops.

You must have a Superconference ticket in order to purchase a workshop ticket; buy one right now if you haven’t already. You can get mechanical with Haptics and Animatronics, take your product design from schematic to PCB and enclosure, brush up your embedded development on several choices of platform, make cell towers do your bidding, or dump way too many volts into a block of wood.

Space in these workshops is limited so make sure to sign up before all the seats are taken. The base price for workshops is $10 (basically a “skin in the game” price to encourage those who register to show up). Any tickets priced above that base is meant to cover the material expense of the workshop. Here’s what we have planned:

Embedded Programming with Black Magic and the Lights On

Piotr Esden-Tempski

Sunday Afternoon

Embedded systems programming has earned a bad reputation of being difficult to master. Especially in the open-source world, most people associate it with cut and pasted code that is difficult to debug. The usual tools we have to debug embedded systems are a blinking LED and, if we are lucky, printf statements through a serial port. In this self guided workshop we will show you how easy it can be to have full insight into your microcontroller using fully open source tools that are on par with expensive proprietary closed-source solutions.

Fun with High Voltage

Will Caruana

Sunday Morning

This workshop is about making Lichtenberg figures. A Lichtenberg figure is a piece of art though the multiplication of a few thousands of volts to burn wood. We will cover the science behind this art form as well as the safety and lastly we will be getting hands on experience in being able to using high voltage transformers to make these burnings into wood and make coasters you can take home.

Designing Electronic Textures

Noah Feehan

Sunday Afternoon

Participants will learn the physics behind electrovibration, and then get to play/design for it using a new open-source board called WEFT. After the workshop, you’ll know how to deploy electrovibration in your projects, and understand the feeling of different waveforms.

End to End Product Design with Eagle and Fusion 360

Matt Berggren

Saturday Morning

In this session, we’ll take you end to end, from building a new schematic, simulating a circuit using EAGLE’s built-in SPICE simulator, laying out a PCB, generating mfg files and include some tips & tricks for milling boards and making stencils. We’ll also take you thru the link between electronics and mechanics using Fusion360. Alongside EAGLE we’ll build an enclosure and generate the mfg outputs for your mechanical design (CAM, 3D prints, etc). We’ll look at library management across electronics and mechanics and bidirectional synchronization between both of these domains. This is more than an intro, as Matt’s always good for some essential, oft-missed background and tips with EAGLE you might never have known otherwise.

AVR® MCU Effortless Design Workshop: Prototyping with Sensors and BLE

Bob Martin, Senior Staff Engineer

Sunday Morning

This hands-on training session will walk you through how to develop an embedded sensor node prototype with Bluetooth® Low Energy (BLE) connectivity. You will speed through configuration of the AVR microcontroller, sensor interface and communications interface setup by using Atmel Start, a graphical programming interface. This tool will generate libraries with simple APIs so you can spend time working on your solution instead of messing with registers or communication protocols.

Rapid Prototyping and Linux Kernel Development with the PocketBeagle® Platform

Robert Nelson

Saturday Afternoon

The newly introduced PocketBeagle® is an ultra-tiny-yet-complete Linux-enabled, community-supported, open-source USB-key-fob computer. By leveraging the Octavo SIP, the PocketBeagle offers complete BeagleBoard functionality and includes 512MB DDR3 RAM, 1-GHz ARM Cortex-A8 CPU, 2x 200-MHz PRUs, ARM Cortex-M3, 3D accelerator, power/battery management and EEPROM. The board offers lots of GPIOs, on board peripherals and various expansion capabilities via multiple headers and the Mikroelektronika click board interface. During this course you will learn about pin configuration, how to create a Linux distribution, reconfiguring io on the fly and how to leverage expansion modules. Attendees will leave with their very own PocketBeagle and a couple other surprises as well.

Cellular Connectivity for Your Next Hardware Project

Ben Strahan and Chris Gammell

Saturday Afternoon

Your project shouldn’t be constrained by the range of a WiFi signal. This workshop will show you how to connect to cellular towers via a serial link, get connected into the cloud and reliably start transmitting data. This workshop is suitable for people just getting started in the firmware ecosystem up through advanced firmware engineers. Advanced members of the workshop will have the opportunity to hack their conference badge to connect to cell towers. Sign up for this workshop to add another connection method to your hardware development toolbox.

An Introduction to Animatronics with Laser Cut Tentacle Mechanisms

Joshua Vasquez

Saturday Morning

Animatronics are way cool, but the hacker community rarely ventures farther than a few hobby servos and “dem-blinkin’ LEDs.” In this workshop, I’ll get you cozy with tentacle mechanisms that you can build with just a laser cutter and a few hand tools. There are three big takeaways from this workshop. We’ll build up a two-stage controller reusable in other projects, muscle up our vocabulary of off-the-shelf parts for cable mechanisms, and discover a few laser-cut design techniques.

Superconference workshops tend to sell out extremely quickly. Don’t wait to get your ticket.

Hackaday Links: October 1, 2017

October 1, 2017 by Brian Benchoff 37 Comments

Remember when you first saw a USB port in a standard wall outlet? It was a really great idea at the time, but how’s that 500mA charge holding up now? Fresh from a random press release, here’s a USB 3.0 wall outlet, with USB A and C ports. 5A @ 5V. Future proof for at least several years, I guess.

This is what you call ‘pucker factor’. An Air France A380 traveling from CDG to LAX suffered an uncontained engine failure somewhere over Greenland. Everyone on board is fine, except for the fact they had to spend the night in Goose Bay, Canada. Want the best Twitter/YouTube account of being a passenger? Here you go. Want to know why it landed in Goose Bay? This video is about ETOPS which really doesn’t apply in this instance but it’s a sufficient introduction to diverting airplanes after engine failures.

There are mysterious pylons going up alongside bridges and tunnels in NYC (auto-playing video). No one knows what they are, and the transportation board for New York is hiding behind a cloud of secrecy. We do know there are ‘fiber optics necessary for Homeland Security items’ inside, so place your bets. It’s facial recognition, or at the very least license plate readers. You know, exactly what New York and dozens of other cities have been doing for years.

Did somebody lose a balloon? A Raspberry Pi high-altitude balloon was found on the beach in south-west Denmark.

[Peter] is building an ultralight in his basement. We’ve covered the first part of the build, and we’ve been keeping tabs on him with semi-weekly updates. Now he’s fiberglassed the fuselage and started construction of the wings. Updates of note this week: he’s found a shop with an 8-foot CNC hot wire cutter for the wings. That really cuts down on the build time and it’s actually pretty cheap. One interesting part of this build is a ‘landing gear ejection system’, or a spring thing that allows the landing gear to fall away with the tug of a wire. Why would anyone want a landing gear ejection system? In case he needs to land in a soybean field. A flat bottom means a smoother and more survivable landing. If anyone is still concerned about [Peter]’s safety, this is a put up or shut up situation. Pitch in ten bucks for a parachute if you’re so concerned.

Hoverbike Kalashnikov! What? It’s a guy’s name. No big deal.

Open Hardware Summit is this week in Denver. What will be the highlights of the event? Well, last year, OSHWA announced the creation of an Open Hardware license. This is an all-encompassing license for Open Source Hardware that’s trying to solve some very, very hard problems. Copyright doesn’t work with hardware (except for boat hulls) like it does with software, and this Open Hardware license is the best we’ve got going for us. We’re going to get an update on how well this license is propagating. Also on deck for Summit attendees is a field trip to Sparkfun and Lulzbot. Want to see the world’s second largest 3D printer bot farm? It’ll be awesome.

We’re Using The Word Firmware Wrong

September 29, 2017 by Mike Szczys 123 Comments

I had an interesting discussion the other day about code written for an embedded system. I was speaking with Voja Antonic about ‘firmware’. The conversation continued forward but I noticed that he was calling it ‘software’. We later discussed it and Voja told me he thought only the parts of the code directly interacting with the microcontroller were firmware; the rest falls under the more generic term of software. It really had me wondering where firmware stops being firmware and is merely software?

The topic has remained on my mind and I finally got around to doing some dictionary searches. I’m surprised that I’ve been using the word differently and I think most of the people I’ve heard use it are doing the same — at least as far as dictionary definitions are concerned. My go to sources are generally Merriam-Webster and Oxford English dictionaries and both indicate that firmware is a type of software that is indelible:

Permanent software programmed into a read-only memory.

–Oxford English Dictonary

computer programs contained permanently in a hardware device (such as a read-only memory)

–Merriam-Webster Dictonary

According to this definition, I have never written a single bit of firmware. Everything I have written has been embedded software. But surely this is a term that must change with the times as technology progress so I kept digging.

Continue reading “We’re Using The Word Firmware Wrong” →