The Framework laptop will no doubt already have caught the eye of more than one Hackaday reader, as a machine designed for upgrade and expansion by its users. One of its key features is a system of expansion modules. The modules are USB-C devices in a form factor that slides into the expansion bays on the Framework Laptop. Framework encourages the development of new modules, which is something [Spacehuhn] has taken on with an ESP32-S3 development board.
The board itself is what you’d expect, the ESP is joined by a multicolor LED and one of those Stemma/Quiik connectors for expansion. The case is handily provided by Framework themselves, and all the files for the ESP32 module can be found in a GitHub repository. We’re guessing it will find application in experimenting with WiFi networks rather than as a standalone microcontroller. Either way, it shows the route for any Framework owners into making their own add-ons. Take a look, we’ve placed the video below the break.
As you might expect we’ve given a lot of coverage to the Framework laptop since its launch, in particular, our colleague [Arya Voronova] is a fan and has shown us many alternative uses for the parts.
Continue reading “An ESP32 Dev Board As A Framework Laptop Module”
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.
Thanks to [problemchild68] for the tip!
Continue reading “Importing EAGLE Projects Into KiCad 7, And How To Fix Them”
One of our favorite retro-computing YouTubers, [Clint] from LGR, found himself a very interesting Fujitsu keyboard while thrift store shopping. It was a beautiful unit, but confusing, as this keyboard comes with an 8-pin DIN connector. A 5-pin DIN plug or 6-pin Mini-DIN would be easy to work with, but what was this odd connection? Turns out the Fujitsu N860-2500-T111 came with an Olympus CV-100 Video Processor, which was designed for medical imaging, potentially among other uses. And as often happened with old specialized hardware, the keyboard used a proprietary protocol for sending keystrokes.
[Clint] put out a call for anyone that could help him build an adapter, and [Andy] from Element14 answered the call. But this problem requires more than an adapter, mainly because the Fujitsu doesn’t have key rollover. It’s one key at a time, and that just doesn’t work for the sort of things [Clint] shows off on LGR. So, the electronic guts of the keyboard were removed, to be replaced with a Raspberry Pi Pico, wired directly to the keyboard matrix.
Continue reading “Fujitsu Proprietary Keyboard Goes PS/2 With A Pico”
When the subject of CVTs or continuously variable transmissions comes up, the chances are that most readers will think of the various motor vehicles they’ve appeared in. Whether it’s a DAF, a Ford, a FIAT, or a Chevrolet, most major manufacturers have tried one at some point or another with greater or lesser success. The automotive ones inevitably use a variation on a V-belt or metal band between variable separation conical pulleys, but this is by no means the only CVT configuration. Serial tinkerer [Robert Murray-Smith] takes an in-depth look at the subject as part of his ongoing fascination with wind turbines.
What caught our eye about this video isn’t so much the final 3D-printed design he selects for his experiments, but the history and his look at the different CVT designs which have appeared over the years. We see the V-belts, as well as the various cone configurations, the disk transmissions, the hydrostatic ones, and even magnetic versions. His transmission uses two cones with a rubber coating, with of all things a movable golf ball between them. We’re guessing it will appear somewhere in his future videos, so watch out for it.
Meanwhile, this isn’t the first time we’ve seen a CVT, [James Bruton] used a hemisphere to make one on a robot.
Continue reading “A CVT For Every Application”
The global supply chain is a masterpiece of containerized logistics that allows a container to leave a factory in China and arrive on a British forecourt after only a few weeks, but along with the efficiency it brings a traceability and monitoring problem. If you are shipping perishable items such as medicines or foodstuffs, how can you be sure that they’ve remained refrigerated the whole journey through?
The answer comes in digital temperature loggers, and since these are throwaway devices [arduinocelentano] decided to look inside and see if they could be reused. The answer is positive, in that many models have the potential to be useful dev boards for very little money.
These devices usually take the form of a bulky USB dongle with an LCD display and a few buttons. Inside they invariably have a low-power ARM microcontroller and a battery as well as the temperature sensor and some flash memory to store the readings. The data is read by the customer through the USB port, and they’re single use with manufacturers paying only lip service to recycling, because the data must by necessity be impossible to erase or alter. Happily for all that, many of them appear to be well-designed internally, with the relevant debug and programming ports exposed and the ability to access the microcontroller. We look forward to seeing what comes of these boards, because while the worst of the chip shortage my now be receding it’s always good to find a new source.
A fantastic summertime game has consumed many of the kids in my neighborhood. It’s basically a treasure hunt, but the treasures are all shoebox-sized NFC readers that are “easily” findable on a map. Players all have a smart card and run around from box to box, collecting points that depend on how far apart the boxes are from each other. Walk, skate, or bike 1 km between check-ins, and ten points show up on the e-paper screen.
It’s been going on for a few weeks now, and it’s not uncommon to see a line of two or three kids at any given box, all with the purple lanyards and smart cards around their necks. So far, the highest-rated plausible single efforts have 450 km (280 miles) under their belt. My son’s grade-school average is 45 km (28 miles) over three weeks. The goal is getting kids out on the early summer afternoons, and that seems to be working!
Of course I had to reverse engineer the infrastructure, so here’s what I started with. Each box knows your point standing as soon as you tap the card, with a small delay. Scores appear online about every four hours. And the boxes are all ~1 km from each other or less.
My first thought was some kind of mesh network – that would be by far the coolest solution. Each box could simply report your card number to a central database, and the rest is a simple matter of software. LoRa radios rounded out my fantasy design.
But the length of time between getting the points and their appearance online suggests otherwise. And, a little bit of playing around with my cellphone’s NFC reader gives up the juice – they are MiFare Classic cards with data storage. So I got my own card, ran around town, and diffed the results. I haven’t cracked the location/time-stamping yet, but I know exactly where my total points are stored.
I’m going to keep observing until I’ve got it figured out completely, but I’m so tempted to tweak the points and see what happens. Are some of the digits in what I think are a timestamp in reality a checksum? Will I get disqualified? Or worse, what if I make a mistake and get myself publicly into first place? OK, better to sit this one out on the sidelines – I really don’t want to be the jerk who crashes a fantastic kid’s game. Sometimes you’ve gotta know when not to hack.
If you have any astronomer friends you’ll soon discover that theirs is a world of specialist high-quality optical equipment far ahead of the everyday tinkerer, and for mere mortals the dream of those amazing deep space images remains out of reach. It’s not completely impossible for the night sky to deliver impressive imagery on a budget though, as [David Schneider] shows us with a Raspberry Pi powered whole sky camera.
The project was born of seeing a meteor and idly wondering whether meteorite landing sites could be triangulated from a network of cameras, something he quickly discovered had already been done with some success. Along the way though he found the allsky camera project, and decided to build his own. This took the form of a Raspberry Pi 3 and a Pi HQ camera with a wide-angle lens mounted pointing skywards under an acrylic dome. It’s not the Hubble Space Telescope by any means, but the results are nevertheless impressive particularly in a timelapse. We wish there were less light pollution where we live so we could try it for ourselves.
Long-term readers may remember that this isn’t the first Pi sky camera we’ve brought you, for example this one is from 2020.
Continue reading “An All Sky Camera To Watch The Night Sky”