Makey Makey Go is a super-cheap invention kit. For $19, you get a USB stick and an alligator clip; use the two in tandem and you can turn (almost) anything into a keyboard or mouse button. Examples of potential uses include a Slip'N Slide that takes a photo as you zoom past, a donut spacebar, a dog bed that initiates a Skype call and a foil sword game that counts the number of times you hit an opponent. If you have an idea that requires more than one button, you just plug in another stick.

Comments

Source: Jay Silver (Kickstarter)

Yesterday, there was a Hackaday post for a Kickstarter campaign. Because we force everyone to read every Hackaday post, there were some complaints and suggestions that we flag posts about Kickstarter campaigns. The most obvious solution to this problem of forcing people to read what they don’t want to read would be a UserScript or browser extension that automatically removes posts with objectionable tags.

It took 12 hours for [Daniel Ward] to lift you up to salvation, ending the inexorable toil you have all suffered under the thumb of idiotic and incompetent Hackaday editors.

[Daniel] wrote a UserScript for GreaseMonkey or TamperMonkey that looks at the tags for each and every Hackaday post. If a tag matches, “crowd-funding”, “crowdfunding”, or “kickstarter”, the post is removed from your browser.

It’s an astonishing advancement in state of the art, “not reading what you don’t want to read” technology. Bards and troubadours will sing of this day for years. Philosophers and theologians are citing this as evidence of something they’re calling, ‘free will.’ We don’t know who [Will] is, but at least he’s free now.

If that’s not enough, [RoGeorge] came up with an astonishing twist on this life-changing technology. By adding, ‘Arduino’ to the blacklisted tags, all posts tagged ‘Arduino’ are also removed. This can, of course, be extended to any tag. Imagine; a world where you don’t have to read what you don’t want to read. A futuristic utopia. Astounding.

Read more on MAKE

Read more on MAKE

Forget playing games for cash -- if you really want to raise the stakes, try losing your actual blood when you lose in the virtual world. That's the concept behind Blood Sport, a crowdfunded project that modifies game controllers to drain your body when your character takes damage. Their Arduino-based technology turns a gamepad's rumble signals (which often indicate that you've been hit) into commands for a blood collection machine. In theory, every digital punch or gunshot draws some of the red stuff from your arm. And before you ask: Blood Sport limits transfers based on your age, medical conditions and weight, so you won't pass out just because your gaming skills aren't up to snuff.

Filed under: Gaming

Comments

Via: Kotaku

Source: Kickstarter

Read more on MAKE

Read more on MAKE

Everyone has a bad day right? Monday was a particularly bad day for the folks at Sparkfun. Customer support tickets started piling up, leading to the discovery that they had shipped out as many as 1,934 MicroViews without bootloaders.

MicroView is the tiny OLED enabled, Arduino based, microcontroller system which had a wildly successful Kickstarter campaign earlier this year. [Marcus Schappi], the project creator, partnered up with SparkFun to get the MicroViews manufactured and shipped out to backers. This wasn’t a decision made on a whim, Sparkfun had proven themselves by fulfilling over 11,000 Makey Makey boards to backers of that campaign.

Rather than downplay the issue, Sparkfun CEO [Nathan Seidle] has taken to the company blog to explain what happened, how it happened, and what they’re going to do to make it right for their customers. This positions them as the subject of our Fail of the Week column where we commiserate instead of criticize.

First things first, anyone who receives an effected MicroView is getting a second working unit shipped out by the beginning of November. Furthermore, the bootloaderless units can be brought to life relatively easily. [Nate] provided a hex file with the correct bootloader. Anyone with an Atmel AVR In-System Programming (ISP) programmer and a steady hand can bring their MicroView to life. Several users have already done just that. The bootloader only has to be flashed via ISP once. After that, the MicroView will communicate via USB to a host PC. Sparkfun will publish a full tutorial in a few weeks.

Click past the break to read the rest of the story.

So what went wrong? The crux of the problem is a common one to manufacturing: An incomplete production test. For many of their products, Sparkfun loads a single hex file containing the production test and the optiboot bootloader. The test code proves out the functionality of the device, and the bootloader allows the customer to flash the device with their own sketches. The problem is the bootloader normally connects to a PC host via USB. Enumerating a USB connection can take up to 30 seconds. That’s way too slow for volume production.

Sparkfun opted to skip the bootloader test, since all the pins used to load firmware were electrically tested by their production test code. This has all worked fine for years – until now. The production team made a change to the test code on July 18th. The new hex file was released without the bootloader. The production test ran fine, and since no one was testing the bootloader, the problem wasn’t caught until it was out in the wild.

The Sparkfun crew are taking several steps to make sure this never happens again.They’re using a second ATmega chip on their test fixture to verify the bootloader without the slow PC enumeration step. Sparkfun will also avoid changing firmware during a production run. If firmware has to change, they’re planning to beta test before going live on the production line. Finally, Sparkfun is changing the way they approach large scale production. In [Nathan's] own words:

Moving from low volume to mid-volume production requires a very different approach. SparkFun has made this type of mistake before (faulty firmware on a device) but it was on a smaller scale and we were agile enough to fix the problem before it became too large. As we started producing very large production runs we did not realize quality control and testing would need very different thinking. This was a painful lesson to learn but these checks and balances are needed. If it didn’t happen on Microview it would have happened on a larger production run someday in the future.

Everyone has bad days, this isn’t the first time Sparkfun has lost money due to a mistake. However, they’re doing the right thing by attacking it head on and fixing not only the immediate issue but the underlying thought process which allowed the problem to arise.

Read more on MAKE

Read more on MAKE