Coffee Maker Steam Wand Gets A Safe Outlet

Sometimes a hacker has a specific sort of problem, and uses the tools they have to solve it in a way that just might be helpful to someone else. That’s the case with [Matvey Kukuy]’s Coffee Steam Dryer (V2), which performs the very specific job of safely swallowing up expelled steam and water from an espresso machine’s steam wand.

Steam purges into the top inlet and passes through expansion chambers, dragging cool air along with it, until it exits safely.

Steam wands are used to froth milk into a velvety texture, and some machines require purging the wand before using it for best results. Where does the resulting jet of steam and spatter of superhot water droplets go? Not the machine’s problem. That’s for the user to deal with, and [Matvey] decided to address it by designing and 3D printing a tool.

The pipe-like object works by having steam jet into the open top (printed in ABS or ASA for heat resistance) where the device redirects the hot gas and captures any expelled water in the process. The steam flows through expansion chambers, dragging cool air along with it in the process, until it ultimately gets redirected away from the user.

By the time steam exits the outlet, some has condensed and the remainder has cooled and slowed down enough to not be a worry.

It’s the second version of the device, and we like how it has no moving parts and can be disassembled for cleaning and drying.

Coffee is an area that is rich with hacker activity, from 3D-printed micro-brew machines to completely DIY roasters but tools like this show how improving the coffee workflow can also be beneficial.

After 6 Years As Road Ornament A Widescreen Sony Trinitron Lives Again

After previously adopting a big Sony Trinitron CRT TV that had been trying to hitch a ride along the side of a road in Italy for at least six years, [Happychoice] didn’t give up on trying to fix it, with the second part showing the TV being more or less fully fixed up.

In the first part of this mini-series, the TV had been salvaged and had most of the dirt as well as local flora and fauna evicted before an attempt was made to fix it. Unfortunately despite the insides looking remarkably clean and intact considering its use as a road-side ornament, that video ended with the controller refusing to power up due to issues with the power supply.

In this sequel we get to see what six years of weather exposure means in terms of what components to replace in a CRT TV like this. Unsurprisingly this means mostly replacing most of the capacitors, at least on the power supply board, as well as the neck board for the actual CRT. A couple of MOSFETs also tested open, so they were replaced too.

With those fresh new parts the TV fired right up again, and with a Wii console connected it looks pretty spiffy running games like Persona 4. Fortunately modern CRT TVs like these have a built-in service menu that you can access with the remote, so that you can tweak picture alignment and other settings without having to stick a screwdriver into the back of the TV to fiddle with a potentiometer whilst also keeping an eye on the picture.

Although there are undoubtedly more components on the PCBs and of course one grimy speaker to give some TLC, it does show that as long as the tube itself is intact, it’s definitely worth it to give repairing a shot.

Continue reading “After 6 Years As Road Ornament A Widescreen Sony Trinitron Lives Again”

Sampling The Elephant’s Foot And Chornobyl’s Tedious Corium Clean-up

The site of the Chornobyl Nuclear Power Plant (ChNPP) remains a unique location, as what’s left of the No. 4 reactor is the only place in the world where you can find significant amounts of what is called corium. An amalgamation of nuclear fuel, fuel rod cladding and whatever materials like concrete that the molten mass came into contact with, Soviet scientists initially struggled to make sense of this material, leading them to even have it shot at to get samples.

In this video documentary by [That Chernobyl Guy] these struggles by scientists both in and outside the USSR to comprehend this wholly new material are detailed. Much like trinitite – created by a US nuclear weapons test – these are amalgamations of material combined under extreme conditions. In the case of the ChNPP accident, the botched turbine spin-up test and disabling of all safeties by the operators allowed the bottom core chain reaction to run unconstrained, producing the massive steam explosion that flipped the biosafety lid of the RBMK reactor, while also fully melting the core material that then melted through the concrete below the reactor.

Although this Elephant’s Foot is only a tiny fraction of the total mass of corium inside the No. 4 reactor, it got rather infamous for supposedly being highly radioactive and lethal. In reality it’s one of the least dangerous parts of the exposed corium, and repeated sampling attempts along with internal degradation due to radioactive decay and weathering before the NSC shelter was installed have led to it mostly turning into slightly radioactive, rusty-looking dust at this point.

Also covered in the video is how the corium in the destroyed reactor is likely to be retrieved for final disposal, with robots cutting into the sides of the reactor building rather than trying to navigate destroyed corridors and staircases. This way it might be possible to remove most of the material without the issues that stymied Soviet engineers in the 1980s during their sampling attempts.

Continue reading “Sampling The Elephant’s Foot And Chornobyl’s Tedious Corium Clean-up”

Hackaday Europe 2026: Bare Metal Made Easy

When we talk about programming in “bare metal,” it basically means writing software that runs right on the hardware with no operating system or abstraction layers in between. This gives the program the most direct possible access to peripherals and memory, with the tradeoff being that you don’t get the protection and ancillary features that come with an OS.

Sylvain Huet came down to Hackaday Europe 2026 to talk about making bare metal easy. Not just by ignoring operating systems and ever-bloating dependencies, but by rethinking the way we approach software development and by building a transparent platform from the ground up.

Continue reading “Hackaday Europe 2026: Bare Metal Made Easy”

Running Linux 6.11 On The ESP32-S3 With A Few Tweaks

With the Xtensa Lx7 twin CPU cores in the ESP32-S3 running at a relatively zippy 240 MHz and accompanying PSRAM of up to 16 MB, you might find yourself wondering whether it could run Linux. As [Paulneja] demonstrates with Linux kernel 6.11, the answer is a ‘yes’, though with the usual caveats.

What complicates matters with the ESP32-S3 is that it lacks certain amenities that spoiled OSes like Linux have come to take for granted, such as a Memory Management Unit (MMU). To deal with this, the NOMMU Linux configuration was used, along with a custom fork() implementation. Although the previous 0.7 version sort-of worked, the current 0.8 release is the first that manages to actually boot reliably and has a usable amount of RAM available after boot.

You can see the comparison between the two versions in the header image, with v0.8 having a blistering 3.7 MB available after booting and with overall resource usage and performance having improved massively. Note that only one core is available to Linux, with the other used by the typical FreeRTOS ESP-IDF stack to provide WiFi and Bluetooth.

This was all run on an ESP32-S3 with the N16R8 configuration, meaning 16 MB Flash that’s also used for writable storage and 8 MB of octal PSRAM. As for practical applications, it’s noted by [Paulneja] that this is a research project, though one could imagine this being an embedded Linux project along the lines of a network router running something like BusyBox.

Linux Fu: Speak Up!

Apparently, people hate typing. As every movie and TV show suggests, the future is talking to computers. There was a time when speech recognition was complex and not very good. But these days, even our lowly phones can do a pretty good job of speech recognition. Of course, one problem is that your phone probably isn’t actually doing the speech recognition. It sends it to the big business of your choice to interpret. I’ve been using Handy, a speech recognition system that works well for me. I’ve also looked at some that didn’t.

After all, it is sometimes nice to dictate to your computer, and it would be even nicer if you could keep your data local. On Windows, oddly enough, there is a well-developed speech feature that, as far as I can tell, almost no one talks about or uses. One video estimates that 99% of users don’t use it. Linux, of course, has many options, but historically, these have been difficult to set up or finicky.

Of course, the good news is that many of the Linux tools are open source and the models are quite good. That means other people have had the freedom to fork the tools and make them easier to use, at least in theory. The licensing of the models themselves may be different, but those will be hard to modify, anyway and they generally work well. The biggest problems on Linux isn’t the technology itself, but the tremendous variety of systems and setups.

Suppose you want to write a speech-to-text program. Will it work on ARM? What desktops will it integrate with? Can it use a GPU? What kind? What about specialized instructions in some CPUs? Then there’s the forced input situation; typing into arbitrary programs once you know what the user said. On X11, it is easy, but Wayland needs different handling.

A Shortcut

I’ve thought about using my phone with KDE Connect, which is an excellent program. It can let you use your phone as a keyboard and mouse for your Linux computer. Unfortunately, it is aimed at character-at-a-time input, and I’ve never found a way to make it work with voice.

Besides, the phone is beaming all the data to “the cloud.” You probably type things you’d rather not broadcast to the ether.

I had looked at Speech Note before, but it is sort of a speech recognition notepad. I didn’t find it seamless, and it didn’t work well on my system anyway. Vocalinux looks nice, but a quick test kept complaining that my Intel extensions were not available. Makes sense, since I have an AMD CPU. Even though the documentation said it should work, I was never able to get it to work.

The Easy Way

Turns out the application that worked readily on my machine was Handy. Keep in mind, Handy is just another tool that uses one of several models out there, along with other open-source tools. You might need to install some tools to deal with your system like xdotool or dotool, but they are probably already installed anyway. That isn’t to minimize the value of Handy. It is — well — Handy. You don’t have to load and configure models, set up a bunch of system-level hooks, or install a bunch of libraries. You install it, and it works.

You can configure it. The best model for you, for example, may depend on your machine and the languages you speak. You can configure the hotkeys and how the app types into your computer. But it does all the work of downloading and configuration. Continue reading “Linux Fu: Speak Up!”

Every ZX81 Expansion Card You Ever Wanted, All At Once

The Sinclair ZX81 was a masterpiece of Sir Clive’s desire to get the most out of the least hardware, being about as minimalist as it was possible to get and stillĀ be a home computer in 1981. As such it has a keyboard, a Z80, TC and cassette interfaces, 1K of memory, and that was it. There were any number of add-ons for it, but if you were a 1980s kid the chances are you couldn’t afford them. So 45 years later here’s [adam.klotblixt] with OpenSpand — every ZX81 expansion you could think of, all in one!

For a start there’s a RAM expansion. Not the paltry 16K of old, this is user-configurable and has the whole 64K address space minus the ROM to play with. Then there’s SD card storage, hijacking Sinclair BASIC’s LOAD and SAVE commands. It’s got high-res graphics, emulated sound chips, a joystick port, serial ports, a choice of ROMs, and a composite video output. Perhaps the only thing it doesn’t have from back in the day is a printer interface, but we’re sure the serial port could be pressed into service somehow.

It does this all as you might expect these days, with an RP2350 emulating the real parts. The microcontroller disables the onboard RAM and ROM and emulates those too, such is the disparity in power between it and a Z80. We would have done anything for this expansion, back in the day.

The ’81 features here quite often, most recently in a look at Sinclair’s own RAM expansion.