After Decades, NASA May Finally Replace Mars Relays

September 24, 2026 by Tom Nardi 15 Comments

We’ve yet to find any definitive evidence that there’s biological life on present-day Mars, but to say it’s a dead planet isn’t exactly accurate. Since the first Viking lander touched down in 1976, a revolving cast of humanity’s robotic envoys have worked on and around the Red Planet — and as access to space becomes cheaper and more routine, the mechatronic population of Mars will continue to grow.

Given the number of landers, rovers, and orbiting spacecraft that have been sent to study Mars over the last 50 years, you might be surprised to find that the communications systems in place to transmit all that critical scientific data back to Earth aren’t nearly as robust as you’d think. While it’s understandable that the first craft to arrive at Mars had to operate in isolation, even the flagship Perseverance and Curiosity rovers carry their own high-gain radio systems so they can communicate directly with Earth. Given the incredible premium put on the mass of an interplanetary craft, each mission that needs to bring along its own link back to Earth effectively reduces its payload of much scientific equipment.

It’s not that satellites in orbit around the planet aren’t used to relay signals between Martian ground assets and their controllers back on Earth. In fact these relay links are used extensively for bandwidth-intensive tasks such as image transfers. But it’s also true that the craft currently available to act as intermediaries between the two planets aren’t terribly well suited to the task. The current fleet of Mars orbiters were conceived primary as research vehicles, and so every decision regarding their design and positioning around the planet was made with that goal in mind. What relatively limited capability they do have as communication relays is further hindered by the age of their hardware.

But after decades of false starts and shifting budgets, NASA is closer than ever to finally establishing the Mars Telecommunications Network, a dedicated high-bandwidth communication relay that will ensure current and future missions always have a way to phone home.

Continue reading “After Decades, NASA May Finally Replace Mars Relays” →

Reconstructing Device Firmware From SPI Reads

September 24, 2026 by Tom Nardi 13 Comments

If you wanted to extract the firmware from a mystery device, you might pull the flash chip out of it and toss it into a reader. But if you only had one chance to get it right and couldn’t risk damaging the device in the process, physically removing the chip may seem much less attractive. Reading the chip in-circuit failed — because of course it did — so what does that leave?

Well, if you follow the example of [Matthew “wrongbaud” Alt], the next tool you reach for might be a logic analyzer. In a recent write-up, [wrongbaud] explains the process of identifying, capturing, and ultimately decoding the SPI read operations used to load the firmware from a common W25Q-series flash chip at boot time. He notes it’s not a perfect solution, as in the end you’ll only be able to sniff out what the CPU actually reads, not necessarily the entire contents of the chip, but it’s a big step in the right direction if you’re reverse engineering something in the dark.

Continue reading “Reconstructing Device Firmware From SPI Reads” →

Audio Spectrum Analyzer On An ESP32 Display Board

September 23, 2026 by Tom Nardi 5 Comments

A slick spectrum analyzer used to be the kind of thing that would have been tricky to include in a DIY project, but as [Mirko “mircemk” Pavleski] demonstrates, a modern microcontroller like the ESP32 can handle the task with nothing more than a display panel and a few passives.

This particular example is built around the CrowPanel 3.5, which combines the powerful microcontroller with a 480×320 touch screen LCD. But there’s nothing inherently special about the CrowPanel, and you could get similar results with whatever display you might have kicking around the parts bin — albeit potentially with some code changes to account for the different hardware.

Beyond the microcontroller and the display, all you need to recreate what [mircemk] has done here is a handful of passives to tame the incoming analog audio signal so it can be piped into one of the analog-to-digital converter (ADC) pins on the MCU.

This project is fairly simple, but if you’re looking for something a little more advanced from [mircemk], don’t worry. The more daring home players can try their hand at recreating this high-voltage X-ray machine made from an old TV vacuum tube.

Continue reading “Audio Spectrum Analyzer On An ESP32 Display Board” →

Hackaday Links: September 20, 2026

September 20, 2026 by Tom Nardi 21 Comments

Some sad news to start this week off — after 52 years in business, Sherline has announced they are winding down their manufacturing operations. By the end of October they estimate they’ll have produced their last tool, and although they will no longer be making new products, they plan on supporting their existing customers for as long as possible. Although from the sound of the press release, that may mean simply keeping the website up and selling through their inventory of spare parts.

The company offered a range of American-made miniature lathes and mills, and while their manual machines may have been better known in our community, they did eventually branch out into CNC. The press release doesn’t go into a lot of detail about the chain of events that led up to this decision, but it does mention the challenges of modern manufacturing and the lingering aftereffects of the COVID pandemic.

At first blush, it might seem strange that the company would falter just as desktop CNCs appear to finally be gaining momentum, but of course that doesn’t change their ability to compete with overseas manufacturing in terms of price.

Of course, keeping competitive is only a concern when you actually have competitors in the first place. That’s the situation that NASA and Boeing may find themselves in should SpaceX decide to retire the Crew Dragon after 2030. While the International Space Station will (probably) be out of the equation by that point, the US space agency will still need the capability to fly humans to… somewhere, and that means there will be lucrative government contracts up for grabs.

The chances of any other American company developing and launching a human-rated spacecraft between now and the end of the decade are pretty much zero, which means Boeing will have to pick up the slack with their Starliner capsule. Or at least, try to, as Starliner hasn’t exactly had the best track record so far. Although by the 2030s SpaceX plans to have transitioned most, if not all, of its operations to Starship, one does wonder if a big enough check from Uncle Sam could change its mind.

Continue reading “Hackaday Links: September 20, 2026” →

Hackaday Podcast Episode 387: Superhuman Clocks, CAN In USB-C, And The Joys Of Bare Metal

September 18, 2026 by Tom Nardi 1 Comment

This week, Hackaday Editors Elliot Williams and Tom Nardi start the episode off by discussing the latest CircuitPython developments before covering some impressive reverse engineering efforts, the benefits of modeling your projects in 3D, and some of the most incredible timepieces that have ever graced the pages of Hackaday.

You’ll also hear about the fascinating potential of combing 3D and UV printing, Linux on the ESP32, and a virtual TV station that pulls from the Internet Archive. The episode wraps up with a Hackaday Europe double-feature: one talk extols the virtues of keeping things simple through bare metal development, while the other covers off-world hacks and fixes that will make you want to sign up for Space Camp.

Check out the links if you want to follow along, and as always, tell us what you think about this episode in the comments!

Direct download, the MP3 way.

Continue reading “Hackaday Podcast Episode 387: Superhuman Clocks, CAN In USB-C, And The Joys Of Bare Metal” →

FCC ISM Rules May Shatter Lora Mesh Communities

September 17, 2026 by Tom Nardi 117 Comments

Although everyone has their own reasons for exploring a new hobby, one of the driving factors behind the popularity of Meshtastic and MeshCore has been the incredible accessibility offered by off-grid LoRa mesh networks. You don’t need any expensive hardware or a license to get on the air — armed with a $20 microcontroller dev board and open source software, you could be on the mesh in minutes. Then came the really exciting part, seeing who else was out there. The low barrier of entry and ad-hoc nature of these projects meant there was a good chance you’d soon find yourself exchanging messages with other like-minded folks in the area.

Or at least, that’s how it used to be. With the recent revelation that their default radio configurations have potentially been in violation of the Federal Communications Commission’s (FCC) regulations governing amateur usage of the 900 MHz industrial, scientific and medical (ISM) band, the users and developers of both Meshtastic and MeshCore have been sent scrambling. Getting in compliance isn’t necessarily a technical challenge. In fact, Meshtastic has already introduced changes aimed to address the issue and anyone running the latest alpha release can be sure that their initial radio configuration will meet FCC standards.

But unfortunately, this introduces a new problem. While it’s easy enough to get new installations of Meshtastic and MeshCore operating in a mode that keeps the FCC happy, doing so breaks compatibility with everything that’s already been deployed. The community will be fractured into distinct strata depending on when they first configured their hardware, with an added dash of confusion from the more rebellious users who will undoubtedly refuse to migrate over to the new settings.

What was once easy and accessible has just gotten a whole lot more complicated.

Continue reading “FCC ISM Rules May Shatter Lora Mesh Communities” →

Writing An ESP32 Bluetooth Printer Driver In Two Acts

September 14, 2026 by Tom Nardi 9 Comments

[Bas BotBerg] wanted to use a portable Bluetooth thermal printer to run off reports on sensor data collected by an ESP32-C3 microcontroller. But as is so often the case these days, the only official way to interface with the printer was through a proprietary smartphone application provided by the manufacturer. With no documentation on how the thing works, he set out to reverse engineer the printer’s communications protocol so he could control it from the MCU — but the route he took to get there was a bit different than what we usually see, and is an excellent case study for those who might have similar projects in mind.

The standard procedure for something like this, if it can be called that, is to use Android’s built-in debugging capability to log Bluetooth communications while running the manufacturer’s application. The resulting file can be fed into Wireshark, and with patience and some educated guesses, you can usually work out the various commands and values that get passed to the hardware.

But in this case, [Bas BotBerg] ignored the manufacturer’s software and instead used an application that can query a device and list its Bluetooth Low Energy services and characteristics. Specifically, he looks for services that are marked as writable, and starts pushing data into them to see how the printer responds. For this he uses Python with the Bleak library, as it allows him to rapidly iterate and adapt his code. After a bit of poking and experimentation, he finds the proper incantation to get the printer’s motor to kick on and advance the paper — a critical first milestone that tells him he’s on the right path.

Once [Bas BotBerg] mapped out what data needed to be sent to what endpoints to operate the printer in Python, it was a relatively straightforward process to send those same payloads using C++ code on the ESP32. For extra style points he also brought in the Adafruit GFX library so he could produce icons and more easily format the output of the printer.

It doesn’t look like [Bas BotBerg] has released the code in this case (perhaps if we all ask nicely), but we’ve seen similar efforts to bring open source drivers to these cheap Bluetooth printers for the good of the community.