In the dawning of the IBM PC era, the computer case was a heavy, stout thing. These were industrial machines, built with beefy paddle power switches, and weighing as much as a ton of bricks. Painted in only the ugliest beige, they set the tone for PC design for the next couple of decades.
At the turn of the millennium, the winds of change swept through. The Apple iMac redefined the computer as a hip, cool device, and other manufacturers began to reconsider their product aesthetics. Around the same time, the casemodding scene took off in earnest, with adherents building ever wilder battle stations for internet clout and glory.
With all the development that has gone in the last 40 years of the PC platform, we’ve seen great change and improvement in almost every area. But in building a new rig this past month, this writer discovered there’s one element of the modern PC that’s still trapped in the past.
Almost every non-trivial project involves some level of cross-discipline work. If you build a robot, for instance, you need to worry not just about the electronics but also the mechanical design. You need to make sure that the parts you use will be strong enough to deal with the forces that it’ll face, you have to know how much power it’ll take to move your bot, and you have to deal with a thousand details, from heat flow to frictional losses to keeping things moving with bearing and seals.
Unfortunately for many of us, the mechanical engineering aspects of a project are foreign territory. We lack the skills to properly design mechanical systems, and so resort to seat-of-the-pants decisions on materials and fasteners, or over-engineering in the extreme — the bigger the bolt, the better. Right?
Some of us, though, like Adam Zeloof, actually know a thing or two about proper mechanical engineering. Strength of materials, finite element analysis, thermodynamics — all that stuff that most of us just wing are Adam’s stock in trade. Adam brings a trained mechanical engineer’s skillset to his multi-discipline projects, like the Rotomill or his reverse-engineered ride-share scooter. And many of you will have been lucky enough to see Adam’s excellent 2019 Superconference talk on thermal design for PCBs.
Adam joins us on the Hack Chat to talk about anything and everything to do with mechanical engineering. Join us with your burning — sometimes literally — questions on how to make your designs survive the real world, where things break and air resistance can’t be ignored.
Click that speech bubble to the right, and you’ll be taken directly to the Hack Chat group on Hackaday.io. You don’t have to wait until Wednesday; join whenever you want and you can see what the community is talking about.
This cool little ziplining robot is courtesy of the folks over at [Tart Robotics]. As they described it, the robot moves using a 4-bar linkage mechanism with the motor’s torque “transferred to the arm mechanisms through a pair of bevel gears and a worm drive.” Even cooler, the robot is activated by clapping. The faster you clap, the faster the robot moves. That’s sure to wow your friends at your next virtual hacker meetup.
They had to do a bit of custom 3D printing work to get a few of the Lego components to connect with their non-Lego off-the-shelf bits, so that took a bit of time. Specifically, they had some cheap, non-branded DC motors that they used that did not naturally mate with the Lego Technic components used to create the rest of the robot’s body. Nothing a few custom 3D printing jobs couldn’t solve.
Years before Steve Jobs showed off the first iPhone, the BlackBerry was already the must-have accessory for mobile professionals. Back then, nobody was worried about watching movies or playing the latest games on their mobile devices, they just wanted a secure and fast way to send and receive email on the go. For that, the BlackBerry was king.
Fast forward to today, and the company is just a shell of what it once was. They don’t even bother making their own hardware anymore. Over the last several years they’ve opted to partner with a series of increasingly obscure manufacturers to produce a handful of lackluster Android phones so they still have something to sell to their dwindling userbase. Anyone excited about the new 5G BlackBerry being built by Texas start-up OnwardMobility? Did you even know it was in the works before now?
A DoD Common Access Card
But this article isn’t about BlackBerry phones. It’s about something that’s even more irrelevant to consumers: the BlackBerry Smart Card Reader. Technically, this little device isn’t dependent on the phones of the same name, but it makes sense that Research In Motion (which eventually just renamed itself to BlackBerry Limited) would market the gadget under the brand of their most popular product. Though as you might expect, software was available to allow it to work with the BlackBerry phone that you almost certainly owned if you needed a dedicated smart card reader.
For those who might not be aware, a smart card in this context is a two-factor authentication token contained in an ID card. These are used extensively by organizations such as the Department of Defense, where they’re known as Common Access Cards, that require you to insert your ID card into a reader before you can log into a secure computer system. This sleek device was marketed as a portable reader that could connect to computers over USB or Bluetooth. Worn around your neck with the included lanyard, the battery-powered reader allowed the card itself to remain on the user’s body while still being readable by nearby devices.
Civilians will recognize the basic technology from modern “Chip and PIN” debit and credit cards, but we’ve never had to stick one of those into our laptop just to log in. To be sure, the BlackBerry Smart Card Reader was never intended for the average home computer user, it was sold to companies and organizations that had tight security requirements; which just so happened to be the same places that would likely already be using BlackBerry mobile devices.
Of course, times and technology change. These devices once cost $200 apiece and were purchased in vast quantities for distribution to trusted personnel, but are now all but worthless. Even in new and unopened condition, they can be had for as little as $10 USD on eBay. For that price, it’s certainly worth taking a peek inside. Perhaps the hacker community can even find new applications for these once cutting-edge devices.
[NODE] has been experimenting with Raspberry Pi servers and mini computers for a long time, and knows all too well how the wiring can quickly turn into a rat’s nest. His latest creation is the Mini Server version 3, a modular enclosure system for the Raspberry Pi 4, is designed to turn it into practical computing box.
The basic enclosure is a 92 mm x 92 mm x 26 mm 3D printed frame with a custom PCB top cover. One of the main goals was to collect all the major connectors on one side and make the micro SD slot easily accessible. To do this [NODE] created a set of custom PCB adaptors to route the USB-C and an HDMI port to the same side as the other USB ports, and move the micro SD slot to the bottom of the enclosure. A low profile adaptor was also designed to connect a mSATA SSD to one of the USB 3 ports, and there is space inside the enclosure for one or two cooling fans. Unlike previous version of the mini server, no hardware modifications are required on the Pi itself.
The only downside that we can see is that it doesn’t allow external access to the GPIO ports, but the entire project is open source specifically to allow people to make their own modifications.
[NODE] is a big fan of turning Raspberry Pis into custom computing devices, ranging from small terminal devices and pocket servers, to complete laptops.
Have you ever wanted to develop a playable game small enough to fit into a disk’s 512 byte boot sector? How about watching somebody develop a program in assembly for nearly two hours? If you answered yes to either of those questions, or ideally both of them, you’re going to love this project from [Queso Fuego].
Whether you just want to check out the public domain source code or watch along as he literally starts from a blank file and codes every line for your viewing pleasure, chances are good that you’ll pick up a trick or two from this project. For example, he explains how all of the “graphics” in the game are done in 80 x 25 text mode simply by setting the background color of character cells without printing any text to them.
We really like the presentation in the video after the break, which was recorded over the course of multiple days, judging by the changing light levels in the background. As he types out each line of code, he explains what its function is and gives any background information necessary to explain how it will fit into the larger program. If you’ve ever wondered if you had what it takes to program in ASM, watching this video is a great way to decide.
Sure, [Ty Palowski] could have just hung a tennis ball from the ceiling, but that would mean getting on a ladder, testing the studfinder on himself before locating a ceiling joist, and so on. Bo-ring. Now that he finally has a garage, he’s not going to fill it with junk, no! He’s going to park a big ol’ Jeep in it. Backwards.
Inside the light is an Arduino Nano, which reads from the ultrasonic sensor mounted underneath the enclosure and lights up the appropriate LED depending on the car’s distance. All [Ty] has to do is set the distance that makes the red light come on, which he can do with the rotary encoder on the side and confirm on the OLED. The distance for yellow and green are automatically set from red — the yellow range begins 24″ past red, and green is another 48″ past yellow. Floor it past the break to watch the build video.
