The machine uses a rotating turntable to spin a piece of drawing paper. A pen is then placed in a pantograph mechanism, controlled by another two stepper motors. The build uses the common 28BYJ-48 motor, which are a unipolar, 5-wire design. A common hack is to open these motors up and cut a trace in order to convert them to bipolar operation, netting more torque at the expense of being more complex to drive. [InventorArtist] worked in collaboration with [Doug Commons], who had the idea of instead simply drilling a hole through the case of the motor to cut the trace. This saves opening the motor, and makes the conversion a snap.
[InventorArtist] was able to create a machine capable of beautiful spirograph drawings, and develop a useful hack along the way. Reports are that a jig is in development to make the process foolproof for those keen to mod their own motors. We expect to see parts up on Thingiverse any day now. We’ve also covered the basic version of this hack before.
Two of my friends and I crammed into a small and aged European hatchback, drove all day along hundreds of miles of motorway, and finally through a succession of ever smaller roads. We were heading for a set of GPS co-ordinates in the north of Scotland, along with all of our camping gear.
There’s nothing like the hacker camp we’re looking for. After heading down a lane barely wider than the car, we drove through a farmyard with a sheepdog lying in the middle of the road (the reclining mutt seemed unconcerned as we edge the car around). We had arrived at GampGND, one of Europe’s smallest hacker camps.
The bike isn’t the functional part of this build, as it doesn’t seem to have been intended to move. Rather, it was chosen because it is inconspicuous (read: rusty and not valuable) and simply housed the radar unit and electronics in a rear luggage case. The radar was specially calibrated to have less than 1% error, and ran on a deep cycle lead acid battery for around eight days. Fitting it with an Arduino-compatible shield and running some software (provided on the github page) is enough to get it up and running.
This is an impressive feat of citizen activism to provide the local police with accurate data to change a problem in a neighborhood. Not only was the technology put to good use, but the social engineering involved with hiding expensive electronics in plain sight with a rusty bicycle is a step beyond what we might have thought of as well.
The folks behind the Atmos Extended Reality (XR) headset want to provide improved accessibility with an open ecosystem, and they aim to do it with a WebVR-capable headset design that is self-contained, 3D-printable, and open-sourced. Their immediate goal is to release a development kit, then refine the design for a wider release.
The front of the headset has a camera-based tracking board to provide all the modern goodies like inside-out head and hand tracking as well as the ability to pass through video. The design also provides for a variety of interface methods such as eye tracking and 6 DoF controllers.
With all that, the headset gives users maximum flexibility to experiment with and create different applications while working to keep development simple. A short video showing off the modular design of the HMD and optical assembly is embedded below.
Extended Reality (XR) has emerged as a catch-all term to cover broad combinations of real and virtual elements. On one end of the spectrum are completely virtual elements such as in virtual reality (VR), and towards the other end of the spectrum are things like augmented reality (AR) in which virtual elements are integrated with real ones in varying ratios. With the ability to sense the real world and pass through video from the cameras, developers can choose to integrate as much or as little as they wish.
Most readers of this site are familiar by now with the OpenSCAD 3D modeling software, where you can write code to create 3D models. You may have even used OpenSCAD to output some STL files for your 3D printer. But for years now, [nophead] has been pushing OpenSCAD further than most, creating some complex utility and parts libraries to help with modeling, and a suite of Python scripts that generate printable STLs, laser-ready DXFs, bills of material, and human-readable assembly instructions complete with PNG imagery of exploded-view sub-assemblies.
a large parts library full of motors, buttons, smooth rod, et cetera
many utility functions to help with chamfers, fillets, precision holes, sub-assemblies, and BOM generation
Python scripts to automate the output of STLs, DXFs, and BOMs
automatic creation of documentation from Markdown embedded in your OpenSCAD files
automatic rendering of exploded subassemblies
All that’s missing is a nice Makefile to tie it all together! Try it out for your next project if you – like us – get giddy at the thought of putting your 3D projects into version control before “compiling” them into the real world.
The early history of microprocessors is a surprisingly complex one, with more than one claimant for the prize of being the first, and multiple competing families. That the first commercially available part was the Intel 4004 is a matter of record, but it’s fair to say that few of us will have ever encountered one. Even its 8-bit sibling the 8008 would not have featured heavily in a 1974 version of Hackaday, such was its exotic nature. If there’s a microprocessor that can be claimed to have started it all for us then, it’s the Intel 8080. It established the 8-bit microporcessor with an 8-bit bus and a 16-bit address space, it had an order of maginitude more performance than its predecessors, and crucially it would become affordable enough for experimenters. It provided the guts of the MITS Altair 8800 microcomputer, and thus kickstarted the progression of home computers which led to the devices you use every day.
The 8080 is in our sights today, thanks to [DeviceGuru], who was sent down memory lane by thoughts of the 6502-based KIM-1 from his master’s thesis project. This led to memories of the 8080 Abie computer that he built for himself in 1979, for which he provides us some details and hand-drawn schematics. By then the 8080’s need for several support chips made it somewhat outdated, but from his perspective the chip could be had from Radio Shack without too much outlay. His tale of hand-assembling 8080 code and sending it to a friend for blowing onto a PROM might be familiar to some readers of a certain age.
As you might expect, the 8080 hasn’t appeared in many projects here due to its rarity. Those that have seem more likely to feature its Eastern Bloc clones, such as this Polish model or this Russian one. It’s worth the reminder that if you fancy exploring some 8080 code of your own that you don’t even need an 8080 to run it on some silicon. The hugely popular Zilog Z80 as found in retrocomputers such as the RC2014 is fullymostly 8080 code compatible, indeed some of us learned about microprocessors that way because 8080 books were discounted in 1983 and Z80 ones weren’t.
The crux of the build is a watery diorama, which interacts with a faux-surfboard. The diorama consists of a tank constructed out of plexiglas, sealed together to be watertight. It’s then filled with blue-dyed water, and topped off with baby oil. The tank is then mounted on a cam controlled by a servo, which rocks the tank back and forth to create waves. This is controlled by the motion of the rider on the plywood surfboard, which can be rocked to and fro on the floor thanks to its curved bottom. An Arduino built into the board monitors a three-axis accelerometer, and sends this information to the Arduino controlling the tank.
By riding the board, the user can shake the tank. Get the motion just right, and smooth rolling waves are your reward. Jerk around with no real rhythm, and you’ll just get messy surf. We reckon it would be even better with a little surfer floating in the tank, too. It’s a fun build, and one that might help stave off the negative health effects of sitting at a desk all day. You might prefer a more shocking desk toy, however. Video after the break.