In our modern society, we have started to take the humble camera for granted. Perhaps because of this, trendy standalone cameras have started to take off. Unfortunately, most of the time these cameras are expensive and not any better than those in our everyday smartphones. If only there were some open-source solution where you could build and customize your own standalone device? [Yutani] has done just that with the SATURNIX.
Simple microcontrollers and cameras meant for Raspberry Pis are a dime a dozen these days. Because of this, it’s no surprise to hear that the SATURNIX is based on recognizable hardware, a Raspberry Pi Zero 2W and an Arducam 16MP sensor. The Pi Zero powers both the sensors’ capture abilities and the interactive LCD display.
The Raspberry Pi line of single-board computers can be hooked up with a wide range of compatible cameras. There are a number of first party options, but you don’t have to stick with those—there are other sensors out there with interesting capabilities, too. [Collimated Beard] has been exploring the use of the IMX585 camera sensor, exploiting its abilities to capture HDR content on the Raspberry Pi.
The IMX585 sensor from Sony is a neat part, capable of shooting at up to 3840 x 2160 resolution (4K) in high-dynamic range if so desired. Camera boards with this sensor that suit the Raspberry Pi aren’t that easy to find, but there are designs out there that you can look up if you really want one. There are also some tricks you’ll have to do to get this part working on the platform. As [Collimated Beard] explains, in the HDR modes, a lot of the standard white balance and image control algorithms don’t work, and image preview can be unusable at times due to the vagaries of the IMX585’s data format. You’ll also need to jump some hurdles with the Video4Linux2 tools to enable the full functionality of these modes.
Do all that, recompile the kernel with some tweaks and the right drivers, though, and you’ll finally be able to capture in 16-bit HDR modes. Oh, and don’t forget—you’ll need to find a way deal with the weird RAW video files this setup generates. It’s a lot of work, but that’s the price of entry to work with this sensor right now. If it helps convince you, the sample shots shared by [Collimated Beard] are pretty good.
A hackerspace is a place that generally needs to be accessed by a wide group of people, often at weird and unusual hours. Handing around keys and making sure everything is properly locked up can be messy, too. To make it easy for hackers to get in to [Peter]’s local hackerspace, a simple electronic system was whipped up to grant access.
The combined use of QR code & PIN adds a layer of security.
The basic components of the system are a keypad, a QR code and barcode scanner, a stepper motor, an Arduino Nano, and a Raspberry Pi. The keypad is read by an Arduino Nano, which is also responsible for talking to a stepper motor driver to actuate the lock cylinder. A secondary Arduino mounted inside the building is used to control the stepper motor, which actuates the lock cylinder once authentication is complete.
The system works on the basis of two-factor authentication. Regular users authenticate to enter by presenting a QR code or barcode, and entering a matching PIN number. The system can also be set up for PIN-only entry on a temporary basis.
For example, if the hackerspace is running an event, a simple four-digit pin can allow relatively free access for the duration without compromising long-term security. Actual authentication is handled by the Raspberry Pi, which takes in the scanned barcode and/or PIN, hashes it, and checks it against a backend database which determines if the credentials are valid for entry. If so,they command the second Arduino to unlock the door.
While it’s not technically necessary for a project like this — in fact, you could argue it’s preposterously overkill — we have to take particular note of the machined aluminum enclosure for the keypad. Mere mortals could just run it off on their 3D printers, but if you’ve got access to a CNC router and a suitably chunky piece of aluminum, why not show off a bit?
Fish are popular animals to keep as pets, and for good reason. They’re relatively low maintenance, relaxing to watch, and have a high aesthetic appeal. But for all their upsides, they aren’t quite as companionable as a dog or a cat. Although some fish can do limited walking or flying, these aren’t generally kept as pets and would still need considerable help navigating the terrestrial world. To that end, [Everything is Hacked] built a fish tank that allows his fish to move around on their own. We presume he’s heard the old joke about two fish in a tank. One says, “Do you know how to drive this thing?”
The first prototype of this “fish tank” is actually built on a tracked vehicle with differential steering, on which the fish tank would sit. But after building a basic, driveable machine, the realities of fish ownership set in. The fish with the smallest tank needs is a betta fish, but even that sort of fish needs much more space than would easily fit on a robotics platform. So [Everything is Hacked] set up a complete ecosystem for his new pet, making the passenger vehicle a secondary tank.
The new fish’s name is [Carrot], named after the carrots that [Everything is Hacked] used to test the computer vision system that would track the fish’s movements and use them to control the mobile fish tank. There was some configuration needed to ensure that when this feisty fish swam in circles, the tank didn’t spin around uncontrollably, but eventually he was able to get it working in an “arena” where [Carrot] could drive towards some favorite items he might like to interact with. Mostly, though, he drove his tank to investigate the other fish in the area.
The ultimate goal was for [Everything is Hacked] to take his fish on a walk, though, so he set about training [Carrot] to respond to visual cues and swim towards them. In theory, this would have allowed him to be followed by his fish tank, but a test at a local grocery did not go as smoothly as hoped. Still, it’s an interesting project that pushes the boundaries of pet ownership much like other fish-driving projects we’ve seen.
Not so long ago, most computer users didn’t own their own machines. Instead, they shared time on mainframes or servers, interacting with this new technology through remote terminals. While the rise of cloud computing and AI might feel like a modern, more dystopian echo of that era, some look back on those early days with genuine fondness. If you agree, check out this 70s-era terminal replica from [David Green].
The inspiration for this build was a Lear Siegler ADM-3A terminal seen at a local computer festival. These machines had no local computing resources and were only connected to their host computer via a serial connection. The new enclosure, modeled on this design, was 3D-printed and then assembled and finished for the classic 70s look. There are a few deviations from a 70s terminal, though: notably, a flat LCD panel and a Raspberry Pi 3, which, despite being a bit limited by today’s standards, still offers orders of magnitude more computing power than the average user in the 70s would have had access to.
The Raspberry Pi has brought digital camera experimentation within the reach of everybody, with its combination of an accessible computing platform and some almost-decent camera sensors. If there’s a flaw in the Pi as a camera though, it lies in the software, which can be slow and frustrating to use. [Martijn Braam] is here with an interesting project that might yield some useful results in this direction, he’s making a Raspberry Pi studio camera.
His camera hardware is very straightforward, a Pi 5 and touchscreen with the HD camera module in a rough but serviceable wooden box. The interesting part comes in the software, in which he’s written a low-latency GUI over an HDMI output camera application. It’s designed to plug into video mixing hardware, and one of the HDMI outputs carries the GUI while the other carries the unadulterated video. We can see this used to great effect with for example OBS Studio. It’s for now a work in progress as you can see in the video below the break, but we expect that it can only get better.
The video below exposes the obvious flaw in many Pi camera setups, that the available lenses don’t match the quality of the sensor, in that good glass ain’t cheap. But we think it’s one to watch, and could provide competition for CinePi.
We’re lucky enough in 2026 to have cheap single-board computers fast enough to emulate machines from the 1990s, touching on the 32-bit era. We’ve seen a few projects as a result, emulating the Apple Macs of the 68000 era, but even with the best 3D printing, they can disappoint when it comes to the case. So when [This Does Not Compute] saw a novelty alarm clock using a very well-modelled mini replica of an early Mac, putting a Mac emulator in it was the obvious way to go.
The project uses a Raspberry Pi with a small colour LCD. The video below the break takes us through the process of gutting it and mounting the Pi and display on a custom 3D-printed bracket. In an unexpected touch, parts of the original LCD are used to give the curved corners, which owners of an original Mac will remember. It may have a little further to go in that its fake floppy drive is begging to be converted to an SD card slot, and it has a now-unused brightness dial. But we’d say it’s one of the best little Mac emulators we’ve seen so far, if perhaps not the smallest.
