FDA’s Approval Of Cell Culture Chicken: The Rise Of Fresh Meat Without The Animal?

November 21, 2022 by Maya Posch 105 Comments

On November 14th of this year, the FDA cleared the path for Upside Foods to sell its cell-culture-based chicken products within the US. This is the first product of its kind to be cleared for commercial sale within the Americas, with only Singapore having previously cleared a similar product for sale, back in December of 2020. This latter product comes courtesy of another California start-up called Eat Just.

Since that initial approval in Singapore, Eat Just has begun to set up a 2,800 square meter (~30,000 square feet) production facility in Singapore that is scheduled to begin producing thousands of kilograms of slaughter-free meat starting in the first quarter of 2023. This would make it the top-runner in the cultured meat industry, which to this point has seen dozens of start-ups, but precious few actual products for sale.

With CEO Josh Tetrick of Eat Just projecting price equality between their cultured meat and meat from animals by 2030, could the FDA’s approval herald the dawn of slaughter-free meat? There are obviously still hurdles, but as we’ll see, the idea is not nearly as far-fetched as one might think.

Continue reading “FDA’s Approval Of Cell Culture Chicken: The Rise Of Fresh Meat Without The Animal?” →

Move Aside Planar, I’m Slicing My Cone Way

November 21, 2022 by Matthew Carlson 12 Comments

Fleetwood Mac puns aside, very little has changed about how we “slice” models for printers in the last 30 years. However, [Stefan Hermann] of CNC Kitchen has a demo that tries to change all that by slicing conically.

For the uninitiated in the dark arts of printing in the third dimension, the canonical definition of non-conical slicing has been to bisect the model at layer height intervals and generate the perimeter and the infill, then output that as g-code. This is easy to implement mathematically and works reasonably well, except when you have overhangs of more than about 60 degrees on most printers. The idea of slicing in a cone rather than a plane isn’t entirely novel as we previously covered RotBot, which offers a vertical axis of rotation and a print head at 45 degrees. What is extraordinary is that the technique [Stefan] walks you through is done with a stock printer without a complex 45-degree tilt and is a software modification rather than a hardware tweak.

[Stefan] references earlier work done by [Michael Wüthrich] of ZHAW School of Engineering, who wrote some scripts that apply the transformation. The slicer is SuperSlicer, a fork of the PrusaSlicer, which is itself a fork of slic3r. The modified g-code is exported and can be sent to a printer of your choice. He even has a link to a pre-sliced model to try it out.

Of course, different printers have different clearance levels, but the Prusa Mini he uses has 16 degrees of clearance with the sensor pushed up. The code is on GitHub. It’s fascinating to note how all these techniques and forks interact and build off each other. Whether tilted slices, conical slices, or something else ultimately becomes the de facto standard, we’re looking forward to more options for slicing.

Video after the break.

Continue reading “Move Aside Planar, I’m Slicing My Cone Way” →

Driving E-Paper Displays With Memory Limited MCUs

November 21, 2022 by Tom Nardi 20 Comments

It’s easy to become jaded by modern microcontrollers: for just a few bucks you can get a MCU that’s powerful enough to give a desktop computer from the early 90s a run for its money while packing in contemporary technology like WiFi and Bluetooth. For many projects we don’t even have to consider optimizing our code, because we aren’t even scratching the surface of what the hardware is capable of.

But sometimes you don’t have the luxury of using the latest-and-greatest chip, and have to play the hand you’re dealt. That’s when folks like [Larry Bank] really shine. In a recent write-up, he goes over his experiments with driving e-paper displays (specifically, salvaged electronic shelf labels) with 8-bit MCUs that on paper shouldn’t have the resources to run them.

The problem is that these displays generally expect to be handed a fully-formed image, which can easily exceed the free RAM on a low-end chip. For example, a 1-bit 128 x 128 image would consume 2 KB of RAM — more than four times the available memory on an ATtiny85.

As [Larry] explains, his alternate approach is to write data to the display in columns that are only one byte wide. Combined with his existing work with image decompression on constrained hardware, he’s able to rapidly draw out full-screen TIFF images using an Arduino UNO as demonstrated in the video after the break. He hopes the work will inspire others to experiment with what’s possible using the dinky MCUs you generally find in second-hand shelf labels.

Continue reading “Driving E-Paper Displays With Memory Limited MCUs” →