High Vacuum Hack Chat

March 4, 2024 by 3 Comments

Join us on Wednesday, March 6 at noon Pacific for the High Vacuum Hack Chat with Niklas from Advanced Tinkering!

To the casual observer, there’s not much that goes on in experimental physics that doesn’t require at least a partial vacuum. It makes sense when you think about it; our atmosphere is so thick and so loaded with water vapor and reactive oxygen that it just has to play havoc with experiments. Even when the goal is more applied than empirical, getting rid of all those pesky molecules is often the first step in getting good results.

But pulling a vacuum is rarely an easy task. Sure you can pump out some of the air, but that just makes the rest of the atmosphere try really hard to get back inside and ruin your day. It takes a lot of specialized equipment, a lot of precision-machined stainless steel fittings, and quite a bit of experience not only to pull a vacuum, but to then be able to work within it and do something useful.

join-hack-chatOne place where we’ve seen a lot of high-vacuum action is over on Advanced Tinkering on YouTube. The channel has a wealth of interesting experiments, many of which need a good vacuum to get going. To that end, channel owner Niklas has assembled a nice collection of vacuum gear, and we asked him to drop by the Hack Chat to talk about what he’s learned by embracing the suck.

Our Hack Chats are live community events in the Hackaday.io Hack Chat group messaging. This week we’ll be sitting down on Wednesday, March 6 at 12:00 PM Pacific time. If time zones have you tied up, we have a handy time zone converter.

Luggable Cyberdeck Can Still Be A Luggable PC

March 4, 2024 by 3 Comments

In the 80s and early 90s, there existed a class of personal computers that are no longer around today — the luggable. Planted firmly between a desktop and a laptop, these machines were lovingly called so because they were portable, but just barely. Think Kaypro, Osborne, or the Compaq Portable.

First things first — this lovely 1990-era industrial luggable has not been gutted according to [D1g1t4l_G33k]. The chassis, CRT, power supply, and ISA backplane are original and still intact, and they still have all the parts to restore it to its original DOS 3.1 form.

What [D1g1t4l_G33k] did do is replace the 386x-based ISA SBC with a 2005 AMD LX-600 Geode at 366 MHz. Gone are the ISA data acquisition cards and 80 MB SCSI hard drive, replaced with a 32 GB compact flash drive. The floppy drive is functional, too. Now it sits on a cart next to the workbench running AntiX Core 19.5, functioning happily as an AVR development workstation.

Having an old luggable to mess with in the first place isn’t a requirement. We’ve seen a modern take on the luggable, and here’s one with three monitors.

Avi Loeb And The Interstellar Lottery

March 4, 2024 by 94 Comments

Except for rare occasions, I don’t play the lottery. Like many of you, I consider state-run lotteries to be a tax paid only by people who can’t do math. That’s kind of arrogant coming from a guy who chose to go into biology rather than engineering specifically because he’s bad at math, but I know enough to know that the odds are never in your favor, and that I’d rather spend my money on just about anything else.

But I’m beginning to get the feeling that, unlike myself and many others, Harvard professor Avi Loeb just might be a fan of playing the lottery. That’s not meant as a dig. Far from it. In fact, I readily concede that a physicist with an endowed chair at Harvard working in astrophysics knows a lot more about math than I do. But given his recent news splashes where he waxes on about the possibility that Earth has been treated to both near misses and direct hits from interstellar visitors, I’m beginning to think that maybe I’m looking at the lottery backward.

Continue reading “Avi Loeb And The Interstellar Lottery” →

A screenshot of the drone monitoring application, showing spoofed drones and their coordinates

Can’t Disable DJI Drone ID? Spoof It With An ESP!

March 4, 2024 by 20 Comments

We have been alerted to a fun tool, a DJI DroneID spoofer software for ESP8266/ESP32 and some other popular MCUs. Last year, we’ve told you about DJI DroneID — a technology DJI added to their drones, which broadcasts data including the drone operator’s GPS position, which, in turn, appears to have resulted in Ukrainian casualties in the Ukraine war. The announcement tweet states that DJI has added mechanisms from downgrading firmware. Hence, the spoofer.

There’s no other hardware needed, well other than an ESP8266 or ESP32 devboard, anyway. After the break you can find a video tutorial from [Joshua Bardwell] that shows you how to upload the code using Arduino IDE, and even going through coordinate tweaks. If you ever reminisced about the concept of throwies and were wondering what kind of useful, well, there’s your answer: clone the Git repo, compile it, program some interesting coordinates in, and witness the imaginary drones fly.

All in all, we get a lovely addition to our shenanigan toolkits. Surely, someone could use a neural network to distinguish real drones from fake ones, but it’s nothing that can’t be solved with a bit of code. Looking for a less daring hack? Well, you can always add some automation to your DJI drone by poking at the RGB LED signals.

Continue reading “Can’t Disable DJI Drone ID? Spoof It With An ESP!” →

render of the Amiga juggler demo

The Juggler: In Rust

March 4, 2024 by 12 Comments

Back on the theme of learning to program by taking on a meaningful project — we have another raytracing demo — this time using Rust on the Raspberry Pi. [Unfastener] saw our previous article about writing a simple raytracer in spectrum BASIC and got inspired to try something similar. The plan was to recreate the famous juggler 3D demo, from the early days of 3D rendering on the Amiga.

The juggler story starts with an Amiga programmer called [Eric Graham] who created ssg, the first ray tracer application on a personal computer. A demo was shown to Commodore, who didn’t believe it was done on their platform, but a quick follow-up with the actual software used soon quelled their doubts. Once convinced, they purchased the rights to the demo for a couple of thousand dollars (in 1986 money, mind you) to use in promotional materials. [Eric] developed ssg into the popular Sculpt 3D, which became available also on Mac and Windows platforms, and kick-started a whole industry of personal 3D modelling and ray tracing.

Anyway, back to the point. [Unfastener] needed to get up the considerable Rust learning curve, and the best way to do that is to let someone else take care of some of the awkward details of dealing with GUI, and just concentrate on the application. To that end, they use the softbuffer and winit Rust crates that deal with the (important, yet frankly uninteresting) details of building frame buffers and pushing the pixels out to the window manager in a cross-platform way. Vecmath takes care of — you guessed it — the vector math. There’s no point reinventing that wheel either. Whilst [Unfastener] mentions the original Amiga demo took about an hour per frame to render, this implementation runs in real-time. To that end, the code performs a timed pre-render to determine the most acceptable resolution to get an acceptable frame rate, achieving a respectable 30 or so frames per second on a Pi 5, with the older Pis needing to drop the resolution a little. This goes to show how efficient Rust code can be and, how capable the new Pi is. How far we have come.

We saw another interesting rust-based raytracer a while back, which is kinda fun. We’ve also covered rust in other applications a few times, like inside the Linux kernel. Finally here’s our guide to getting started with rust, in case you need any more motivation to have a crack at this upcoming language.

Fail Of The Week: The Little Remote-Controlled Snowblower That Couldn’t

March 3, 2024 by 18 Comments

[Punxatawny Phil]’s prognostications aside, winter isn’t over up here in the Northern Hemisphere, and the snow keeps falling. If you’re sick of shoveling the driveway and the walk and you don’t have a kid handy to rope into the job, relax —  this rapidly assembled junkyard RC snowblower will do just as crappy a job while you stay nice and warm inside.

This build seemed to have a lot of potential at the start, based as it was on a second-hand track-drive snowblower, something that was presumably purpose-built for the job at hand. [Lucas] quickly got to work on it; he left the original gasoline engine to power the auger but took most of the transmission off so that each track could be driven separately with a wheelchair motor.  That seemed like a solid idea as far as steering goes, but the fact that he chose to drive the 24 volt motors with a single 12 volt deep-cycle battery worked against him out in the snow.

With a battery upgrade for better traction, the snowblower actually got around in the snow pretty well. [Lucas] also added some nice features, like a linear actuator to remotely engage the auger — a nice safety touch when kids and pets are around — and a motor to control the direction of the chute. Even these improvements weren’t enough, though; it worked insofar as it moved snow from where it was to where it wasn’t, but didn’t really move it very far. To the casual observer, it seems like there’s just not enough weight to the machine, allowing it to ride up over the snow rather than scraping the driveway clean. Check out the video below and see what you think.

Now, we’re not picking on [Lucas] here. Far from it — we enjoyed this build as much as some of his other stuff, like his scratch-built CO2 laser tube and his potty-mouthed approach to Kaizen tool organization. We still think this one has a lot of potential, and we’re glad he vowed to continue working on it for next winter.

Continue reading “Fail Of The Week: The Little Remote-Controlled Snowblower That Couldn’t” →

The FPC adapter shown soldered between the BGA chip and the phone's mainboard, with the phone shown to have successfully booted, displaying an unlock prompt on the screen

IPhone 6S NVMe Chip Tapped Using A Flexible PCB

March 3, 2024 by 3 Comments

Psst! Hey kid! Want to reverse-engineer some iPhones? Well, did you know that modern iPhones use PCIe, and specifically, NVMe for their storage chips? And if so, have you ever wondered about sniffing those communications? Wonder no more, as this research team shows us how they tapped them with a flexible printed circuit (FPC) BGA interposer on an iPhone 6S, the first iPhone to use NVMe-based storage.

The research was done by [Mohamed Amine Khelif], [Jordane Lorandel], and [Olivier Romain], and it shows us all the nitty-gritty of getting at the NVMe chip — provided you’re comfortable with BGA soldering and perhaps got an X-ray machine handy to check for mistakes. As research progressed, they’ve successfully removed the memory chip dealing with underfill and BGA soldering nuances, and added an 1:1 interposer FR4 board for the first test, that proved to be successful. Then, they made an FPC interposer that also taps into the signal and data pins, soldered the flash chip on top of it, successfully booted the iPhone 6S, and scoped the data lines for us to see.

This is looking like the beginnings of a fun platform for iOS or iPhone hardware reverse-engineering, and we’re waiting for further results with bated breath! This team of researchers in particular is prolific, having already been poking at things like MITM attacks on I2C and PCIe, as well as IoT device and smartphone security research. We haven’t seen any Eagle CAD files for the interposers published, but thankfully, most of the know-how is about the soldering technique, and the paper describes plenty. Want to learn more about these chips? We’ve covered a different hacker taking a stab at reusing them before. Or perhaps, would you like to know NVMe in more depth? If so, we’ve got just the article for you.

We thank [FedX] for sharing this with us on the Hackaday Discord server!