This Kinetic Art Display Uses A Gin Bottle

August 7, 2023 by Dave Rowntree 8 Comments

[David McDaid] likes gin. So in homage to their favourite tipple, a certain brand of Scottish origin, a kinetic art project was brewed. Tabled as a Rube Goldberg machine — it’s not — but it is a very smart marble run type installation, dripping with 3D printed parts and a sprinkling of blinkenlights.

The write-up shows the degree of pain we go through with building such contraptions, apparently [David] burned through 2.5 kg of PLA filament despite the bill of materials requiring a mere 660 g. Much experimentation, trial and error, and plenty of print-and-reprint-until-good-enough, resulted in a clean looking run with some neat features. We particularly like the use of a stainless steel jigger to add a touch of metallic ting, to the soundscape produced. The whole show was put together in Fusion 360, since all those tight tolerances do not make for a simple construction without a lot of fiddling around with the layout. Once it was a sound, layout was prototyped on a wood board, which was subsequently used a drill template for the final acrylic version.

On the electronics side of things, an Arduino Nano clone is on control duty, reading an IR trip sensor to fire of a simple light effect, illuminating the gin bottle in a slick fashion. These machines need a mechanism to raise the balls against that pesky force of gravity, in this instance a 3D printed custom chain was constructed, driven with a stepper motor in turn driven from a TMC2208. You see, this thing lives in the kitchen, so the aim was to keep all the noise from the mechanics to a minimum so only the noise of LDPE balls rattling around can be heard. They are the star of the show after all! The build looks nice and would certainly be something we’d like to see on the wall. Obviously we’ve seen a few marble runs over the years. Here’s an interesting one that uses an elevator mechanism, and another project that shows how to generate runs procedurally.

Continue reading “This Kinetic Art Display Uses A Gin Bottle” →

Teardown Of An Aircraft Video Symbol Generator

June 19, 2023 by Dave Rowntree 17 Comments

[Adrian Smith] recently scored an avionics module taken from a British Aerospace 146 airliner and ripped it open for our viewing pleasure. This particular aircraft was designed in the early 1980s when the electronics used to feed the various displays in the cockpit were very different from modern designs. This particular box is called a ‘symbol generator’ and is used to generate the various real-time video feeds that are sent to the cockpit display units. Various instruments, for example, the weather radar, feed into it, and it then reformats the video if needed, mixing in any required additional display.

Top view of the symbol generator instrument rack

There are many gold-plated chips on these boards, which indicates these may be radiation-hardened versions of familiar devices, most of which are 54xx series logic. 54xx series logic is essentially the same functionally as the corresponding 74xx series, except for the much wider operating temperature range mandated by military and, by extension, commercial aviation needs. The main CPU board appears to be based around the Intel 8086, with some Zilog Z180 compatible processors used on the two video display controller boards. We noted the Zilog Z0853604, which is their counter/timer/GPIO chip. Obviously, there are many custom ASICs produced by Honeywell as well as other special order items that you’ll never find the datasheet for. Now there’s a challenge!

Finally, we note the standard 400 Hz avionics-standard power supply, which, as some may know, is the standard operating frequency for the AC power system used within modern aircraft systems. The higher frequency (compared to 50 or 60 Hz) means the magnetic components can be physically smaller and, therefore, lighter for a given power handling capability.

We see a lot of avionics teardowns, likely because they’re fascinating. Here’s some more British military gear, an interesting RF distance measuring box from the 1970s, and finally, some brave soul building their own avionics gear. What could possibly go wrong?

Continue reading “Teardown Of An Aircraft Video Symbol Generator” →

Marvin Minsky’s 2500 Logo Computer

June 18, 2023 by Dave Rowntree 7 Comments

[Prof. Marvin Minsky] is a very well-known figure in the field of computing, having co-founded the MIT AI lab, published extensively on AI and computational intelligence, and, let’s not forget, inventing the confocal microscope and, of course, the useless machine. But did you know he also was a co-developer of the first Logo “turtle,” and developed a computer intended to run Logo applications in an educational environment? After dredging some PDP-10 tapes owned by the MIT Media Lab, the original schematics for his machine, the Turtle Terminal TT2500 (a reference to the target price of $2500, in 1970 terms), are now available for you to examine.

Continue reading “Marvin Minsky’s 2500 Logo Computer” →

A Simple Guide To Bit Banged I2C On The 6502

June 18, 2023 by Dave Rowntree 5 Comments

We covered [Anders Nielsen]’s 65duino project a short while ago, and now he’s back with an update video showing some more details of bit-banging I²C using plain old 6502 assembly language.

Obviously, with such a simple system, there is no dedicated I²C interface hardware, so the programmer must take care of all the details of the I²C protocol in software, bit-banging it out to the peripheral and reading back the response one bit at a time.

The first detail to concern us will be the I²C addresses of the devices being connected to the bus and how low-level bit manipulation is used to turn the 7-bit I²C address into the byte being bit-banged. As [Anders] shows, setting a bit is simply a logical-OR operation, and resetting a bit is a simple logical-AND operation using the inversion (or one’s complement) bit to reset to form a bitmask. As many will already know, this process is necessary to code for a read or a write I²C operation. A further detail is that I²C uses an open-collector connection scheme, which means that no device on the bus may drive the bus to logical high; instead, they must release the drive by going to the high impedance state, and an external pull-up resistor will pull the bus high. The 6532 RIOT chip (used for I/O on the 65unio) does not have tristate control but instead uses a data direction register (DDR) to allow a pin to be an input. This will do the job just fine, albeit with slightly odd-looking code, until you know what’s going on.

From there, it’s a straightforward matter to write subroutines that generate the I²C start, stop, and NACK conditions that are required to write to the SSD1306-based OLED to get it to do something we can observe. From these basic roots, through higher-level subroutines, a complete OLED library in assembly can be constructed. We shall sit tight and await where [Anders] goes next with this!

We see I²C-connected things all the time, like this neat ATtiny85-based I²C peripheral, and whilst we’re talking about the SSD1306 OLED display controller, here’s a hack that shows just how much you can push your luck with the I²C spec and get some crazy frame rates.

Continue reading “A Simple Guide To Bit Banged I2C On The 6502” →

Learning X86_64 Assembly By Building A GUI From Scratch

June 18, 2023 by Dave Rowntree 34 Comments

Some professional coders are absolutely adamant that learning to program in assembly language in these modern times is simply a waste of time, and this post is not for them. This is for the rest of us, who still think there is value in knowing at a low level what is going on, a deeper appreciation can be developed. [Philippe Gaultier] was certainly in this latter camp and figured the best way to learn was to work on a substantial project.

Now, there are some valid reasons to write directly in assembler; for example hand-crafting unusual code sequences for creating software exploits would be hindered by an optimising compiler. Creating code optimised for speed and size is unlikely to be among those reasons, as doing a better job than a modern compiler would be a considerable challenge. Some folks would follow the tried and trusted route and work towards getting a “hello world!” output to the console or a serial port, but not [Philippe]. This project aimed to get a full-custom GUI application running as a client to the X11 server running atop Linux, but the theory should be good for any *nix OS.

The first part of the process was to create a valid ELF executable that Linux would work with. Using nasm to assemble and the standard linker, only a few X86_64 instructions are needed to create a tiny executable that just exits cleanly. Next, we learn how to manipulate the stack in order to set up a non-trivial system call that sends some text to the system STDOUT.

To perform any GUI actions, we must remember that X11 is a network-orientated system, where our executable will be a client connected via a socket. In the simple case, we just connect the locally created socket to the server path for the local X server, which is just a matter of populating the sockaddr_un data structure on the stack and calling the connect() system call.

Now the connection is made, we can follow the usual X11 route of creating client ids, then allocating resources using them. Next, fonts are opened, and a graphical context is created to use it to create a window. Finally, after mapping the window, something will be visible to draw into with subsequent commands. X11 is a low-level GUI system, so there are quite a few steps to create even the most simple drawable object, but this also makes it quite simple to understand and thus quite suited to such a project.

We applaud [Phillip] for the fabulous documentation of this learning hack and can’t wait to see what’s next in store!

Not too long ago, we covered Snowdrop OS, which is written entirely in X86 assembly, and we also found out a thing or two about some oddball X86 instructions. We’ve also done our own Linux assembly primer.

Protect Vintage Gear With Easy Capacitor Reforming

June 5, 2023 by Dave Rowntree 27 Comments

Having acquired some piece of old electronic equipment, be it a computer, radio, or some test gear, the temptation is there to plug it in as soon as you’ve lugged it into the ‘shop. Don’t be so hasty. Those power supplies and analog circuits often have a number of old aluminium electrolytic capacitors of unknown condition, and bad things can happen if they suddenly get powered back up again. After a visual inspection, to remove and replace any with obvious signs of leakage and corrosion, those remaining may still not be up to their job, with the oxide layers damaged over time when sat idle, they can exhibit lower than spec capacitance, voltage rating or even be a dead short circuit. [TechTangents] presents for us a guide to detecting and reforming these suspect capacitors to hopefully bring them, safely, back to service once more.

When manufactured, the capacitors are slowly brought up to operating voltage, before final encapsulation, which allows the thin oxide layer to form on the anode contact plate, this is an electrically driven chemical process whereby a portion of the electrolyte is decomposed to provide the needed oxygen ions. When operating normally, with a DC bias applied to the plates, this oxidation process — referred to as ‘self-healing’ — continues slowly, maintaining the integrity of the oxide film, and slowly consuming the electrolyte, which will eventually run dry and be unable to sustain the insulating oxide layer.

If left to sit un-powered for too long, the anodic oxide layer will decay, resulting in reduced operating voltage. When powered up, the reforming process will restart, but this will be in an uncontrolled environment, resulting in a lot of excess heat and gases being vented. It all depends on how thin the oxide layer got and if holes have started to form. That is, if there is any electrolyte left to react – it may already be far too late to rescue.

If the oxide layer is sufficiently depleted, the capacitor will start to conduct, with a resultant self-heating and runaway thermal decomposition. They can explode violently, which is why there are score marks at the top of the can to act as a weak point, where the contents can burst through. A bit like that ‘egg’ scene in Aliens!

Yucky leaky capacitor. Replace these! and clean-up that conductive goo too.

The ‘safe’ way to reform old capacitors is to physically remove them from the equipment, and apply a low, controlled voltage below the rated value to keep the bias current at a low value, perhaps just 2 mA. Slowly, the voltage can be increased to push the current back up to the initial forming level, so long as the current doesn’t go too high, and the temperature is within sensible bounds. The process ends when the applied voltage is at the rated value and the current has dropped off to low leakage values.

A word of warning though, as the ESR of the reformed caps could be a little higher than design, which will result in higher operating temperature and potentially increased ripple current in power supply applications.

We’re really glossing over this subject fast here, but [TechTangents] was kind enough to link to some fine capacitor-related reading for those who need a primer. Here is a US DoD handbook for reforming capacitors with advice on storage shelf life, some tech notes on using electrolytic capactors from chemi-con, and a general capacitor guide from TDK. Reforming caps is nothing new, here’s an previous article about repairs, and something a bit more recent.

Continue reading “Protect Vintage Gear With Easy Capacitor Reforming” →

An Almost Invisible Desktop

June 3, 2023 by Dave Rowntree 28 Comments

When you’re putting together a computer workstation, what would you say is the cleanest setup? Wireless mouse and keyboard? Super-discrete cable management? How about no visible keeb, no visible mouse, and no obvious display?

That’s what [Basically Homeless] was going for. Utilizing a Flexispot E7 electronically raisable standing desk, an ASUS laptop, and some other off-the-shelf parts, this project is taking the idea of decluttering to the extreme, with no visible peripherals and no visible wires.

There was clearly a lot of learning and much painful experimentation involved, and the guy kind of glazed over how a keyboard was embedded in the desk surface. By forming a thin layer of resin in-plane with the desk surface, and mounting the keyboard just below, followed by lots of careful fettling of the openings meant the keys could be depressed. By not standing proud of the surface, the keys were practically invisible when painted. After all, you need that tactile feedback, and a projection keeb just isn’t right.

ChatGPT-inspired machine learning mouse emulator

Moving on, never mind an ultralight gaming mouse, how about a zero-gram mouse? Well, this is a bit of a cheat, as they mounted a depth-sensing camera inside a light fitting above the desk, and built a ChatGPT-designed machine-learning model to act as a hand-tracking HID device. Nice idea, but we don’t see the code.

The laptop chassis had its display removed and was embedded into the bottom of the desk, along with the supporting power supplies, a couple of fans, and a projector. To create a ‘floating’ display, a piece of transparent plastic was treated to a coating of Lux labs “ClearBright” transparent display film, which allows the image from the projector to be scattered and observed with sufficient clarity to be usable as a PC display. We have to admit, it looks a bit gimmicky, but playing Minecraft on this setup looks a whole lotta fun.

Many of the floating displays we’ve covered tend to be for clocks (after all timepieces are important) like this sweet HUD hack.

Continue reading “An Almost Invisible Desktop” →