How Much Is DIY Worth To You?

May 9, 2020 by Elliot Williams 104 Comments

It all started with an article about Wink Labs putting a monthly fee on their previously free service. It wasn’t so much the amount they were asking ($5 / month) that raised my hackles, but rather the fact that they would essentially render a device that you ostensibly bought worthless unless you paid up. I’ve ranted about this enough recently, and the quick summary is that IoT companies seem very bad at estimating their true costs, and the consumer ends up suffering for it.

So I started thinking about the price myself. Is $5 per month for a home automation service a lot or a little? On one hand, if you stretch that out to, say, 10 years, you end up with a net present value of something north of $400, plus $70 for the device. That’s a lot, right? Surely, I could DIY myself a solution for less? Or am I falling into the same IoT trap?

This isn’t hypothetical, because I already have a modest DIY home automation system. We run a bunch of switches, have temperature and humidity loggers in relevant rooms, and the washer and dryer notify us when they’re done. I also use the MQTT infrastructure for all sorts of fun projects, but that’s a bonus. Our hub is a $10 Orange Pi and a long-since depreciated WRT54g router, and it’s run for four years now, and probably will last another six. So that looks like $460 in my pocket.

On the other hand, it’s only really a bargain for me because I already knew what I was doing when I set the system up, and what I didn’t know I wanted to learn. Realistically, I probably spent around 20 hours on the system in total, but most of that has been adding in new devices and tweaking old ones. You’d have to do this sort of thing with any other system too, although my guess is that the professional systems are more streamlined at enrolling new gadgets: I have a whole directory full of Python scripts running as daemons and have to do a lot of hand editing. Still, assuming nothing else drastic happens to the system, I’m probably winning by DIYing here.

But imagine that I had little or no technical clue, and even flashing an image of a pre-configured home automation system to a Raspberry Pi were new. How much time does it take to learn how to do something like that? How much time to learn to administer even such a simple system on your home network? If it took the real me 20 hours, it could be easily twice that much for the hypothetical me. Let’s say 46 hours of time invested. $10 / hour is below minimum wage in many places, and this isn’t minimum wage labor, and that was fairly optimistic.

In the end, the $5 per month is probably pretty fair if the system works. Indeed, when I look around at all of the systems I’ve built, most all of them have taken more time to build than I thought when I was starting. Of course, I’ve enjoyed it most of the time, so maybe it’s not fair to apply my full consulting rates. (Which if I charged my father-in-law for tech support, I’d be rich!) But it’d probably be naive to say that everyone should just DIY themselves a home automation solution when the going gets tough.

So look around you and revel in the hours you’ve spent on your various DIY projects. Who knew that they were worth so much?

Hackaday Podcast 066: The Audio Overdub Episode; Tape Loop Scratcher, Typewriter Simulator, And Relay Adder

May 8, 2020 by Mike Szczys 3 Comments

Hackaday editors Elliot Williams and Mike Szczys stomp through a forest full of highly evolved hardware hacks. This week seems particularly plump with audio-related projects, like the thwack-tackular soldenoid typewriter simulator. But it’s the tape-loop scratcher that steals our hearts; an instrument that’s kind of two-turntables-and-a-microphone meets melloman. We hear the clicks of 10-bit numbers falling into place in a delightful adder, and follow it up with the beeps and sweeps of a smartphone-based metal detector.

Take a look at the links below if you want to follow along, and as always, tell us what you think about this episode in the comments!

Direct download (60 MB or so.)

Continue reading “Hackaday Podcast 066: The Audio Overdub Episode; Tape Loop Scratcher, Typewriter Simulator, And Relay Adder” →

This Week In Security: Psychic Paper, Spilled Salt, And Malicious Captchas

May 8, 2020 by Jonathan Bennett 10 Comments

Apple recently patched a security problem, and fixed the Psychic Paper 0-day. This was a frankly slightly embarrasing flaw that [Siguza] discovered in how iOS processed XML data in an application’s code signature that allowed him access to any entitlement on the iOS system, including running outside a sandbox.

Entitlements on iOS are a set of permissions that an application can request. These entitlements range from the aforementioned com.apple.private.security.no-container to platform-application, which tells the system that this is an official Apple application. As one would expect, Apple controls entitlements with a firm grip, and only allows certain entitlements on apps hosted on their official store. Even developer-signed apps are extremely limited, with only two entitlements allowed.

This system works via an XML list document that is part of the signed application. XML is a relative of HTML, but with a stricter set of rules. What [Siguza] discovered is that iOS contains 4 different XML parsers, and they deal with malformed XML slightly differently. The kicker is that one of those parsers does the security check, while a different parser is used for that actual permission implementation. Is it possible that this mismatch could contain a vulnerability? Of course there is.
Continue reading “This Week In Security: Psychic Paper, Spilled Salt, And Malicious Captchas” →

Fail Of The Week: Bright Idea For LED Signs Goes Bad

May 8, 2020 by Dan Maloney 43 Comments

Typically when we select a project for “Fail to the Week” honors, it’s because something went wrong with the technology of the project. But the tech of [Leo Fernekes]’ innovative LED sign system was never the problem; it was the realities of scaling up to production as well as the broken patent process that put a nail in this promising project’s coffin, which [Leo] sums up succinctly as “The Inventor’s Paradox” in the video below.

The idea [Leo] had a few years back was pretty smart. He noticed that there was no middle ground between cheap, pre-made LED signs and expensive programmable signboards, so he sought to fill the gap. The result was an ingenious “LED pin”, a tiny module with an RGB LED and a microcontroller along with a small number of support components. The big idea is that each pin would store its own part of a display-wide animation in flash memory. Each pin has two terminals that connect to metal cladding on either side of the board they attach to. These two conductors supply not only power but synchronization for all the pins with a low-frequency square wave. [Leo]’s method for programming the animations — using a light sensor on each pin to receive signals from a video projector — is perhaps even more ingenious than the pins themselves.

[Leo]’s idea seemed destined for greatness, but alas, the cruel realities of scaling up struck hard. Each prototype pin had a low part count, but to be manufactured economically, the entire BOM would have to be reduced to almost nothing. That means an ASIC, but the time and expense involved in tooling up for that were too much to bear. [Leo] has nothing good to say about the patent game, either, which his business partners in this venture insisted on playing. There’s plenty of detail in the video, but he sums it up with a pithy proclamation: “Patents suck.”

Watching this video, it’s hard not to feel sorry for [Leo] for all the time he spent getting the tech right only to have no feasible way to get a return on that investment. It’s a sobering tale for those of us who fancy ourselves to be inventors, and a cautionary tale about the perils of participating in a patent system that clearly operates for the benefit of the corporations rather than the solo inventor. It’s not impossible to win at this game, as our own [Bob Baddeley] shows us, but it is easy to fail.

Continue reading “Fail Of The Week: Bright Idea For LED Signs Goes Bad” →

Ask Hackaday: Wink Hubs, Extortion As A Service?

May 7, 2020 by Elliot Williams 142 Comments

Wink Labs just announced that their home automation hub, the Wink Hub, is “transitioning to a $4.99 monthly subscription, starting on May 13, 2020.” Should you fail to pay the fiver every month, you will lose access to their app, voice control, and automations, which is everything it does as far as we can tell.

This is an especially bitter pill to swallow for Hub users, because the device was just that — a hub. It speaks Bluetooth, Z-Wave, ZigBee, WiFi, Kidde, and a couple other specific device protocols, interfaces with Amazon’s Alexa, has a handy Android master panel app, and had a nice “robot” system that made the automation side of “home automation” simple for normal people. In short, with its low one-time purchase price, compatibility with many devices, nice phone app, and multiple radios, it was a great centerpiece for a home-automation setup.

“Nice home automation system you’ve got there. Would be a shame if anything happened to it.”

Continue reading “Ask Hackaday: Wink Hubs, Extortion As A Service?” →

Inputs Of Interest: I’m Building An ErgoDox!

May 6, 2020 by Kristina Panos 33 Comments

I’ve been using my Kinesis Advantage keyboard for two months, and I love it. I’ll never go back to a regular keyboard again if I can help it.

There are a few downsides to it, however. The biggest one is that split distance between the two sides is fixed. It doesn’t have Cherry MX blues (although the browns plus the firmware beeps is pretty nice). It doesn’t have layers, really — just a ten-key under the right hand. And honestly, it’s not very portable.

ErgoDox with Nuclear Data keycaps via geekhack

I took the Kinesis out to a coffee shop a few times before they all dried up into drive-thrus, and plunking it down on a four-top out in public made me realize just how large and loud it really is.

And so I’m building an ErgoDox keyboard. What I really want to build is a Dactyl — a curved variation on the ErgoDox — but I can’t just go whole-hog into that without building some type of keyboard first. That’s just my practical nature, I guess. I realize that the comparison is weak, because I’ll have to hand-wire the keyboard matrix when I make the dactyl. Assembling an ErgoDox is child’s play, comparatively. Our goal today is to lay out just what I’m getting myself into with a build like this one.

Continue reading “Inputs Of Interest: I’m Building An ErgoDox!” →

NASA’s Plan For Sustained Lunar Exploration

May 5, 2020 by Tom Nardi 41 Comments

The Apollo program proved that humans could land on the Moon and do useful work, but due to logistical and technical limitations, individual missions were kept short. For the $28 billion ($283 billion adjusted) spent on the entire program, astronauts only clocked in around 16 days total on the lunar surface. For comparison, the International Space Station has cost an estimated $150 billion to build, and has remained continuously occupied since November 2000. Apollo was an incredible technical achievement, but not a particularly cost-effective way to explore our nearest celestial neighbor.

Leveraging lessons learned from the Apollo program, modern technology, and cooperation with international and commercial partners, NASA has recently published their plans to establish a sustained presence on the Moon within the next decade. The Artemis program, named for the twin sister of Apollo, won’t just be a series of one-off missions. Fully realized, it would consist not only of a permanent outpost where astronauts will work and live on the surface of the Moon for months at a time, but a space station in lunar orbit that provides logistical support and offers a proving ground for the deep-space technologies that will eventually be required for a human mission to Mars.

It’s an ambitious program on a short timeline, but NASA believes it reflects the incredible technological strides that have been made since humans last left the relative safety of low Earth orbit. Operating the International Space Station for 20 years has given the countries involved practical experience in assembling and maintaining a large orbital complex, and decades of robotic missions have honed the technology required for precision powered landings. By combining all of the knowledge gained since the end of Apollo, the Artemis program hopes to finally establish a continuous human presence on and around the Moon.

Continue reading “NASA’s Plan For Sustained Lunar Exploration” →