Cyberdecks are all about custom builds, and [f4drj]’s YAHRC (Yet Another Ham Radio Cyberdeck) takes its ruggedization and power seriously. There are some great power management features, and the enclosure even has a layer of RF shielding.
YAHRC is a Raspberry Pi-based build with a generously-sized screen that tucks a small Bluetooth keyboard into a storage area for input in a pinch. Everything is secured behind custom panels, and behind those panels are some really great build details. There’s active cooling via fans, an SSD for data, and [f4drj] even made a custom riser for the GPIO header by soldering together a couple of headers to act as an extender. This exposes the GPIO header right beside a clear area for prototyping, with easy access to USB ports next to the screen in the top panel. Continue reading “2023 Cyberdeck Challenge: YAHRC Takes Its Power Seriously”→
Being mute or speech-challenged can be a barrier, and [Raymond Li] has an interesting project to contribute to the 2023 Hackaday Prize: a pair of discreet chording keyboards that allow the user to emit live text-to-speech as quickly as one can manipulate them.
Rapid generation of input to high-quality speech helps normalize interactions.
The project leverages recent developments to deliver high-quality speech via an open-source web app called VoiceBox, while making sure the input devices themselves don’t get in the way of personal interaction. Keeping the chorders at waist level and ensuring high-quality speech is generated and delivered quickly goes a long way towards making interaction and communication flow more naturally.
The VoiceBox software is doing the heavy lifting, and there’s not yet much detail about the rest of the hardware used in the prototype. It’s currently up to the user to figure out a solution for a wearable computer or a suitable chording keyboard. Still, the prototype looks like the Charachorder with a 3D-printed mounting solution to locate them at one’s beltline. Of course, the beauty of the underlying system being so standard is that one can use whatever is most comfortable.
The block contains beams, and by controlling how the block is compressed, the vertical beams shift in a stable and consistent way, acting as a mechanical counter. It’s a straightforward implementation of the work of two physicists from the Netherlands: [Martin van Hecke] and [Lennard Kwakernaak].
You can check out the research paper for more details on the rubber beam counter. [Kwakernaak] aims to create a much more complex structure with elements that interact across a plane instead of in a single direction. Such a device would, in effect, be a simple computer.
Watch the beam counter in action in the short video embedded below. See how the elements of the green rubber block move while constrained by an outer frame that helps control the force that is applied. The thin beams flip from left to right, one at a time with each press.
A research paper titled Biological Organisms as End Effectors explores the oddball approach of giving small animals jobs as grippers at the end of a robotic arm. Researchers show that pill bugs and chitons — small creatures with exoskeletons and reflexive movements — have behaviors making them useful as grippers, with no harm done to the creatures in the process. The prototypes are really just proofs of concept, but it’s a novel idea that does work in at least a simple way.
Pill bugs reflexively close, and in the process can grasp and hold lightweight objects. The release is simply a matter of time; researchers say that after about 115 seconds a held object is released naturally when the pill bug’s shell opens. While better control over release would be good, the tests show basic functionality is present.
The chiton — a small mollusk — can grip underwater.
Another test involves the chiton, a small mollusk that attaches to things with suction and can act as an underwater end effector in a similar way. Interestingly, a chiton is able to secure itself to wood and cork; materials that typical suction cups do not work on.
A chiton also demonstrates the ability to manipulate a gripped object’s orientation. Chitons seek dark areas, so by shining light researchers could control in which direction the creature attempts to “walk”, which manipulates the held object. A chiton’s grip is strong, but release was less predictable than with pill bugs. It seems chitons release an object more or less when they feel like it.
This concept may remind readers somewhat grimly of grippers made from dead spiders, but researchers emphasize that we have an imperative to not mistreat these living creatures, but to treat them carefully as we temporarily employ them in much the same manner as dog sleds or horses have been used for transportation, or carrier pigeons for messages. Short videos of both pill bug and chiton grippers are embedded below, just under the page break.
Migrating a PCB design from one CAD software package to another is no one’s favorite task. It almost never works cleanly. Often there are missing schematic symbols, scrambled PCB footprints, and plenty of other problems. Thankfully [shabaz] shows how to import EAGLE projects into KiCad 7 and fix the most common problems one is likely to encounter in the process. Frankly, the information couldn’t come at a better time.
This is very timely now that EAGLE has gone the way of the dodo. CadSoft EAGLE used to be a big shot when it came to PCB design for small organizations or individual designers, but six years after being purchased by Autodesk they are no more. KiCad 7 is a staggeringly capable open-source software package containing some fantastic features for beginner and advanced designers alike.
Of course, these kinds of tutorials tend to be perishable because software changes over time. So if you’re staring down a migration from EAGLE to KiCad and could use some guidance, there’s no better time than the present. [shabaz]’s video showing the process is embedded below.
Cross-pollination between different industries can yield interesting innovations, and a few years ago [John Wiltrout] developed some non-slip meter probe adapters. He recently used our tips line to share some details that you won’t see elsewhere, letting us know how the idea came to be.
It started with [John] being frustrated by issues that will sound familiar: probes did not always want to stay in place, and had a tendency to skid around at the slightest provocation. This behavior gets only more frustrating as boards and components get smaller. John was also frustrated by the general inability to reliably probe through barriers like solder masking, oxidation, and conformal treatments on circuit boards. Continue reading “Dentist Tool Hardware Inspires Non-Slip Probe Tips”→
The concept of Continuous Integration (CI) is a powerful tool in software development, and it’s not every day we get a look at how someone integrated automated hardware testing into their system. [Michael Orenstein] brought to our attention the Hardware CI Arena, a framework for doing exactly that across a variety of host OSes and microcontroller architectures.
The Hardware CI Arena allows testing software across a variety of hardware boards such as Arduino, RP2040, ESP32, and more.
Here’s the reason it exists: while in theory every OS and piece of hardware implements things like USB communications and device discovery in the same way, in practice that is not always the case. For individual projects, the edge cases (or even occasional bugs) are not much of a problem. But when one is developing a software product that aims to work seamlessly across different hardware options, such things get in the way. To provide a reliable experience, one must find and address edge cases.
The Hardware CI Arena (GitHub repository) was created to allow automated testing to be done across a variety of common OS and hardware configurations. It does this by allowing software-controlled interactions to a bank of actual, physical hardware options. It’s purpose-built for a specific need, but the level of detail and frank discussion of the issues involved is an interesting look at what it took to get this kind of thing up and running.
The value of automatic hardware testing with custom rigs is familiar ground to anyone who develops hardware, but tying that idea into a testing and CI framework for a software product expands the idea in a useful way. When it comes to identifying problems, earlier is always better.
