Why Chains Are Still Better For Bicycles Than Belts

February 21, 2026 by Maya Posch 2 Comments

Theoretically a belt drive makes for a great upgrade to a bicycle, as it replaces the heavier, noisy and relatively maintenance-heavy roller chain with a zero-maintenance, whisper-quiet and extremely reliable belt that’s rated at an amazing 20-30,000 km before needing a replacement. Of course, that’s the glossy marketing brochure version of reality, which differed significantly from what [Tristan Ridley] experienced whilst cycling around the globe.

Although initially he was rather happy with his bike, its sealed car-like Pinion gearbox and Gates carbon belt drive system, while out in the wilds of Utah he had a breakdown when the belt snapped. When the spare belt that he had carried with him for the past months also snapped minutes later after fitting it on, it made him decide to switch back to the traditional bush roller chain.

Despite this type of chain drive tracing its roots all the way back to Leonardo da Vinci, they actually offer many advantages over the fancy carbon-fiber-reinforced polyurethane belt. Although with the Pinion gearbox the inability to use a derailleur gearing system is no big deal, [Tristan] found that the ‘zero maintenance’ part of the belt was not true for less hospitable roads

Continue reading “Why Chains Are Still Better For Bicycles Than Belts” →

Quieting Noisy Resistors

February 21, 2026 by Al Williams 2 Comments

[Hans Rosenberg] has a new video talking about a nasty side effect of using resistors: noise. If you watch the video below, you’ll learn that there are two sources of resistor noise: Johnson noise, which doesn’t depend on the construction of the resistor, and 1/f noise, which does vary depending on the material and construction of the resistor.

In simple terms, some resistors use materials that cause electron flow to take different paths through the resistor. That means that different parts of the signal experience slightly different resistance values. In simple applications, it won’t matter much, but in places where noise is an important factor, the 1/f or excess noise contributes more to errors than the Johnson noise at low frequencies.

Continue reading “Quieting Noisy Resistors” →

How The Intel 8087 FPU Knows Which Instructions To Execute

February 21, 2026 by Maya Posch No comments

An interesting detail about the Intel 8087 floating point processor (FPU) is that it’s a co-processor that shares a bus with the 8086 or 8088 CPU and system memory, which means that somehow both the CPU and FPU need to know which instructions are intended for the FPU. Key to this are eight so-called ESCAPE opcodes that are assigned to the co-processor, as explained in a recent article by [Ken Shirriff].

The 8087 thus waits to see whether it sees these opcodes, but since it doesn’t have access to the CPU’s registers, sharing data has to occur via system memory. The address for this is calculated by the CPU and read from by the CPU, with this address registered by the FPU and stores for later use in its BIU register. From there the instruction can be fully decoded and executed.

This decoding is mostly done by the microcode engine, with conditional instructions like cos featuring circuitry that sprawls all over the IC. Explained in the article is how the microcode engine even knows how to begin this decoding process, considering the complexity of these instructions. The biggest limitation at the time was that even a 2 kB ROM was already quite large, which resulted in the 8087 using only 22 microcode entry points, using a combination of logic gates and PLAs to fully implement the entire ROM.

Only some instructions are directly implemented in hardware at the bus interface (BIU), which means that a lot depends on this microcode engine and the ROM for things to work half-way efficiently. This need to solve problems like e.g. fetching constants resulted in a similarly complex-but-transistor-saving approach for such cases.

Even if the 8087 architecture is convoluted and the ISA not well-regarded today, you absolutely have to respect the sheer engineering skills and out-of-the-box thinking of the 8087 project’s engineers.

Miranda, as imaged by Voyager 2 on Jan. 24, 1986.

Miranda’s Unlikely Ocean Has Us Asking If There’s Life Clinging On Around Uranus

February 21, 2026 by Tyler August 16 Comments

If you’re interested in extraterrestrial life, these past few years have given an embarrassment of places to look, even in our own solar system. Mars has been an obvious choice since before the Space Age; in the orbit of Jupiter, Europa’s oceans have been of interest since Voyager’s day; the geysers of Enceladus give Saturn two moons of interest, if you count the possibility of a methane-based chemistry on Titan. Even faraway Neptune’s giant moon Triton probably has an ocean layer deep inside. Now the planet Uranus is getting in on the act, offering its moon Miranda for consideration in a kinda-recent study in the Planetary Science Journal.

Continue reading “Miranda’s Unlikely Ocean Has Us Asking If There’s Life Clinging On Around Uranus” →

Retrotechtacular: Bleeding-Edge Memory Devices Of 1959

February 21, 2026 by Maya Posch 5 Comments

Although digital computers are – much like their human computer counterparts – about performing calculations, another crucial element is that of memory. After all, you need to fetch values from somewhere and store them afterwards. Sometimes values need to be stored for long periods of time, making memory one of the most important elements, yet also one of the most difficult ones. Back in the 1950s the storage options were especially limited, with a 1959 Bell Labs film reel that [Connections Museum] digitized running through the bleeding edge of 1950s storage technology.

After running through the basics of binary representation and the difference between sequential and random access methods, we’re first taking a look at punch cards, which can be read at a blistering 200 cards/minute, before moving onto punched tape, which comes in a variety of shapes to fit different applications.

Electromechanical storage in the form of relays are popular in e.g. telephone exchanges, as they’re very fast. These use two-out-of-five code to represent the phone numbers and corresponding five relay packs, allowing the crossbar switch to be properly configured.

Continue reading “Retrotechtacular: Bleeding-Edge Memory Devices Of 1959” →

In Praise Of The Proof Of Concept

February 21, 2026 by Elliot Williams 4 Comments

Your project doesn’t necessarily have to be a refined masterpiece to have an impact on the global hacker hivemind. Case in point: this great demo of using a 64-point time-of-flight ranging sensor. [Henrique] took three modules, plugged them into a breadboard, and wrote some very interactive Python code that let him put them all through their paces. The result? I now absolutely want to set up a similar rig and expand on it.

That’s the power of a strong proof of concept, and maybe a nice video presentation of it in action. What in particular makes [Henrique]’s POC work is that he’s written the software to give him a number of sliders, switches, and interaction that let him tweak things in real time and explore some of the possibilities. This exploratory software not only helped him map out what directions to go, but they also work in demo mode, when he’s showing us what he has learned.

But the other thing that [Henrique]’s video does nicely is to point out the limitations of his current POC. Instantly, the hacker mind goes “I could work that out”. Was it strategic incompleteness? Either way, I’ve been nerd-sniped.

So are those the features of a good POC? It’s the bare minimum to convey the idea, presented in a way that demonstrates a wide range of possibilities, and leaving that last little bit tantalizingly on the table?

Love Complex Automata? Don’t Miss The Archer

February 21, 2026 by Donald Papp 3 Comments

[Oliver Pett] loves creating automata; pieces of art whose physicality and motion come together to deliver something unique. [Oliver] also has a mission, and that mission is to complete the most complex automata he has ever attempted: The Archer. This automaton is a fully articulated figure designed to draw arrows from a quiver, nock them in a bow, draw back, and fire — all with recognizable technique and believable motions. Shoot for the moon, we say!

He’s documenting the process of creating The Archer in a series of videos, the latest of which dives deep into just how intricate and complex of a challenge it truly is as he designs the intricate cams required.

A digital, kinematic twin in Rhino 3D helps [Oliver] to choose key points and determine the cam profiles required to effect them smoothly.

In simple automata rotational movement can be converted by linkages to create the required motions. But for more complicated automata (like the pen-wielding Maillardet Automaton), cams provide a way to turn rotational movement into something much more nuanced. While creating the automaton and designing appropriate joints and actuators is one thing, designing the cams — never mind coordinating them with one another — is quite another. It’s a task that rapidly cascades in complexity, especially in something as intricate as this.

[Oliver] turned to modern CAD software and after making a digital twin of The Archer he’s been using it to mathematically generate the cam paths required to create the desired movements and transitions, instead of relying on trial and error. This also lets him identify potential collisions or other errors before any metal is cut. The cams are aluminum, so the fewer false starts and dead ends, the better!

Not only is The Archer itself a beautiful piece of work-in-progress, seeing an automaton’s movements planned out in this way is a pretty interesting way to tackle the problem. We can’t wait to see the final result.

Thanks [Stephen] for the tip!