There was a time when the gulf between a new computer and one a decade or more old was so large as to be insurmountable; when a Pentium was the chip to have an older computer had a 16-bit 8086 or 286. Here in the 2020s, though, that divide is less stark. While a machine from the mid-2000s may no longer be considered quick, it can still run modern and useful software.
The problem facing the owner of such older hardware though is that as operating systems advance their requirements and eclipse their machine’s capabilities. A perfectly good machine becomes less useful, not because the tasks it needs to be used for are beyond it, but because the latest OS is built with higher-spec hardware in mind. The subject of today’s test is an operating system designed to make the best of older hardware, and it’s one with a pedigree. Damn Small Linux, or DSL, first appeared in 2005 as a tiny distro for the old machines of the day, and after a long hiatus it’s back with a 2024 edition.
We’ve all been there. You’ve cooked up some little microcontroller project, but you need to unhook it from your dev PC and go mobile. There’s just one problem — you haven’t worked up a battery solution yet. “No problem!” you exclaim. “I’ll just use a USB battery pack!” But the current draw is too low, and the pack won’t stay on. “Blast!” you exclaim, because you’ve been watching too much Family Guy or something.
[PatH] had this very problem recently, when trying to work with Meshtastic running on a RAKwireless WisBlock Base Board. You’re supposed to hook up your own rechargeable LiPo battery, but [PatH] was in a hurry. Instead, a USB battery pack was pressed into service, but it kept shutting down. The simple trick was to just add a 100-ohm resistor across the device’s battery terminals. That took the current draw from just 15 mA up to 53 mA, which was enough to keep portable USB power banks interested in staying switched on.
It’s an easy hack for an oddball problem, and it just might get you out of a bind one day. If you’ve got any nifty tricks like this up your sleeve, don’t hesitate to let us know!
I found myself in Milton Keynes, UK, a little while ago, with a few hours to spare. What could I do but rock over to the National Museum of Computing and make a nuisance of myself? I have visited many times, but this time, I was armed with a voice recorder and a mission to talk to everybody who didn’t run away fast enough. There is so much to see and do, that what follows is a somewhat truncated whistle-stop tour to give you, the dear readers, a flavour of what other exhibits you can find once you’ve taken in the usual sights of the Colossus and the other famous early machines.
Click this image to play in your browser.
We expect you’ve heard of the classic text adventure game Zork. Well before that, there was the ingeniously titled “Adventure”, which is reported to be the first ‘interactive fiction’ text adventure game. Created initially by [Will Crowther], who at the time was a keen cave explorer and D & D player, and also the guy responsible for the firmware of the original Arpanet routers, the game contains details of the cave systems of Mammoth and Flint Ridge in Kentucky.
The first version was a text-based simulation of moving around the cave system, and after a while of its release onto the fledgling internet, it was picked up and extended by [Don Woods], and the rest is history. If you want to read more, the excellent site by [Rick Adams] is a great resource that lets you play along in your browser. Just watch out for the dwarfs. (Editor’s note: “plugh“.) During my visit, I believe the software was running on the room-sized ICL2966 via a VT01 terminal, but feel free to correct me, as I can’t find any information to the contrary.
A little further around the same room as the ICL system, there is a real rarity: a Marconi TAC or Transistorised Automatic Computer. This four-cabinet minicomputer was designed in the late 1950s as a ‘fast real-time computer’, is one of only five made, and this example was initially installed at Wylfa nuclear power station in Anglesey, intended as a monitoring and alarm system controller. These two machines were spare units for the three built for the Swedish air defence system, which were no longer required. Commissioned in 1968, this TAC ran continuously until 2004, which could make it one the longest continuously running computers in the world. The TAC has 4 kwords of 20-bit core memory, a paper tape reader for program loading and a magnetic drum storage memory. Unusually, for this period, the TAC has a micro-coded CISC architecture, utilising a whole cabinet worth of diode-matrix ROM boards to code the instruction set. This enabled the TAC to have a customizable instruction set. As standard, the TAC shipped with trigonometric and other transcendental functions as individual instructions. This strategy minimized the program size and allowed more complex programs to fit in the memory.
Following on the heels of a fortunately not real DDoS botnet composed of electric toothbrushes, [Aaron Christophel] got his hands on a sort-of-electric toothbrush which could totally be exploited for this purpose.
Evowera Planck Mini will never gonna give you up, never let you down. (Credit: Aaron Christophel)
The Evowera Planck Mini which he got is the smaller, children-oriented version of the Planck O1 (a more regular electric toothbrush). Both have a 0.96″ color LC display, but the O1 only has Bluetooth and requires a smartphone app. Meanwhile the Mini uses a pressure sensor for the brush along with motion sensors to keep track of the child’s teeth brushing efforts and to provide incentives.
The WiFi feature of the Mini appears to be for both firmware updates as well as to allow parents to monitor the brushing reports of their offspring in the associated smartphone app. With this feature provided by the ESP32-C3 SoC inside the device, the question was how secure it is.
As it turns out not very secure, with [Aaron] covering the exploit in a Twitter thread. As exploits go, it’s pretty straightforward: the toothbrush tries to connect to a default WiFi network (SSID evowera, pass 12345678), tries to acquire new firmware, and flashes this when found without any fuss. [Aaron] made sure to figure out the pin-out on the PCB inside the device as well, opening up new avenues for future hacking.
We’re great fans of [Aaron] and his efforts to breathe new life into gadgets through firmware hacking. His replacement firmware for the Xiaomi LYWSD03MMC Bluetooth thermometer is one of the best we’ve seen.
Ultranet is a protocol created by audio manufacturer Behringer to transmit up to 16 channels of 24-bit sound over a Cat-5 cable. It’s not an open standard, though: Behringer doesn’t offer an API or protocol description to build your own Ultranet devices. But that didn’t stop [Christian Nödig], thanks to a defective mixer, he poked into the signals and built his own Ultranet receiver.
Ultranet runs over Cat-5 ethernet cables but isn’t an ethernet-based protocol. The electrical protocols of Ultranet are identical to Ethernet, but the signaling is different, making it a Level 1 protocol. So, you can use any Cat-5 cable for Ultranet, but you can’t just plug an Ultranet device into an Ethernet one. Or rather, you can (and neither device should explode), but you won’t get anything out of it.
Instead, [Christian]’s exploration revealed that Ultranet is based on another standard: AES/EBU, the bigger professional brother of the SPD/IF socket on HiFi systems. This was designed to carry digital audio over an XLR cable, and Behringer has taken AES/EBU and tweaked it to run over a single twisted pair. With two twisted pairs in the cable carrying a 192 kbps signal, you get sixteen channels of 24-bit audio in total over two twisted pairs inside the Cat-5 cable.
That’s a bit fast for a microcontroller to decode reliably, so [Christian] uses the FPGA in an Arduino Vidor 4000 MKR in his receiver with an open-source AES decoder core to receive and decode the Ultranet signal into individual channels, which are passed to an ADC and analog output.
In effect, [Christian] has built a 16-channel mixer, although the mixing aspect is too primitive for actual use. It would be great for monitoring, though, and it’s a beautiful description of how to dig into protocols like Ultranet that look locked up but are based on other, more open standards.
Some hacks are pure acts of whimsy, and [Simone Giertz] is back to her roots with this Goatee Pasta Maker.
If violence to mannequin heads is upsetting, the video may be a bit NSFW (to warn you now that you already clicked on it). What started out as a pasta-making version of those Play-Doh hair people quickly morphed into a more scaled-back endeavor with simply extruding pasta through the mannequin’s chin to create pasta hair.
Initial attempts at using a basketball to extrude clay (used as a pasta stand-in) through holes in a mannequin’s head were unsuccessful, so [Giertz] turned to a more conventional pasta gun to handle the pasta extrusion. Since the gun didn’t have the volume necessary to produce a full head of hair, or even a respectable mustache, the next mannequin’s chin was subjected to multiple drill holes for pasta to escape in a hairy tangle.
The motto of Sun Microsystems back in the day was “The Network Is The Computer” which might be kind of relevant when CPUs were slower and single-core affairs, but lately to get a faster compile, you’d simply throw more cores and memory at the problem. The thing is, most of us don’t do huge compilations all that often, we can’t remember the last time we even attempted a Linux kernel build. However if you do find yourself with a sudden need to do so, and have access to a pile of machines hooked to a network, then why not check out distcc: the fast distributed C/C++ Compiler? We’ve seen a few mentions in comments and a HaD links article referencing it, but never explicitly covered the tool. So here we go.
