One of the nice things about the Unix philosophy that Linux inherited is that the filesystem is very modular. That’s good, too, because a typical system might want a choice of filesystems like ext4, reiserfs, btrfs, and even network systems like nfs. Besides that, there are fake file systems like /sys and /dev that help Linux make everything look like a file. The downside is that building a filesystem required changing the kernel or, at least, writing a loadable module. That’s not as hard as it sounds, but it is a little more difficult than writing a normal program. Then came FUSE — file system in user space. This is a single file system module that allows you to create new file systems by writing ordinary code.
Single-board computers have been around a long time: today you might be using a Raspberry Pi, an Arduino, or an ESP32, but three decades ago you might find yourself programming a KIM-1, an Intel SDK-85, or a Motorola 68000 Educational Computer Board. These kind of boards were usually made by processor manufacturers to show off their latest chips and to train engineers who might use these chips in their designs.
[Adam Podstawczyński] found himself trying to operate one of these Motorola ECBs from 1981. This board contains a 68000 CPU (as used in several Macintoshes and Amigas), 32 kB of RAM, and a ROM program called TUTOR. Lacking any keyboard or monitor connections, the only way to communicate with this system is a pair of serial ports. [Adam] decided to make the board more accessible by adding a Raspberry Pi extended with an RS232 Hat. This add-on board comes with two serial ports supporting the +/- 12 V signal levels used in older equipment.
It took several hours of experimenting, debugging, and reading the extensive ECB documentation to set up a reliable connection; as it turns out, the serial ports can operate in different modes depending on the state of the handshake lines. When the Pi’s serial ports were finally set up in the right mode, the old computer started to respond to commands entered in the terminal window. The audio interface, meant for recording programs on tape, proved more difficult to operate reliably, possibly due to deteriorating capacitors. This was not a great issue, because the ECB’s second serial port could also be used to save and load programs directly into its memory.
With the serial connections working, [Adam] then turned to the aesthetics of his setup and decided to make a simple case out of laser-cut acrylic and metal spacers. Custom ribbon cables for the serial ports and an ATX break-out board for power connections completed the project, and the 40-year-old educational computer is now ready to educate its new owner on all the finer points of 68000 programming. In the video (embedded after the break) he shows the whole process of getting the ECB up and running.
One of the limitations of the conventional Cartesian CNC platforms is that the working area will usually be smaller than its footprint. SCARA arms are one of the options to get around this, as demonstrated by [How To Mechatronics], with his SCARA laser engraver.
This robot arm is modified from the original build we featured a while back, which had a gripper mounted. It uses mainly standard 3D printer components with 3D printed frame parts. The arms lengths are sized to fold over the base and take up little table horizontal space when not in use. It can work in a large semi-circular area around itself, and if a proper locating and homing method is implemented, it can be moved around and engrave a large area section by section.
One of the challenges of SCARA arms is rigidity. As the cantilevered arm extends, it tends to lean over under its weight. In [How To Mechatronics]’s case, it showed up as skewed engravings, which he managed to mitigate to some degree in the Marlin firmware.
Another possible solution is to reduce the weight of the arms by moving the motors to the base, as was done with the Pybot or dual-arm SCARA printers like the RepRap Morgan.
Today you might choose run Windows, Linux, MacOS or some other OS on your computer. Back in the 1980s however, you generally had little choice: a certain home computer came with a certain OS, and that was it. If yours was based on a Z80 processor, chances are it ran CP/M. While differences in hardware often made direct data exchange difficult, CP/M provided at least a basic level of software compatibility between various Z80-based computers. Although eventually supplanted by MS-DOS (which initially aimed to be compatible with CP/M), enthusiasts kept the classic OS running on old hardware throughout the 90s and even beyond.
[Igor] decided to make a 21st-century CP/M machine by designing the CRISS, a single-board computer based mainly on AVR microcontrollers. The CPU is a 20 MHz ATMEGA1284P, which imitates a 4 MHz Z80 through machine-code emulation. A pair of ATMEGA328s run the peripheral controller and a VGA output, so the CRISS can be used with modern monitors. True to its heritage however, the image is monochrome green-on-black, looking instantly familiar to users of Kaypros, Osbornes and other contemporary CP/M machines.
Software is loaded through an SD card that holds floppy images. The CRISS can directly run programs written for the Kaypro II and Robotron 1715 computers, although other platforms can be supported as well with a software upgrade. [Igor] shows it running programs ranging from the Turbo Pascal compiler to games like Xonix and Tetris.
Housed in a neat little case, the CRISS can communicate with standard PS/2 keyboards and serial printers. Even an Ethernet port is provided for those willing to experiment with network connectivity (a rare feature in the 1980s).
We love seeing modern retro builds like this; similar projects we’ve covered before include the compact ZZ80MB and the huge Z20X. Others have used different ways of running CP/M on modern hardware, such as booting it directly on a Raspberry Pi or emulating an Altair on an ESP32.
Creating things with ceramics is nothing new — people have done it for centuries. There are ways to 3D print ceramics, too. Well, you typically 3D print the wet ceramic and then fire it in a kiln. However, recent research is proposing a new way to produce 3D printed ceramics. The idea is to print using TPU which is infused with polysilazane, a preceramic polymer. Then the resulting print is fired to create the final ceramic product.
The process relies on a specific type of infill to create small channels inside the print to assist in the update of the polysilazane. The printer was a garden-variety Lulzbot TAZ 6 with ordinary 0.15mm and 0.25mm nozzles.
What is the fastest way to get thoughts out of your brain and into relative permanence? Well, yeah, probably a voice recorder. But after voice recorders comes typing in a distant second. Typing, especially QWERTY-style, has its limitations. The holy grail method it comes to typing quickly has got to be a chording keyboard, hands down. How can court reporters possibly keep up with everything that’s uttered during a trial? When you can press a few keys at the same time and type entire words, it’s not that difficult. It just takes a whole lot of memorization and muscle memory to get to that point.
So if you’re going to go for the glory, check out Chordie, a snazzy little chording keyboard that does it all with just 14 keys. [kbjunky] based Chordie on the Ginny, a cute little bare-bones bat-wing chording keyboard that uses the ASETNIOP chording engine originally built for soft keyboards.[kbjunky] added open-face trackball support via printed cradle, but it’s not necessary to use a trackball since there’s a pair of rotary encoders and a mouse layer.
This keyboard looks fantastic with its rocket ship MCU holder and its flush-mounted I/O expander breakout boards. Apparently [kbjunky] used polyimide tape to keep the solder from making blobs. It’s all there in the nice build guide.
We would probably argue that chording is not totally ergonomic. Sure, you barely move your hands or wrists, but chording itself can be hard on the digits, especially the pinkies. To that end, [kbjunky] used low-profile switches with light springs. Totally ergonomic or not, we have to admit that we love the idea of clacking along at 300 WPM someday far, far down the learning curve of ASETNIOP. Take a look at the key map, and check out [kbjunky]’s follow-up post if you want to see a demo.
Have you ever found yourself suddenly in need of finding a small metal object hidden in the woods? No? Well, neither have we. But we can’t say the same thing for [zaphod], who’s family was hoping to settle a dispute by finding the surveyor stakes that marked the corners of their property. It was a perfect job for a metal detector, but since they didn’t own one, a serviceable unit had to be assembled from literal garbage.
To start with, [zaphod] had to research how a metal detector actually works. After reviewing the pros and cons of various approaches, the decision was made to go with a beat frequency oscillator (BFO) circuit. It’s not the greatest design, it might even be the worst, but it could be built with the parts on hand and sometimes that’s all that matters. After packing a 2N3904 transistor, an LM386 amplifier, and every Hackaday reader’s favorite chip the 555 timer into an enclosure along with some of their closest friends, it was time to build the rest of the metal detector.
Look ma, no MCU!
The sensor coil was made by salvaging the wire from an old fluorescent lamp ballast and winding it around the lid of a bucket 27 times. This was mounted to the end of a broom handle with some angle pieces made from PVC sheet material, being careful not to use any metal fasteners that would throw off the detector. With the handle of an old drill in the middle to hold onto, the metal detector was complete and actually looked the part.
So did [zaphod] save the day by finding the surveyor stakes and reconnoitering the family’s plot? Unfortunately, no. It wasn’t a technical failure though; the metal detector did appear to work, although it took a pretty sizable object to set it off. The real problem was that, after looking more closely into it, the surveyors only put down one stake unless they are specifically instructed otherwise. Since they already knew where that one was…
If your homemade metal detector can’t find something that was never there, did it really fail? Just a little something to meditate on. In any event, when even the cheapest smart bulb is packing a microcontroller powerful enough to emulate early home computers, we’re always happy to see somebody keep the old ways alive with a handful of ICs.
