Flipped Bit Could Mark The End Of Voyager 1‘s Interstellar Mission

Sometimes it’s hard to read the tea leaves of what’s going on with high-profile space missions. Weighted down as they are with the need to be careful with taxpayer money and having so much national prestige on the line, space agencies are usually pretty cagey about what’s going on up there. But when project managers talk about needing a “miracle” to continue a project, you know things have gotten serious.

And so things now sit with Voyager 1, humanity’s most distant scientific outpost, currently careening away from Mother Earth at 17 kilometers every second and unable to transmit useful scientific or engineering data back to us across nearly a light-day of space. The problem with the 46-year-old spacecraft cropped up back in November, when Voyager started sending gibberish back to Earth. NASA publicly discussed the problem in December, initially blaming it on the telemetry modulation unit (TMU) that packages data from the remaining operable scientific instruments along with engineering data for transmission back to Earth. It appeared at the time that the TMU was not properly communicating with the flight data system (FDS), the main flight computer aboard the spacecraft.

Since then, flight controllers have determined that the problem lies within the one remaining FDS on board (the backup FDS failed back in 1981), most likely thanks to a single bit of corrupted memory. The Deep Space Network is still receiving carrier signals from Voyager, meaning its 3.7-meter high-gain antenna is still pointing back at Earth, so that’s encouraging. But with the corrupt memory, they’ve got no engineering data from the spacecraft to confirm their hypothesis.

The team has tried rebooting the FDS, to no avail. They’re currently evaluating a plan to send commands to put the spacecraft into a flight mode last used during its planetary fly-bys, in the hope that will yield some clues about where the memory is corrupted, if indeed it is. But without a simulator to test the changes, and with most of the engineers who originally built the spacecraft long gone now, the team is treading very carefully.

Voyager 1 is long past warranty, of course, and with an unparalleled record of discovery, it doesn’t owe us anything at this point. But we’re not quite ready to see it slip into its long interstellar sleep, and we wish the team good luck while it works through the issue.

Custom Multi-Segment E-Ink Displays From Design To Driving

With multi-segment displays, what you see available online is pretty much what you get. LEDs, LCDs, VFDs; if you want to keep your BOM at a reasonable price, you’ve pretty much got to settle for whatever some designer thinks looks good. And if the manufacturer’s aesthetic doesn’t match yours, it’s tough luck for you.

Maybe not though. [upir] has a thing for custom displays, leading him to explore custom-made e-ink displays. The displays are made by a company called Ynvisible, and while they’re not exactly giving away the unique-looking flexible displays, they seem pretty reasonably priced. Since the displays are made with a screen printing process, most of the video below concerns getting [upir]’s preferred design into files suitable for printing. He uses Adobe Illustrator for that job, turning multi-segment design ideas by YouTuber [Posy] into chunky displays. There are some design restrictions, of course, chief of which is spacing between segments. [upir] shows off some Illustrator-fu that helps automate that process, as well as a host of general vector graphics design tips and tricks.

After sending off the design files to Ynvisible and getting the flexible displays back, [upir] walks us through the details of driving them. It’s not as simple as you’d think, at least in the Arduino world; the segments need +1.5 volts with reference to the common connection to turn on, and -1.5 volts to turn off. His clever solution is to use an Arduino Uno R4 and take advantage of the onboard DAC. To turn on a segment, he connects a segment to a GPIO pin set high while sending 3.5 volts out of the DAC output into the display’s common connection. The difference between the two pins is 1.5 volts, turning the segment on. To turn it off, he drops the DAC output to 1.5 volts and drives the common GPIO pin low. Pretty clever, and no extra circuitry is required.

This isn’t the first time we’ve seen [upir] trying to jazz things up in the display department. He’s played with masking LED matrix displays with SMD stencils before, and figured out how to send custom fonts to 16×2 displays too.

Continue reading “Custom Multi-Segment E-Ink Displays From Design To Driving”

In Defense Of Anthropomorphizing Technology

Last week I was sitting in a waiting room when the news came across my phone that Ingenuity, the helicopter that NASA put on Mars three years ago, would fly no more. The news hit me hard, and I moaned when I saw the headline; my wife, sitting next to me, thought for sure that my utterance meant someone had died. While she wasn’t quite right, she wasn’t wrong either, at least in my mind.

As soon as I got back to my desk I wrote up a short article on the end of Ingenuity‘s tenure as the only off-Earth flying machine — we like to have our readers hear news like this from Hackaday first if at all possible. To my surprise, a fair number of the comments that the article generated seemed to decry the anthropomorphization of technology in general and Ingenuity in particular, with undue harshness directed at what some deemed the overly emotional response by some of the NASA/JPL team members.

Granted, some of the goodbyes in that video are a little cringe, but still, as someone who seems to easily and eagerly form attachments to technology, the disdain for an emotional response to the loss of Ingenuity perplexed me. That got me thinking about what role anthropomorphization might play in our relationship with technology, and see if there’s maybe a reason — or at least a plausible excuse — for my emotional response to the demise of a machine.

Continue reading “In Defense Of Anthropomorphizing Technology”

Harbor Freight And LEGO PCB Vise Is Cheap And Effective

It doesn’t take much chasing things around the bench with a soldering iron to appreciate the value of good work holding. And don’t get us started on those cheap “helping hands” alligator clip thingies; they’re somehow worse than no work holding. Isn’t there a better way?

Maybe, judging by [Paul Bryson]’s idea for a dirt cheap PCB vise. It’s a pretty clever design that’ll have you heading to Harbor Freight, or whatever the moral equivalent is in your location, where you’ll pick up a small ratcheting bar clamp. [Paul] used a 4″ (10 cm) clamp; that which looks fine for a wide range of boards, but we suppose you could go bigger if you like. You could also stop there and just clamp your PCBs in the plastic jaws, but [Paul] adorned the jaws with swiveling arms made from LEGO Technic pieces, of all things. Rubber grommets slipped onto Technic pegs go into the holes on the beam to hold the PCB edges firmly, while the swiveling action adapts to odd-shaped boards.

To our mind, the biggest advantage to this design other than cost is how low it holds the PCB — a decided advantage while working under the microscope. Don’t have any Technics parts close to hand? No worries, 3D printed parts could easily stand in, and maybe even improve the design. [Paul] also shows off a substitute for the Technics beam rendered in PCB material, which would reduce the height of the workpiece over the bench even more.

We’ve seen a lot of PCB vises come and go, using everything from scrap wood to 3D printed compliant mechanisms. But we doubt you’ll find anything more cost-effective than [Paul]’s design.

IoT Air Purifier Makes A Great Case Study In Reverse Engineering

Here at Hackaday, about the only thing we like more than writing up tales of reverse engineering heroics is writing up tales of reverse engineering heroics that succeed in jailbreaking expensive widgets from their needless IoT dependency. It’s got a real “stick it to the man” vibe that’s hard to resist.

The thing is, we rarely see a reverse engineering write-up as thorough as the one [James Warner] did while integrating an IoT air purifier into Home Assistant, so we just had to make sure we called this one out. Buckle up; it’s a long, detailed post that really gets down into the weeds, but not unnecessarily so. [James] doesn’t cloud-shame the appliance manufacturer, so we can’t be sure who built this, but it’s someone who thought it’d be a swell idea to make the thing completely dependent on their servers for remote control via smartphone. The reverse engineering effort started with a quick look at the phone app, but when that didn’t pay off in any useful way, [James] started snooping on what the device was talking about using Wireshark.

One thing led to another, wires were soldered to the serial pins on the ESP32 on the purifier’s main board, and with the help of a FlipperZero as a UART bridge, the firmware was soon in hand. This gave [James] clues about the filesystem, which led to a whole Ghidra side quest into learning how to flash the firmware. [James] then dug into the meat of the problem: figuring out the packet structure used to talk to the server, and getting the private key used to encrypt the packets. This allowed a classic man-in-the-middle attack to figure out the contents of each packet and eventually, an MQTT bridge to let Home Assistant control the purifier.

If it sounds like we glossed over a lot, we know — this article is like a master class on reverse engineering. [James] pulled a lot of tools out of his kit for this, and the write-up is clear and concise. You may not have the same mystery fan to work with, but this would be a great place to start reverse engineering just about anything.

Thanks to [ThoriumBR] for the tip.

Retrotechtacular: The Master Hands Of The Early Automotive Industry

When motion pictures came along as a major medium in the 1920s or so, it didn’t take long for corporations to recognize their power and start producing promotional pieces. A lot of them are of the “march of progress” genre, featuring swarms of workers happy in their labors and creating the future with their bare hands. If we’re being honest, a lot of it is hard to watch, but “Master Hands,” which shows the creation of cars in the 1930s, is somehow more palatable, mostly because it’s mercifully free of the flowery narration that usually accompanies such flicks.

“Master Hands” was produced in 1936 and focuses on the incredibly labor-intensive process of turning out cars, which appear to be the Chevrolet Master Deluxe, likely the 1937 model year thanks to its independent front suspension. The film is set at General Motors’ Flint Assembly plant in Flint, Michigan, and shows the entire manufacturing process from start to finish. And by start, we mean start; the film begins with the meticulous work of master toolmakers creating the dies and molds needed for forging and casting every part of the car. The mold makers and foundrymen come next, lighting their massive furnaces and packing the countless sand molds needed for casting parts. Gigantic presses stamp out everything from wheels to frame rails to body panels, before everything comes together at the end of the line in a delicate ballet of steel and men.

Continue reading “Retrotechtacular: The Master Hands Of The Early Automotive Industry”

Biomedical Engineering Hack Chat

Join us on Wednesday, February 7 at noon Pacific for the Biomedical Engineering Hack Chat with Nyeli Kratz!

Although medical doctors and engineers generally work in completely different domains, there’s a fair amount of overlap between the disciplines. At the end of the day, they both solve problems, and while doctors clearly focus on the biological aspects of disease, there just might come a point where the problem has to be addressed with engineering principles. From the intricate design of an artificial hip to the electrical interface between an amputee’s nervous system and a prosthetic limb, biomedical engineers can make a tremendous contribution to positive patient outcomes.

join-hack-chatNyeli Kratz, a recent biomedical engineering grad, has worked on quite a few engineering solutions to diseases. Many of her projects, like this stand-up mobility aid or a wheelchair attachment that lets a tetraplegic father interact with his newborn child, seem aimed at making it easier for patients to interact with the world. She’ll stop by the Hack Chat to talk about these projects in particular as well as what the engineer brings to the table when it’s time to design hardware that heals.

Our Hack Chats are live community events in the Hackaday.io Hack Chat group messaging. This week we’ll be sitting down on Wednesday, February 7 at 12:00 PM Pacific time. If time zones have you tied up, we have a handy time zone converter.