Better Mousetraps (or Screw Drives) Don’t Always Win

I’ve noticed, lately, that slotted screw heads are all but gone on new equipment. The only thing that I find remarkable about that is that it took so long. While it is true that slotted heads have been around for ages, better systems are both common and have been around for at least a century.

Check out those cool threads.

The reason slotted heads — technically known as the drive — are so common is probably because they are very easy to make. A hacksaw is sufficient for the job and there are other ways to get there, too. The only advantages I know of for the user is that you can easily clean a slotted drive and — possibly — use field expedient items like butter knives and quarters to turn the screw. I’ve heard people claim that it also is a feature that the screwdriver can pry things like paint can lids, but that’s a feature of the tool, not the screw drive.

The disadvantages, though, are significant. It is very hard to apply lots of torque to a slotted screw drive without camming it out or snapping the head off the screw. The screwdriver isn’t self-centering either, so applying force off-axis is common and contributes to the problem.

Continue reading “Better Mousetraps (or Screw Drives) Don’t Always Win”

Learning To Desolder Gracefully

When you’re just learning to sketch, you use graphite. Why? It’s cheap, great at training you to recognize different shades, and most of all, it’s erasable. When you’re learning, you’re going to make mistakes, and un-making them is an important part of the game. Same goes for electronics, of course, so when you’re teaching someone to solder, don’t neglect teaching them to desolder.

I want these!

We could argue all day about the best ways of pressing the molten-metal undo button, but the truth is that it’s horses for courses. I’ve had really good luck with solder braid and maybe a little heat gun to pull up reluctant SOIC surface-mount chips, but nothing beats a solder sucker for clearing out a few through-holes. (I haven’t tried the questionable, but time-tested practice of blasting the joint with compressed air.)

For bulk part removal, all you really have to do is heat the board up, and there’s plenty of ways to do that, ranging from fancy to foolish. Low-temperature alloys help out in really tough cases. And for removing rows of pinheaders, it can help to add more solder along the row until it’s one molten blob, and then tap the PCB and watch the part — and hot liquid metal! — just drop out.

But the bigger point is that an important step in learning a new technique is learning to undo your mistakes. It makes it all a lot less intimidating when you know that you can just pull out the solder braid and call “do-over”. And don’t forget the flux.

Are Hackers Being Let Down In Education?

In my work for Hackaday over the years I have been privileged to interact with some of the most creative people I have ever met, I have travelled far more than I ever did when I toiled unseen in an office in Oxford, and I have been lucky enough to hang out in our community’s spaces, camps, and dives across Europe.

Among the huge diversity of skills and ideas though, it’s striking how many of us share similar experiences and histories that have caused us to find our people in rooms full of tools and 3D printers. One of these things I found surprising because I thought I was the only one; I never fit in with the other kids at school, I found much of the teaching incomprehensible and had to figure things out for myself. As an exercise recently I did a straw poll among some of my friends, and found that a significant majority had a similar experience. Clearly something must have gone badly wrong in the way we were being taught that so many of us could have been let down by our schooling, and maybe to understand the needs of our community it’s time to understand why.

Continue reading “Are Hackers Being Let Down In Education?”

Avoiding Repetitive Stress Injury: Invest In Yourself Now, Or Pay Later

There I was, thirty years after I first sat down at an Apple IIe , and I suddenly found myself wondering if I would ever use a computer again without pain. How could I work if I couldn’t use a computer anymore? I had to seriously ask myself this question. It took a bit of a winding road to figure out what was going on and two EMGs to confirm it, but after all these years, it was clear to the medical community that I had developed a repetitive stress injury (RSI) called cubital tunnel syndrome in my left arm.

Yeah, it’s about like that. Image via Kinesis

Cubital tunnel syndrome is like carpal tunnel, but in your elbow instead of your wrist. What a misnomer! Sometimes my pain went all the way from my armpit to my fingertips and made me want to gnaw my own arm off. I don’t think you can really understand neuropathy unless you’ve felt this weird, annoying type of pain firsthand. I hope you never do.

Can you stop and seriously imagine not being able to use a computer for the rest of your life? Or at least feeling that way because doing so causes incredibly annoying pain? I feel like we’re all vaguely aware of the standard list of anti-RSI precautions, but let’s review:

  • maintain good posture — sit with feet flat on the floor, wrists straight, elbows at 90°
  • put the screen an arm’s length away at eye level
  • take frequent short breaks

Yes, those are all fine and good. But there are other things you can do to avoid computer-related RSIs, like using ergonomic inputs, and building a custom setup that fits you exactly. This isn’t a study kiosk at the university library we’re talking about — this is your battlestation! The problem is that many people are stubborn, and won’t go out of their way to do anything to proactively prevent these injuries. But you don’t have to cross a bridge when you come to it if you have a map that shows you a way around the body of water.

Continue reading “Avoiding Repetitive Stress Injury: Invest In Yourself Now, Or Pay Later”

Open Source Is Choice

If you haven’t been following along with the licensing kerfuffle surrounding the open-source Audacity audio editing software, take a sec to read Tom Nardi’s piece and get up to speed. The short version is that a for-profit company has bought the trademark and the software, has announced plans to introduce telemetry where there was none, made ominous changes to the privacy policy that preclude people under the age of consent from using the software, and requested that all previous developers acquiesce to a change in the open-source license under which it is published. All the while, the company, Muse, says that it will keep the software open, and has walked back and forth on the telemetry issue.

What will happen to “Audacity”? Who knows. But also, who cares? At least one fork of the codebase has been made, with the telemetry removed and the old open licenses in place. The nicest thing about open source is that I don’t care one bit if my software is named Audacity or Tenacity, and this is software I use every week for production of our podcast. But because I haven’t paid any license fees, it costs me absolutely nothing to download the same software, minus some anti-features, under a different name. If the development community moves over to Tenacity, it’ll all be fine.

Tom thinks that the Audacity brand is too big to fail, and that Muse will have a hit on their hands. Especially if they start implementing new, must-have features, they could justify whatever plans they have in store, even if they’re only available as a “freemium” Audacity Pro, with telemetry, under a more restrictive license. When that does happen, I’ll have to make the choice between those features and the costs, but I won’t be left out in the cold as long as the Tenacity fork gets enough eyes on it. So that’s just more choice for the end-user, right? That’s cool.

Compare this with closed source software. There, when the owner makes an unpopular decision, you simply have to take it or make the leap to an entirely different software package. This can be costly if you’ve gotten good at using that software, and between licenses and learning, there’s a lot of disincentive to switching. Not so in this case. If I don’t want to be tracked while editing audio offline, I don’t have to be. Woot.

The elephant in the room is of course the development and debugging community, and it’s way too early to be making predictions there. However, the same rules apply for devs and users: switching between two virtually identical codebases is as easy as git remote add origin or apt get install tenacity. (Unpaid) developers are free to choose among forks because they like the terms and conditions, because one group of people is more pleasant to work with, or because they like the color of one logo more than the other. Users are just as free to choose.

Time will tell if Audacity ends up like the zombie OpenOffice, which is downloaded in spite of the much superior LibreOffice just because of the former’s name recognition. I know this split riles some people up, especially in the LibreOffice development community, and it does seem unfair that the better software somehow enjoys less reputation. But for those of us in the know, it’s just more choice. And that’s good, right?

Just What Have We Become?

The world of open source software is one that often sees disputes between developers, some of which spawn lifelong schisms between devotees of different forks, and others mere storms in a teacup that are settled over a few beers. There are a couple of stories of late though that seem to show the worst in the online world, and which all of us should take a moment to think about.

Many of you may have heard two weeks ago of the passing of [near], the software developer and game translator whose bsnes emulator for the Super Nintendo was the go-to platform for retro Nintendo enthusiasts intent on the pursuit of the closest possible match to the original without possessing real Nintendo hardware. The details of their passing are particularly distressing, in that they committed suicide after numerous attacks over several years from users of Kiwi Farms, a website notorious for the worst kinds of trolling.

Hot on the heels of that distressing story comes news that [Cookie Engineer] is stepping down as maintainer of the project that’s now called Tenacity, a fork of the popular but now-controversial Audacity audio editor. They are doing so after being targeted by users of 4chan, the most well-known of online trolling websites, following an ill-advised Simpsons joke in a naming poll for the software. [Cookie Engineer] alleges that the harassers knocked on doors and windows where they live and a real-world knife attack followed.

Nobody deserves to be hounded to death, to suffer the sort of sustained harassment that [near] encountered, or to be confronted with knife-wielding strangers merely because they have stuck their head above the parapet as an open-source developer. There are no excuses to be made, no justifications for this.

All of us who read Hackaday are likely to be regular users of open-source software, many of us will have used bsnes and may yet use Tenacity, but we probably rarely stop for a moment to think of the real people behind them. Countless hours from innumerable highly-skilled people are what makes the open-source world tick, and aside from the immeasurable sadness of suicide or the horror of a knife attack there can only be harm done to open source software as a whole if to be a prominent developer or maintainer is to expose yourself to this.

The Internet will always have raucous communities at its margins and that’s something which still contributes to its unique culture, but when it jumps off the webpage and into damaging real people then perhaps it has become a monster. As a community we can do so much better, and we shouldn’t be prepared to accept anybody who thinks otherwise among our ranks.

We’d like to remind our readers that help exists for those who have reached the point of considering suicide, and that should you suffer from mental health problems you are not alone in this. Everybody, take care of yourselves, and keep an eye out for each other.

You Can’t Fix What You Can’t Measure

Last year, as my Corona Hobby™, I took up RC plane flying. I started out with discus-launched gliders, and honestly that’s still my main love, but there’s only so much room for hackery in planes that are designed to be absolutely minimum weight and maximum performance; these are the kind of planes that notice an extra half gram in the tail. So I’ve also built a few crude workhorse planes — the kind of things that you could slap a 60 g decade-old GoPro on and it won’t even really notice. Some have ended their lives in trees, but most have been disassembled and reincarnated — the electronics live on in the next body.

The journey has been really fun. I’ve learned about aerodynamics, gotten an excuse to put together a 4-axis hot-wire CNC styrofoam cutter, and covered everything in sight with carbon fiber tow, which is cheaper than you might think but makes the plane space-age. My current workhorse has bolted on an IMU, GPS, and a minimal Ardupilot setup, though I have yet to really put it through its paces. What’s holding me back is the video link — it just won’t work reliably further than a few hundred meters, and I certainly don’t trust it to get out of line-of-sight.

My suspicion is that the crappy antennas I have are holding me back, which of course is an encouragement to DIY, but measuring antennas in the 5.8 GHz band is tricky. I’d love to just be able to buy one of the cheap vector analyzers that we’ve covered in the past — anyone can make an antenna when they can see what they’re doing — but they top out at 2.4 GHz or lower. No dice. I’m blind in 5.8 GHz.

Of course, I do have one way in, and that’s tapping into the received signal strength indicator (RSSI) of a dedicated 5.8 GHz receiver, and just testing antennas out in practice, but that only gives a sort of loose better-worse indication. More capacitance or more inductance? Plates closer together or further apart? Try it out and see, I guess, but it’s time-consuming.

Moral of the story: don’t take measurement equipment for granted. Imagine trying to build an analog circuit without a voltmeter, or to debug something digital without a logic probe. Sometimes the most important tool is the one that lets you see the problem in the first place.