After seeing the cheap transparent OLED displays that have recently hit the market, you might have thought of using them as an affordable way to build your own wearable display. To save you the inevitable disappointment that would result from such a build, [Zack Freedman] took it upon himself to test out the idea, and show why transparent wearable displays are a harder than it looks.
He put together a headband with integrated microcontroller that holds the transparent OLED over the user’s eye, but unfortunately, anything shown on the display ends up being more or less invisible to the wearer. As [Zack] explains in the video after the break, the human eye is physically incapable of focusing on any object at such a short distance. Contrary to what many people might think, the hard part of wearable displays is not in the display itself, but rather the optics. For a wearable display to work, all the light beams from the display need to be focused into your eyeball by lenses and or reflectors, without distorting your view of everything beyond the lens. This requires, lightweight and distortion-free collimators and beam splitters, which are expensive and hard to make.
While these transparent OLEDs might not make practical heads-up displays, they are still a cool part for projects like a volumetric display. It’s certainly possible to build your own smart glasses or augmented reality glasses, you just need to focus on getting the optics right.
We think of radio navigation and direction finding as something fairly modern. However, it might surprise you that direction finding is nearly as old as radio itself. In 1888, Heinrich Hertz noted that signals were strongest when in one orientation of a loop antenna and weakest 90 degrees rotated. By 1900, experimenters noted dipoles exhibit similar behavior and it wasn’t long before antennas were made to rotate to either maximize signal or locate the transmitter.
British radio direction finding truck from 1927; public domain
Of course, there is one problem. You can’t actually tell which side of the antenna is pointing to the signal with a loop or a dipole. So if the antenna is pointing north, the signal might be to the north but it could also be to the south. Still, in some cases that’s enough information.
John Stone patented a system like this in 1901. Well-known radio experimenter Lee De Forest also had a novel system in 1904. These systems all suffered from a variety of issues. At shortwave frequencies, multipath propagation can confuse the receiver and while longwave signals need very large antennas. Most of the antennas moved, but some — like one by Marconi — used multiple elements and a switch.
However, there are special cases where these limitations are acceptable. For example, when Pan Am needed to navigate airplanes over the ocean in the 1930s, Hugo Leuteritz who had worked at RCA before Pan Am, used a loop antenna at the airport to locate a transmitter on the plane. Since you knew which side of the antenna the airplane must be on, the bidirectional detection wasn’t a problem.
[Mark Jenkins] wasn’t impressed with the Covid 19 vaccination verification systems that restaurants in Manitoba are required to use. Patrons must present a QR code, which must be verified by a mobile app available only from Apple or Google. With help from his local hackerspace, he came up with a bash script solution requiring only kilobytes vs the 50 MB of the mobile apps. [Mark] isn’t pleased with the exclusivity of the apps availability and the lack of an open API. His concern isn’t entirely theoretical, either — Google mysteriously pulled their app from the Play Store for over a week.
The interim result, shown in the video below, is a demonstration system called Alexandra. It consists of a receipt printer, a webcam being used as a QR scanner, and a 2005-era laptop running the script. This is merely a proof of concept, as [Mark] clearly notes. There is still some work to be done — for example, the method used to authenticate with the Google server is transient. But eventually [Mark] hopes to have a free software alternative soon, suitable for restaurant owners to use in their establishments.
What kinds of vaccination verifications systems, if any, are used in your part of the world? Is the system open or proprietary? Let us know in the comments below.
Geeks of a certain vintage will have fond memories of games that were simplistic by today’s standards, but drew one in all the same. Their low fidelity graphics were often complimented by equally low fidelity music being forced through the afterthought of a speaker that inhabited most computers. Despite the technical constraints of the era, these games didn’t just offer gameplay. They told stories, and they were immersive in a way that some would think wouldn’t be relatable to a younger generation.
That didn’t stop [Thanassis Tsiodras] from sharing the classic “The Secret of Monkey Island” with his niece and nephew when they were young. Excited to see his family after a year of separation due to COVID-19, [Thanassis] wanted to give them a handmade gift: The music from “The Secret of Monkey Island” on a custom player. What an uncle!
[Thanassis] could have just recorded the music and played it back using any number of chips made for the purpose, but being a long time software engineer, he decided to take the scenic route to his destination. First, DOSBox was hacked to dump the speaker output into a file. Python, C, and 30 years of experience were leveraged to squeeze everything into the 8 KB storage of an ATtiny85. Doing so was no small feat, as it required that he create a custom implementation of Huffman compression to get the data small enough to fit on chip. And when it fit, but didn’t work, even more optimization was needed.
The end result was worth it however, with the music from “The Secret of Monkey Island” playing in its original form from a speaker driven by the ever so humble but useful 2n2222. [Thanassis]’ site is replete with details too intricate to post here, but too neat to miss. Watch the video below the break for a demonstration.
Imagine the ultimate homage to 1980s 8-bit home computers. It might look like [David Murray] aka The 8-Bit Guy’s Commander X16.
As a core group of geeks, hackers, and developers age, we yearn for the computers of our youth. VIC-20s, Commodore Pets, 64s, 128s, Ataris, Apple IIes, and the list goes on and on. For many of us, our first hands on experience with a computer was with such a machine that is now called “retro”. Sadly, many of these relics are getting more expensive as demand increases and supplies dwindle. Working examples are harder to find, and even those can break down. Original monitors, peripherals, and accessories are also getting scarcer. This is all quite understandable when we consider that some of these classics are over 40 years old.
What was it that we loved about these old rigs that makes them so attractive? [David] decided to distil what makes a classic a classic, and then turn that list into a spec list for what he calls his “Dream Computer”. He found that things like a printed and spiral bound manual were a big part of the charm and utility of these early home computers. Booting directly to a prompt and being able to directly control the hardware was another highly desirable trait.
[David] also took the time to determine what people don’t like about these retro machines: Wacky keyboard layouts, composite video output, and glacially slow storage. Swapping multiple floppies to load a program or respooling a cassette tape is just as undesirable in 2021 as it was in 1981. Who knew?
The X16’s’ prototyping is still in progress.
The result of [David]’s research is the Commander X16. Inspired by the VIC-20, it’s a fresh take on the retrocomputer that only uses parts that are currently available. You can see the first video in a series about the development of the X16 below the break. Be aware that a lot of progress has been made since the video came out in 2019, but it still provides an excellent starting point for learning about the project.
The X16’s specifications read like dream list made in the mid 80s: 256 color VGA, up to 2MB memory, an 8 MHz 6502, plenty of expansion ports, and even ports for SNES style controllers. And what else will this dream machine include? You guessed it: A spiral bound manual!
It’s not possible to list all of the great features of the X16 in this space, so check out the Commander X16 FAQ for all the details. If this project makes your heart go pitter patter, you may be interested to know that they need help with software development! An emulator is available for development. The goal is to have a healthy software ecosystem in place when the X16 launches.
Levitation may seem like magic. However, for certain objects, and in certain conditions, it’s actually a solved technology. If you want to move small particles around or do experiments with ultrasonic haptic feedback, you might find SonicSurface to be a useful platform for experimentation.
The build comes to us from [UpnaLab], and is no small feat of engineering. It packs in 256 ultrasonic emitters in a 16×16 grid, with individual phase control across the entire panel. This allows for the generation of complex ultrasonic wave fields over the SonicSurface board. Two boards can be paired together in a vertically opposed configuration, too. This allows the levitation of tiny particles in 3D space.
As you might expect, an FPGA is pressed into service to handle the heavy lifting – in this case, an Altera CoreEP4CE6. Commands are sent to the SonicSurface by a USB-to-serial connection from an attached PC.
The board is largely limited to the levitation of small spherical pieces of foam, with the ultrasonic field levitating them in midair. However, the project video shows how these tiny pieces of foam can be attached to threads, tapes, and other objects in order to manipulate them with the ultrasonic array.
It may not be a simple project, but it serves as a great basis for your own levitation experiments. Of course, if you want to start smaller, that’s fine too. If you come up with any great levitation breakthroughs of your own, be sure to let us know.
An SMU or Source Measurement Unit works a bit like a power supply, in that it can source current into a load and a bit like an electronic load, in that it can sink current from a power source. It includes a crossover circuit, so that it cleanly and predictably swaps between sink and source modes automatically. This makes it terribly useful for testing all manner of power circuits, charging and characterizing batteries or just saving bench space by replacing two separate boxes.
This DIY-SMU from analog electronics guru [Dave Erikson] is a full four-quadrant design, meaning that it can operate with both positive and negative voltages. The design shows excellent performance, comparable to commercial instruments that cost serious money, which is testament to [Dave]’s skill and experience.
Source: Wikipedia
The quadrants can be understood if you imagine a graph with voltage on the horizontal axis, and current on the vertical. Both axes can swing to both polarities, with quadrants I & III indicating power delivered into a load and quadrants II & IV power absorbed from a source.
The very detailed project logs show every gory detail, every problem found and the work to solve it. Its a long read, which for those interested in such devices, will be time well spent in this scribe’s humble opinion.
The DIY-SMU is mostly analog in nature, with the control portion courtesy of a Teensy 3.2, with a Nextion TFT display with touch for the user interface. The firmware even supports SCPI over USB to allow remote control and data gathering, so its ready to drop right into your test and measurement stack. For more reading goodness, checkout JSMU, a related project, taking inspiration from the DIY-SMU. Details can be found on this project GitHub repo.
Many power supply projects have graced these pages over the years, like this 2015 Hackaday Prize Entry but this is one of the few four-quadrant designs to be found, so hats off!
