Why Peeling Adhesive Tape Is So Unreasonably Noisy

Although not as reviled as the sound of nails on chalkboard, the sound of adhesive tape being peeled is quite probably at least as distinctive. With every millimeter of the tape’s removal from the roll sounding like it’s screaming in protest, it has led some to wonder just why this process is noisy enough to be heard from across an open-plan office. Recently [Er Qiang Li] et al. had their paper on a likely theory published in Physical Review E, in which they examine the supersonic air pulses at the core of this phenomenon.

The shockwaves produced by peeling tape, captured on Schlieren imaging. (Credit: Er Qiang Li et al., 2026)
The shockwaves produced by peeling tape, captured on Schlieren imaging. (Credit: Er Qiang Li et al., 2026)

Using rolls of adhesive tape and two microphones synchronized with two high-speed cameras in a Schlieren imaging setup, they gathered experimental data of this stick-slip mechanism. Incidentally, in addition to this auditory effect, adhesive tape is also known for the triboluminescence effect, as well as the generating of X-rays, making them quite the source of scientific demonstrations, even when they’re not also being used to create graphene with.

What they deduced from the recorded data was that the transverse fractures that suddenly appear after the extended stick phase hold a vacuum until they reach the end of the fracture during the brief slip phase, at which point the vacuum collapses very suddenly. This produces a pressure of 9600 Pa and clearly visible shock fronts on the Schlieren images.

Now that we know why peeling adhesive tape from its roll is so noisy, it won’t make it any more quiet, but at least we can add another fascinating science fact to its role of achievements.

CSS, Now It’s Got Your 8086

The modern web browser is now far more than a thing for rendering web pages, it’s a multi-faceted environment that can provide a home for almost any application you could imagine. But why should JavaScript or Wasm have all the fun? CSS is Turing complete now, right? Why not, as [Lyra Rebane] has done, write an 8086 emulator in pure CSS?

The web page at the link above may contain an 8086, but missing MMU aside, don’t expect it to run Linux just yet. Instead it has limited resources, just enough to run a demo program. It needs a Chrome-adjacent browser because it uses some CSS functions not available in for example Firefox, but we’ll forgive it that oddity. Its clock is provided by a small piece of JavaScript not because CSS can’t provide one, but because the JS version is more stable.

On one hand this is of little practical use, but to dismiss it as such is to entirely miss the point. It’s in the fine spirit of experimentation, and we love it. Perhaps a better way to look at it is to see what could be done more efficiently with the same idea. A 1970s CISC microprocessor might not be the best choice, but would for example a minimalist and optimized RISC design be more capable? We’re looking forward to where others take this thread.

It’s not the first unexpected computing environment we’ve found, who could forget the DOOM calculator!


Header: Thomas Nguyen, CC BY-SA 4.0.

Fixing The Damage Of A Botched SNES SuperCIC Mod

Not what you want to see when testing that 'repaired' SNES. (Credit: Skawo, YouTube)
Not what you want to see when testing that ‘repaired’ SNES. (Credit: Skawo, YouTube)

The good part about older game consoles like the Super Nintendo is that they have rather rudimentary region locks, but unfortunately this also gives some people the idea that installing something like the SuperCIC mod chip to make a SNES region-free is easy. The patient that arrived on [Skawo]’s surgery table was one such victim, with the patient requiring immediate surgery to remove the botched installation before assessing the damage.

Here the good news was that the patient features the revision B CPU, making it a good console to rescue. The bad news was that the pads of the old CIC chip had been ripped up, there was a solder bridge on S-PPU1 between two pins and both the installed wiring and soldering were atrocious, requiring plenty of touch-ups.

With the CIC pads already a loss, finishing the SuperCIC mod seemed like a good plan, also since this would make for a nice region-free console. This mod involves a PIC16F630 with special firmware that works with the corresponding CIC IC in each cartridge, while also switching between 50/60 Hz mode to fit the cartridge’s region. After an initial test with PAL and NTSC cartridges everything seemed all right. Then [Skawo] ran the SuperNES Burn-In test from its cartridge, which gave dire news.

Continue reading “Fixing The Damage Of A Botched SNES SuperCIC Mod”

The S2000 at a much lower altitude than 2000 m.

Wind Power Is Taking Off In China– All The Way To 2000 M AGL

2000 m above ground level (AGL), winds are stronger and much, much more consistent than they are at surface. Even if the Earth were a perfect sphere, there’d be a sluggish boundry layer at the surface, but since it’s got all these interesting bumps and bits and bobs, it’s not just sluggish but horribly turbulent, too. Getting above that, as much as possible, is why wind turbines are on big towers. Rather than build really big tower, Beijing Lanyi Yunchuan Energy Technology Co. has gone for a more ambitious approach: an aerostat to take power from the steady winds found at high altitude. Ambitiously called the Stratosphere Airborne Wind Energy System (SAWES), the megawatt-scale prototype has recently begun feeding into the grid in Yibin, Sichuan Province.

The name might be a bit ambitious, since its 2000 m test flight is only one tenth of the way to the stratosphere, but Yibin isn’t a bad choice for testing: as it is well inland, the S2000 prototype won’t have to contend with typhoons or other ocean storms. The prototype is arguably as ambitious as the name: its 12 flying turbines have a peak capacity of three megawatts. True, there are larger turbines in wind farms right now, but at 60 m in length and 40 m in diameter, the S2000 has a lot of room to grow before hitting any kind of limit or even record for aerostats. We’re particularly interested in the double-hull construction– it would seem the ring of the outer gas bag would do a good job funneling and accelerating air into those turbines, but we’d love to see some wind tunnel testing or even CFD renderings of what’s going on in there.

A rear view shows the 12 turbines inside the double hull. It should guide air into the gap, but we wonder how much turbulence the trusses in there are making.

During its first test flight in January 2026, the system generated generated 385 kilowatt-hours of electricity over the course of 30 minutes. That means it averaged about 25% capacity for the test, which is a good safe start. Doubtless the engineers have a full suite of test flights planned to demonstrate the endurance and power production capabilities of this prototype. Longer flights at higher capacity may have already happened by the time you read this.

Flying wind turbines isn’t a new idea by any means; a few years ago we featured this homemade kite generator, and the pros have been in on it too. Using helium instead represents an interesting design choice–on the plus side, its probably easier to control, and obviously allowing large structures, but the downside is the added cost of the gas. It will be interesting to see how it develops.

We’re willing to bet it catches on faster than harvesting wind energy from trees.

All images from Beijing Lanyi Yunchuan Energy Technology Co., Ltd.

 

Robot Looks Exactly Like A Roll Of Filament, If Filament Had Eyes

[Matt Denton]’s SpoolBot is a surprisingly agile remote-controlled robot that doesn’t just repurpose filament spool leftovers. It looks exactly like a 2 kg spool of filament; that’s real filament wound around the outside of the drum. In fact, Spoolie the SpoolBot looks so much like the real thing that [Matt] designed a googly-eye add-on, because the robot is so easily misplaced.

The robot’s mass rotates around a central hub in order to move forward or back.

SpoolBot works by rotating its mass around the central hub, which causes it to roll forward or back. Steering is accomplished by tank-style turning of the independent spool ends. While conceptually simple, quite a bit of work is necessary to ensure SpoolBot rolls true, and doesn’t loop itself around inside the shell during maneuvers. Doing that means sensors, and software work.

To that end, a couple of rotary encoders complement the gearmotors and an IMU takes care of overall positional sensing while an ESP32 runs the show. The power supply uses NiMH battery packs, in part for their added weight. Since SpoolBot works by shifting its internal mass, heavier batteries are more effective.

The receiver is a standard RC PWM receiver which means any RC transmitter can be used, but [Matt] shows off a slick one-handed model that not only works well with SpoolBot but tucks neatly into the middle of the spool for storage. Just in case SpoolBot was not hard enough to spot among other filament rolls, we imagine.

The googly-eye add-on solves that, however. They clip to the central hub and so always show “forward” for the robot. They do add quite a bit of personality, as well as a visual indication of the internals’ position relative to the outside.

The GitHub repository and Printables page have all the design files, and the video (embedded just below) shows every piece of the internals.

The kind of hardware available nowadays makes self-balancing devices much more practical and accessible than they ever have been. Really, SpoolBot has quite a lot in common with other self-balancing robots and self-balancing electric vehicles (which are really just larger, ridable self-balancing robots) so there’s plenty of room for experimentation no matter one’s budget or skill level.

Continue reading “Robot Looks Exactly Like A Roll Of Filament, If Filament Had Eyes”

Driving WS2812Bs With Pure Logic

The WS2812B has become one of the most popular addressable LEDs out there. They’re easy to drive from just about any microcontroller you can think of. But what if you don’t have a microcontroller at all? [Povilas Dumcius] decided to try and drive the LEDs with raw logic only.

The project consists of a small board full of old-school ICs that can be used to drive WS2812Bs in a simplistic manner. A 74HC14 Schmitt trigger oscillator provides the necessary beat for this tune, generating an 800 kHz clock to keep everything in time and provide the longer pulse trains that represent logic one to a WS2812B. A phase-shifted AND gate generates the shorter pulses necessary to indicate logic zero. Meanwhile, a binary counter cycles through 24 bits (8 per R, G, and B) to handle color. Pressing each one of the three push-buttons allows each color channel to be activated or deactivated as desired. It can make the strip red, green, or blue, or combine the channels if you press multiple buttons at once. That’s all the control you get—it would take a bit more logic to enable variable levels of each channel. Certainly within the realms of possibility, though.

We’ve featured some other nifty tricks for driving WS2812Bs in unconventional ways, like using DMA hardware or even I2S audio outputs. If you’ve got your own tricks, don’t hesitate to notify the tipsline.

Continue reading “Driving WS2812Bs With Pure Logic”

Building The Haxocorder

The Haxophone is an open source MIDI saxophone project that has achieved some popularity. It’s caught the attention of [Shieladixon] not because she is a saxophonist but because she plays the recorder and is dissatisfied with existing MIDI recorder peripherals. She’s set about modifying the device to produce the Haxocorder, a better MIDI recorder.

The video below the break is the third of a series, of which part one and part two deal with the Haxophone and the shortcomings of her existing recorder peripheral. She’s replacing the Pi Zero of the Haxophone with a Pi Pico in a Zero form factor, and simplifying its design significantly to remove unnecessary features. The result is a versatile instrument capable at a touch of becoming the full range of recorders, which she demonstrates with some nifty duet work.

The upstream Haxophone project can be found here if you are interested, and we hope she follows this up with a release of her mods to make the Haxocorder. Meanwhile if you feel you might have seen her work before, she’s the brains behind the MIDISID.

Continue reading “Building The Haxocorder”