Project Sea Rendering Autonomously Renders Sea Bottoms

May 25, 2015 by Rich Bremer 21 Comments

[Geir] has created a pretty neat device, it’s actually his second version of an autonomous boat that maps the depths of lakes and ponds. He calls it the Sea Rendering. The project is pretty serious as the hull was specially made of fiberglass. The propulsion is a simple DC motor and the rudder is powered by an RC servo. A light and flag adorn the top deck making the small craft visible to other larger boats that may be passing by. Seven batteries are responsible for all of the power requirements.

The craft’s course is pre-programmed in Mission Planner and uses ArduPilot loaded on an Arduino to steer to the defined way points. An onboard GPS module determines the position of the boat while a transducer measures the depth of the water. Both position and depth values are then saved to an SD card. Those values can later be imported into a software called Dr Depth that generates a topographic map of the water-covered floor.

[Geir] has sent this bad boy out on an 18 km journey passing through 337 way points. That’s pretty impressive! He estimates that the expected run time is 24 hours at a top speed of 3 km/h, meaning it could potentially travel 72 km on a single charge while taking 700 depth measurements during the voyage.

Continue reading “Project Sea Rendering Autonomously Renders Sea Bottoms” →

The Biggest Game Boy Ever?

May 25, 2015 by James Hobson 8 Comments

Feeling nostalgic? Miss the solid feel of an original Nintendo Game Boy? You could smash a window with one and keep playing Pokemon the whole time! Well, [Raz] was, and he built what might just be the biggest Gameboy ever. Gameboy XXL: The Texas Edition.

Actually, it was commissioned for a Belgian music festival called Nintendoom — picture video game music + rave. Anyway, the organizer thought it would be so cool to have a giant functional Game Boy, so [Raz] got to work. He made it out of 10 square meters of 3mm thick MDF, which he laser cut into shape at the Brussels FabLab. The electronics inside consist of a 19″ LCD monitor, a Raspberry Pi, and a few jumbo size buttons.

It’s pretty freaking awesome. It runs Retropie which allows you to play pretty much whatever game you want. Check it out after the break.

Continue reading “The Biggest Game Boy Ever?” →

Need Timing Diagrams? Try Wavedrom

May 25, 2015 by Elliot Williams 34 Comments

When working with anything digital, you’re going to end up reading or writing a timing diagram before long. For us, that’s meant keeping (text) notes, drawing something on a napkin, or using a tool like Inkscape. None of these are ideal.

An afternoon’s search for a better tool ended up with Wavedrom.

Just so you know where we’re coming from, here’s our list of desiderata for a timing diagram drawing solution:

Diagrams have a text-based representation, so their generation can be easily scripted and the results versioned and tracked throughout project development
Command-line rendering of images, because we like to automate everything
Looks good
Simple to use for common cases, but flexible enough to do some strange stuff when needed
Output modifiable when absolutely necessary: SVG would be nice

Basically, what we want is graphviz for timing diagrams.

Wavedrom nails four out of these five at the moment, and has promise to cover all of the bases. Give the online editor demo a try. We found it intuitive enough that we could make simple diagrams without even reading the fine manual. The tutorial has got you covered for more esoteric use cases.

Clearly, some good thought has been put into the waveform description language, WaveJSON; it’s mostly readable and makes the essentials quick and easy. Because you can also enter straight SVG, it leaves the door open for full-fledged lunacy.

Wavedrom is written in JavaScript, and built for embedding in webpages; that’s the way they intend us to use it. On the other hand, if you want to run your own local version of the online editor, you can download it and install it locally if you’d like.

Our only quibble is that the standalone, command-line application wouldn’t generate images without the GUI on our Arch system. (Looks like there are some Google Chrome dependencies?) Otherwise, we think we’ve found our solution.

There are other applications out there. Drawtiming looks good, but we can’t quite get our head around the file format and the graphic output isn’t as flexible as we’d like: it only outputs GIF and we’re more into SVG because it can be edited easily after the fact.

There are font-based solutions that let you “type” the timing diagrams. We found Xwave and “Timing Diagram Font“. These work but aren’t particularly flexible; if you want something to happen at odd times, you’re out of luck. Plus, it just feels like a dirty hack, as if that were a bad thing.

Latex users can use tikz-timing, which makes sketching out your timing diagrams as much fun as laying out a very complex table in Latex (that is: not fun at all). On the other hand, it looks good, is ultimately flexible, outputs PDF, and would be scriptable if someone put the time in to write a nice frontend.

So for the next little while, we’re trying out Wavedrom.

What do you use for making timing diagrams?

LED Matrix Plus Geiger Counter

May 25, 2015 by Elliot Williams 10 Comments

A lot of projects get made because someone just has the parts lying around. In this case, [Ed Nisley] got given a nice 8×8 RGB LED matrix, and needed something to display. [Ed] details the transformation of stuff-lying-on-the-desk into a unique matrix display for a Geiger counter (which he also presumably had sitting around somewhere). The result is a lightshow that’s as random as radioactive decay, and that’s pretty darn random.

The first post covers the hardware layout. It’s build on protoboard, but ends up looking a lot nicer than our projects because [Ed] spent some time hiding the shift-register ICs and row-driver transistors underneath the matrix itself, which was nicely socketed above. A sweet touch is the use of SMT resistors soldered upright underneath the board to save space. Cute.

The second post covers the circuit design, and is worth a look if you’re new to driving many LEDs from a minimum number of microcontroller pins. There are eight rows, and three colors each for eight LEDs per row. Without using shift registers, this would require 8*8*8*8 = way too many pins to control. If you want a worked example of how to do this with just four microcontroller pins, have a look. (Spoiler: cascaded shift registers driven by the AVR’s hardware SPI peripheral.)

The third post starts to flesh out the software. [Ed] settled on seven colors (and off) for the display, so the matrix’s total state can be crammed into just 32 bytes, which fits nicely in even a tiny microcontroller, much less the gargantuan ATmega328. Wrapping this all up in an array of structs and providing a couple of helper functions makes quick work of the software side. The addition of a sync pulse to trigger an oscilloscope at the end of a row is a nice touch.

Next up is the Geiger counter interface software post. When a radioactive decay event is detected, the code reads out the time in milliseconds and uses that as the source of randomness. To whiten the noise, the times are run through a simple hash function: the Jenkins hash (link). This hash function was new to us and seems pretty useful for quick-and-dirty microcontroller applications.

The last post details pre-loading the matrix on startup and running a test sequence that blinks each LED to make sure they’re all working. Using a single random value to seed a software pseudo-random number generator ensures that it will (almost) never start off with the same display twice.

Phswew! That’s a lot of well-documented writeup of a well-polished project! Hope it inspires you to dig out something cool from your junk drawer and build.

New Cable-Based Vise Improves Woodworking Workshop

May 25, 2015 by Rich Bremer 18 Comments

We are all aware of the typical wood shop vice, the type that is mounted underneath the workbench and takes forever to open and close by continuously spinning a large handle. These vises normally only open several inches due to the length of the operating screw. They are also not very wide because a cantilevered wide jaw would provide less force the further away it is from the center-mounted operating screw.

Wood worker [Andrew] wanted a very versatile and large vise for his shop. It needed to be wide, provide equal clamping force along the jaw and be able to hold very thick objects as well. One more thing, he wanted it to have a quick release clamping system so there would be none of that continuous handle spinning nonsense.

Spoiler Alert: [Andrew] did it! The end product is great but the interesting part is the journey he had taken along the way. There were 4 revisions to the design, each one making the vise just a bit better.

Continue reading “New Cable-Based Vise Improves Woodworking Workshop” →

Robot Camel Jockeys

May 25, 2015 by Elliot Williams 17 Comments

You might think we’re sinking to lowest-common-denominator, click-bait headlines like the rest of the online press. We’re not. The New York Times Video Notebook series has a story on camel racing that you’ve just got to see in the video after the break.

Previously, the camel races in Abu Dhabi had used small children as jockeys because they’re lightweight. Unfortunately, this lead to illegal trafficking of small children, mostly orphans. That won’t do. So they came up with a technological solution.

Strap a cordless drill with a purpose-built whip in the chuck onto the back of your camel. Add a car-remote keyfob to activate, and a two-way radio so that you can shout encouragement into your animal’s ear at just the right times. Now just chase the racers down the highway in an SUV and it’s like you’re there on the camel’s back!

We love the little silk suits that the drillbot-jockeys get to wear, but we’re not sure that cordless drills with walkie-talkies and remote controls count as “robots” really, because they don’t do anything autonomous. We think they’re more accurately described as “telepresence agents”.

Continue reading “Robot Camel Jockeys” →

Hackaday Prize Entry: The Chocometer

May 24, 2015 by Brian Benchoff 44 Comments

Diabetes affects almost 400 million people worldwide, and complications due to diabetes – blindness, cardiovascular disease, and kidney problems – can be reduced by regular monitoring of blood glucose. The usual way of measuring blood glucose is with a pin prick of blood and a small test strip that costs about $0.30. That’s a lot of test strips and blood used by 400 million diabetics every day. Wouldn’t it be better if there was a less invasive way of measuring blood glucose?

[marcelclaro]’s project for The Hackaday Prize aims to do just that. Instead of measuring blood directly, his project will measure blood glucose by shining light through a finger or an earlobe. Using light to detect blood glucose is something that has been studied in the lab, but so far, there aren’t any products on the market that use this technique.

There are two major problems [marcel] needs to overcome to turn this project into reality. The first is simply raw data for calibration. For [marcel], this is easy; he has Type 1 diabetes, and takes four glucose measurements a day. Patient heal thyself, or something.

The second problem is getting a photosensor that’s sensitive enough. By using an InGaAs PIN diode, a current-controlled oscillator, and a digital counter, [marcel] should have a sensor that’s good enough, with electronics that are cheap enough, to create some tech that is truly game changing for a few hundred million people around the world.