Hackaday Prize Entry: Analyzing And Controlling Hand Tremors

May 3, 2017 by Kristina Panos 6 Comments

For the millions of people suffering from Parkinson’s and other causes of hand tremor, there is new hope in the form of [mohammedzeeshan77]’s entry into the Hackaday Prize: a glove that analyzes and controls the tremors.

The glove uses an accelerometer and a pair of flex sensors to determine the position of the hand as it oscillates. A Particle Photon crunches the raw data to come up with the frequency and amplitude of the tremors and uploads it to the cloud for retrieval and analysis by medical staff.

Hand tremors can vary in frequency and severity depending on the cause. Some are barely perceptible movements, and others are life-disrupting shakes. By analyzing the frequency and amplitude of these tremors, doctors can better understand a patient’s condition.

The best part of this glove is that it also provides immediate relief to the wearer by stabilizing the hand. A rapidly spinning super precision gyroscope counteracts the tremor oscillations as it tries to maintain its position. The last time we saw innovation like this, it came with a set of attachments.

Low-cost Drift Buoy Plies The Atlantic For Nearly A Year

April 28, 2017 by Dan Maloney 34 Comments

Put a message in a bottle and toss it in the ocean, and if you’re very lucky, years later you might get a response. Drop a floating Arduino-fied buoy into the ocean and if you’ve engineered it well, it may send data back to you for even longer.

At least that’s what [Wayne] has learned since his MDBuoyProject went live with the launching of a DIY drift buoy last year. The BOM for the buoy reads like a page from the Adafruit website: Arduino Trinket, an RTC, GPS module, Iridium satellite modem, sensors, and a solar panel. Everything lives in a clear plastic dry box along with a can of desiccant and a LiPo battery.

The solar panel has a view through the case lid, and the buoy is kept upright by a long PVC boom on the bottom of the case. Two versions have been built and launched so far; alas, the Pacific buoy was lost shortly after it was launched. But the Atlantic buoy picked up the Gulf Stream and has been drifting slowly toward Europe since last summer, sending back telemetry. A future version aims to incorporate an Automatic Identification System (AIS) receiver, presumably to report the signals of AIS transponders on nearby ships as they pass.

We like the attention to detail as well as the low cost of this build. It’s a project that’s well within reach of a STEM program, akin to the many high-altitude DIY balloon projects we’ve featured before.

Continue reading “Low-cost Drift Buoy Plies The Atlantic For Nearly A Year” →

Scratch-built Camera Gimbal For Photographer With Cerebral Palsy

March 21, 2017 by Dan Maloney 14 Comments

We so often hack for hacking’s sake, undertaking projects as a solitary pursuit simply for the challenge. So it’s nice to see hacking skills going to good use and helping someone out. Such was the case with this low-cost two-axis handheld camera gimbal intended to help a budding photographer with a motion disorder.

When [Tadej Strah] joined his school photography club, a fellow member who happens to have cerebral palsy needed help steadying cameras for clean shots. So rather than shell out a lot of money for a commercial gimbal, [Tadej] decided to build one for his friend. A few scraps of aluminum bar stock were bent into the gimbal frames and camera mount. Two hobby servos take care of the pitch and roll axes, controlled by an Arduino talking to an MPU-6050. Mounted to a handle from an angle grinder with the battery and electronics mounted below, the gimbal looks well-balanced and does a good job of keeping the camera level.

Hats off to [Tadej] for pitching in and solving a real world problem with his skills. We like to see people helping others directly, whether it’s building a gyroscopic spoon for Parkinson’s sufferers or vision enhancement for a nearly blind adventurer.

Continue reading “Scratch-built Camera Gimbal For Photographer With Cerebral Palsy” →

This WAV File Can Confuse Your Fitbit

March 15, 2017 by Jenny List 30 Comments

As the devices with which we surround ourselves become ever more connected to the rest of the world, a lot more thought is being given to their security with respect to the internet. It’s important to remember though that this is not the only possible attack vector through which they could be compromised. All devices that incorporate sensors or indicators have the potential to be exploited in some way, whether that is as simple as sniffing the data stream expressed through a flashing LED, or a more complex attack.

Researchers at the University of Michigan and the University of South Carolina have demonstrated a successful attack against MEMS accelerometers such as you might find in a smartphone. They are using carefully crafted sound waves, and can replicate at will any output the device should be capable of returning.

MEMS accelerometers have a microscopic sprung weight with protruding plates that form part of a set of capacitors. The displacement of the weight due to acceleration is measured by looking at the difference between the capacitance on either side of the plates.

The team describe their work in the video we’ve put below the break, though frustratingly they don’t go into quite enough detail other than mentioning anti-aliasing. We suspect that they vibrate the weight such that it matches the sampling frequency of the sensor, and constantly registers a reading at a point on its travel they can dial in through the phase of their applied sound. They demonstrate interference with a model car controlled by a smartphone, and spurious steps added to a Fitbit. The whole thing is enough for the New York Times to worry about hacking a phone with sound waves, which is rather a predictable overreaction that is not shared by the researchers themselves.

Continue reading “This WAV File Can Confuse Your Fitbit” →

Sentry Robot Turns Bad Cat To Good

January 20, 2017 by Donald Papp 48 Comments

The household of [James Watts] has cats, and those cats have decided that various spots of carpet are just great for digging up with their claws. After some efforts at training the cats, [James] enlisted a robotic cat trainer with remote wireless sensors. The automated trainer does only one job, but it does that one job reliably and tirelessly, which is just what is needed in this case. A task like “automate training the cats to stop clawing the carpet” is really made up of many smaller problems, and [James] implemented a number of clever ideas in his solution.

First of all, the need for an automated solution has a lot to do with how pets form associations, and the need to have the negative reinforcement be in the right place at the right time to be effective. A harmless spritz of water in this case is used for correction and needed to be applied immediately, consistently, and “from out of nowhere” (instead of coming from a person.) Otherwise, as [James] discovered, spraying water when the cats clawed the carpet simply meant that they stopped doing it when he was around.

There were a number of tricky problems to solve in the process. One was how to reliably detect cats actually clawing the carpet. Another was how to direct the harmless spray of water to only the spot in question, and how to rig and manage a water supply without creating another mess in the process. Finally, the whole thing needed to be clean and tidy; a hackjob with a mess of wires strung everywhere just wouldn’t do.

To achieve all this, [James] created a main sprayer unit that is wirelessly connected to remote sensor units using NRF24L01+ serial packet radios. When a remote senses that a trouble spot is being clawed, the main unit uses an RC servo to swivel a spray nozzle in the correct direction and give the offending feline a watery reminder.

The self-contained remote sensors use an accelerometer to detect the slight lifting of the carpet when it’s being clawed. [James] programmed the MMA8452Q three axis accelerometer to trigger an external pin when motion is sensed above a certain threshold, and this event is sent over the wireless link.

For the main sprayer unit itself, [James] cleverly based it around an off-the-shelf replacement windshield washer tank. With an integrated pump, tubing, and assortment of nozzles there was no need to design any of those elements from scratch. If you want to give the project a shot, check out the github repository — probably worth it it since one night is all it took to change the cat behavior which explains the lack of any action video.

Pet projects usually center around automating the feeding process, but it’s nice to see other applications. For something on the positive-reinforcement end of training, check out this cat exercise wheel that integrates a treat dispenser to encourage an exercise regimen.

Homebrew Dash Cam Enables Full Suite Of Sensors

December 6, 2016 by Dan Maloney 21 Comments

You heard it here first: dash cams are going to be the next must-have item for your daily driver. Already reaching market saturation in some parts of the world but still fairly uncommon in North America, we predict that car makers will soon latch onto the trend and start equipping cars with dash cams as standard equipment. And you can just bet that whatever watered-down, overpriced feature set they come up with will be sure to disappoint, so you might want to think about building your own Raspberry Pi dash cam with an accelerometer and lots of LEDS.

Still very much in the prototyping phase, [CFLanger]’s project is at its heart a dash cam, but it looks like he wants to go far beyond that. Raspivid and a PI NoIR camera take care of the video streaming, but the addition of a Pi SenseHAT gives [CFLanger] a bunch of options for sensing and recording the car’s environment. Not content with the SenseHAT’s onboard accelerometer, he added an ADXL345 to the sensor suite. The 64-pixel LED display is just for fun – it displays pitch and roll of the platform – and a yet-to-be-implemented bar-graph display will show acceleration in the X-axis. He figures the whole thing is good for a couple of days of video, but we hope he adds audio capture and perhaps ECU data from an OBDII-Bluetooth adapter.

We’ve seen surprisingly few DIY dash cams on Hackaday, at least so far. There has been a dash cam teardown and retasking, and there are plenty of dashboard computer builds, though. Seems like most hackers want that DIY self-driving car first.

Continue reading “Homebrew Dash Cam Enables Full Suite Of Sensors” →

Design And Hacking Drilldown: SuperCon Badge

October 17, 2016 by Voja Antonic 18 Comments

One can imagine a political or business conference without an interactive badge — but not a hacker conference. Does this make the case for hackers being a special breed of people, always having something creative to show for their work? Yes, I think it does.

Following the Hackaday Belgrade conference in April of this year, we met at the Supplyframe offices to discuss the badge for the Hackaday SuperConference that will happen in Pasadena on 5+6th of November. The Belgrade conference badge (which was fully documented if you’re curious) was surprisingly popular, and I was asked to design the new one as well.

I was prepared to come up with something completely new, but [Mike Szczys] suggested keeping with the same basic concept for the project: “No reason to change anything, we have a badge that works”. To which I responded: “Well, the next one will also work”. But then I realized that “works” does not stand for “being functional”. The key is that it was embraced by visitors who played with it, coded on it, and solved a crypto challenge with it.

The World Doesn’t Have Enough LEDs

Fast forward six months — here are the modifications made to the basic concept. First, the existing LED matrix, which was composed of two compact 8×8 blocks, was replaced by 128 discrete SMD LEDs. It was a much needed change to help scale down the dimensions and clunkiness, but also to avoid another painful experience of trying to purchase and have the matrix displays shipped, which seriously threatened the production of the previous badge.

It’s a long story which I discussed in my Belgrade talk — it turned out we did not manage to get enough common anode (CA) displays from all distributors in the whole world. We had a plan B, which also fizzled, leaving us with the plan C which actually included two “C”s: Common Cathode. We cleaned up all the supplies at five distributors, and managed to get 122 CA red, 340 CC red and 78 CA green displays (enough for only 270 badges) — the entire world supply. After that, you couldn’t get any 38 mm Kingbright’s display for months! The only problem was that there were two different versions of PCBs, one for CA and the other for CC displays, but luckily only one version of software, as it could autodetect the display type.

Motion and Expansion

So, what else was new in the concept? In the Belgrade version, the badge supported an accelerometer module and included an unpopulated footprint in case you decided to install it, but now the badge has the MEMS chip LIS3 as an integral part. There are nine pads (with five I/O ports, driven directly from the MCU) to which you can add a 9-pin expansion connector. There will be a number of these connectors at the Design Lab, so that anyone can expand their badge for their convenience, on the spot.

The Visual Design

The biggest change was in the visual design. What we came up with ended up being a fair bit smaller, lighter, with a more convenient shape, and less than half the thickness of the previous one. After we had scrapped quite a few ideas during the development process (including stylized skull, frog, etc), we were left with a couple of options which you can see on the image below. The wireframe drawing on the left hand side is the Belgrade badge, shown here for a size comparison. At this point the locale and date of the conference weren’t yet definitive, which is why you see San Francisco written on the images.

Design number 4 prevailed, so the PCB layout could begin. I don’t like autorouted PCBs, so I was in for quite a rough time trying to solve the routing manually having only 2 layers on the board at my disposal.

Routing a Compact LED Matrix

The LED matrix is so dense that there was virtually no room on the LED layer, so most of the tracks on the component layer had to be routed as if it was a single layer PCB. To make matters worse, the LED layer is routed as a matrix, with a bunch of horizontal and vertical tracks, otherwise a good reason to use a 4-layer PCB. To stay inside the budget, everything had to be placed on 2 layers, and that’s why the final result seems so confusing at the populated area between batteries:

Continue reading “Design And Hacking Drilldown: SuperCon Badge” →