3D printers have come a long way over the past several years, but the process of bed leveling remains a pain point. Let’s take a look at the different ways the problem has been tackled, and whether recent developments have succeeded in automating away the hassle.
Anycubic Vyper, with an auto-leveling feature we decided to take a closer look at.
Bed leveling and first layer calibration tends to trip up novices because getting it right requires experience and judgment calls, and getting it wrong means failed prints. These are things 3D printer operators learn to handle with time and experience, but they are still largely manual processes that are often discussed in ways that sound more like an art than anything else. Little wonder that there have been plenty of attempts to simplify the whole process.
Some consumer 3D printers are taking a new approach to bed leveling and first layer calibration, and one of those printers is the Anycubic Vyper, which offers a one-touch solution for novices and experienced users alike. We accepted Anycubic’s offer of a sample printer specifically to examine this new leveling approach, so let’s take a look at the latest in trying to automate away the sometimes stubborn task of 3D printer bed leveling.
Keyless entry has become a standard feature on virtually all cars, where once it was a luxury option. However, it’s also changed the way that thieves approach the process of breaking into a car. After recent research, [HackingIntoYourHeart] claims that many modern Honda and Acura vehicles can be accessed with a simple replay attack using cheap hardware.
It’s a bold claim, and one that we’d love to see confirmed by a third party. The crux of the allegations are that simply recording signals from a Honda or Acura keyfob is enough to compromise the vehicle. Reportedly, no rolling code system is implemented and commands can easily be replayed.
Given these commands control features like unlocking the doors, opening the trunk, and even remote starting the vehicle, it’s a concerning situation. However, it’s also somewhat surprising. Rolling code technology has been around for decades, and makes basic replay attacks more difficult. Range extender attacks that target keyfobs sitting inside homes or gas stations are more common these days.
Whether Honda has made a security faux pas, or if there’s something more at play here, remains to be seen. If you’ve got more information, or have been able to recreate the same hack on your own Honda, be sure to let us know.
Back in 2019 we first came across the mutantC, an open source 3D printable Raspberry Pi handheld created by [rahmanshaber] that took more than a little inspiration from Sony’s VAIO ultra-mobile PCs (UMPCs) from the early 2000s. It was an impressive first effort, but it clearly had a long way to go before it could really be a practical mobile device.
Well after two years of development and three iterative versions of this Linux powered QWERTY slider, [rahmanshaber] is ready to show off the new and improved mutantC_v4. Outwardly it looks quite similar to the original version, with the notable addition of a tiny thumbstick and a pair of programmable buttons on the right side that can be used for input in addition to the touch screen. But inside it’s a whole other story, with so many changes and improvements that we hardly even know where to start.
Inside the mutantC_v4, showing off the ESP32-S2
Probably the most notable improvement is the addition of an ESP32-S2, specifically a bare ESP-12K module, to the main PCB. Previous versions of the hardware used an Arduino Pro Micro to interface with all the hardware, but the added horsepower of the ESP32 should come in handy with the array of sensors, controls, and NeoPixels that [rahmanshaber] has tasked the chip with. There’s even a buzzer and a coin-style vibration motor in there to provide some feedback to the user. While the board has changed significantly, it still retains compatibility with the Pi Zero, 2, 3, and 4.
Another notable addition is the expansion connector on the bottom of the handheld that has pins for I2C, UART, and 3.3 V. In the video below, [rahmanshaber] mentions that this feature was previously implemented with a standard 2×6 female header block, but is now using a far slimmer female USB-C port. We do wonder if it’s not a bit confusing to have this faux-USB port right next to the real one that’s actually used to charge the system, but with such cramped quarters occasionally you’ve got to make some tough decisions like that.
