Looking For A Cellular Modem?

Cellular modems come and go, and they can be tricky beasts to tame – yet, in every portable computer project I’ve worked with, “LTE modem” has been a top-three request from the audience. If you’re building a cyberdeck or a general Linux portable, then a cellular modem’s cellular data uplink, SMS support, and even voice calls, can be the killer addition you need to make your deck a true daily machine. These days, I see that the demand for cyberdecks is rising, my own projects could greatly benefit from modems too, and yet it sometimes it feels like informational drought. I think now is a great time to make a listicle, detailing a few modems you should keep in mind.

Testing out prospective modems can be costly and time-intensive – design a board, purchase a few sample modems at inflated prices, only to have your idea completely blocked by elusive firmware issues at the very last step. I’ve given some starting-from-scratch tips before, having shown how to use mPCIe cards for testbench purposes. Today, I’d rather give you a few battle-tested modems that others already use with great success, and describe the features you can get out of one.

Continue reading “Looking For A Cellular Modem?” →

The Fascinating World Of IrDA And Other Infrared Protocols

Infrared (IR) communication technologies are probably one of the most influential, yet also one of the least flashiest. The fact that IR communication tends to be highly directional and often limited to low data rate leads many people to scoff at it, deeming it barely worthy of more than making TV remotes work, perhaps along with some unloved industrial gear like the IR interface of electrical meters.

This is a shame, because TV remotes are a good example of why sometimes you want something that is directional, and anyone who has battled with Bluetooth pairing can attest to the value of things simply working by pointing it at the device. IR protocols also have the advantage of inherent privacy protection as walls and other obstacles will block the signal, unlike that of an exploitable Bluetooth device which happily advertises to your neighbors and passersby.

For reasons like the above – as well as their simplicity and hackability – IR protocols are worthy of a detailed look.

Continue reading “The Fascinating World Of IrDA And Other Infrared Protocols” →

ESP32 As Your Raspberry Pi’s Linux Wireless Co-processor

A laptop with no wireless connectivity feels like a rarity – but when you shop for powerful Linux single-board computers (SBCs), it is pretty common to see one skimp on WiFi. At the same time, current wireless cards can leave much to be desired. A mess of proprietary firmware, ephemeral or even binary blob drivers, weird glitches never resolved, and sometimes entirely source-less blobs with an expiration date. Maybe the SBC doesn’t have a free USB port for a plug-and-play WiFi chip, or you don’t want to design for an obscure hard-to-source castellated module.

What if I told you there’s a unique solution to the problem, as long as the SBC has an SDIO or SPI to spare? There’s a wireless card we can all try to get behind, and it’s certainly not flawless but gives us way more room to grow – it’s got somewhat open-source firmware, it comes from a respectable company, and it’s nigh-guaranteed to be easy to source. I am, of course, talking about esp-hosted – using ESP32 modules as your WiFi/BT card, over SDIO or SPI.

I’ve recently added an ESP32-C6 into my project, and setting up esp-hosted wasn’t ultra straightforward – so here’s a guide, and a discussion on what makes esp-hosted so cool and so incredibly promising. Spoilers: it works with privacy switches that cut out power, it could be hacked into a coprocessor for mesh protocols, and it could potentially help us build a fully open-source SDIO WiFi card.

Continue reading “ESP32 As Your Raspberry Pi’s Linux Wireless Co-processor” →

The FPGA Chronicles: Exploring The Tang Nano 20K

FPGAs used to be mysterious, expensive devices, but these days you can buy surprisingly capable boards for very little money. Some years ago, I did an FPGA Bootcamp over on Hackaday.io. Much of that material still applies, but the hardware is dated. So I decided it was time to update it, using the inexpensive Tang Nano 20K and its GOWIN GW2AR-18 FPGA as the main platform, with perhaps a few excursions into other FPGAs.

History and Motivation

Once upon a time, if you wanted to have a custom IC, you went with a wheelbarrow full of money to a semiconductor company. However, some smart person at a semiconductor fab eventually realized they could make a chip with a lot of uncommitted blocks on it and then, for a custom chip, only design the wiring that connected them together. This still required a wheelbarrow full of money, but it was a smaller wheelbarrow.

Then one day, someone realized they could do the same thing but make the electrical connections between the blocks configurable. Maybe have fuses you can blow, or use EEPROM or RAM cells to remember which blocks are connected to which. It is complicated, sure, but then you can make many of these chips and sell them to people who could, in theory, make their own custom chips without your help.

When do you need an FPGA? A classic classroom exercise for an FPGA, for example, is a traffic light because it shows off how to do state machines, which are important for some kinds of FPGA designs. But other than as a learning example, why would you do this? Even a simple 8-bit CPU can handle a traffic light.

Suppose instead that you have hundreds of digital sensors on a rocket, and any one of them must raise an alarm within a few microseconds. A processor has to sample inputs in groups, service interrupts, or rely on extra hardware. An FPGA can simply implement the equivalent of one enormous OR gate. It watches every input continuously, and unrelated logic elsewhere in the FPGA does not steal execution time from it. Can you do it with a microcontroller? Probably, but not easily. For some classes of problems, an FPGA is the better answer.

Of course, you can also build a CPU on your FPGA and some FPGAs have CPUs in the same package. This is often a sweet spot because then things that are easy to do in software, you do in software. Things that are easier to do in hardware, you do in the FPGA.

Continue reading “The FPGA Chronicles: Exploring The Tang Nano 20K” →

Smelting Bog Ore As It Should Be Done

Sometimes along comes a hack with a personal angle, and in a video showing Irish bog ore smelting, we find an appropriate follow up to a Hackaday expedition back in 2019. [Alec Steele] joined Irish Bloomery Iron, for a weekend with a medieval blast furnace.

Our brush with bog ore came in a trip to Hack42 in Arnhem, the Netherlands, where a team of Dutch hackers built a furnace from firebricks in an attempt to do the same thing. The Dutch attempt ended with a lot of mixed slag and very little iron, and looking at how the Irish furnace was constructed we see some clues to their success. Their air injection using a perforated sheet of clay and the air blast injected to form a venturi is particularly interesting,as is the shape of the furnace.

The iron bloom is lifted out through the top of the furnace rather than being tapped as molten iron, and we’re treated to it being worked into a usable bar of iron. Having spent a day with our Dutch friends doing the same work only to have scraps of iron, we’re mightily impressed with the results from the Irish smelters. You can visit their website at www.irishbloomeryiron.com.

Anatomy Of An SLA Resin Printing Disaster

When I got back into SLA resin printing recently, I knew that I’d inevitably have to deal with the agony of failed prints and of course resin spills. This moment eventually came, and I felt motivated to treat mistakes as teaching moments on aspects like how to properly prepare an SLA build plate in terms of angles and supports or how to deal with failed print aftermaths.

Before moving on to the disaster, I’d like to first start with a look at the resin print of the previous article, which contained a number of fairly small parts. These I had oriented and supported almost fully using the automatic methods provided by the ChituBox slicer software, and worked about 90% as I had hoped, while leaving plenty of room for improvement as well.

Overall, preparing an SLA build plate in the slicer isn’t quite the same as for an FDM printer, mostly due to one phrase that strikes fear in the heart of anyone who has ever done resin printing: “peeling forces”.

Continue reading “Anatomy Of An SLA Resin Printing Disaster” →

Getting Back Into Resin Printing: First Results

When we last left off, I had just set up a new SLA resin printer and was on the verge of doing the initial round of printing to see just how resin printing in 2026 compares to way back in 2020. Surely SLA printing had to be easier and less fussy than it was in 2020?

During these weeks of printing, setting up printers and taking a gander at the various workflows that certain printers and their manufacturers try to push you into I have both produced a series of not too shabby prints and some delightful spaghetti. I also flipped a few proverbial tables and formed some strong opinions on 3D printing workflows, of which some can considered to be family-friendly.

Without further ado, let’s get into some updates, a bit of ranting, and even some printing results.

Continue reading “Getting Back Into Resin Printing: First Results” →