New Part Day: A 64-Bit RISC-V CPU In Raspberry Pi Hat Form

May 24, 2019 by Brian Benchoff 30 Comments

Over the last few years the open-source RISC-V microprocessor has moved from existing only on FPGAs into real silicon, and right now you can buy a RISC-V microcontroller with all the bells and whistles you would ever want. There’s an interesting chip from China called the Sipeed M1 that features a dual-core RISC-V core running at 600MHz, a bunch of I/Os, and because it’s 2019, a neural network processor. We’ve seen this chip before, but now Seeed Studios is selling it as a Raspberry Pi Hat. Is it an add-on board for a Pi, or is it its own standalone thing? Who knows.

The Grove AI Hat for Edge Computing, as this board is called, is built around the Sipeed MAix M1 AI Module with a Kendryte K210 processor. This is a dual-core 64-bit RISC-V chip and it is obviously the star of the show here. In addition to this chip you’ve also got a few Grove headers for digital I/O, I2C, PWM, and a UART. There’s a a USB Type C for power (finally we’re getting away from USB micro power plugs), and of course a 40-pin Raspberry Pi-style header.

This board is essentially a breakout board for the Sipeed M1 chip, which is one of the most interesting new microcontrollers we’ve seen since it launched late last year. There’s a lot of power here, and already people are emulating the Nintendo Entertainment System on this chip with great success. The problem with this chip is that apart from making your own breakout board, there aren’t many options to get it up and running quickly. This is the solution to that; at the very least it’s a Sipeed chip on a board with a power supply, and it’s also a co-processor that can be accessed with Linux and a Raspberry Pi.

Eurorack Synth Module Runs On ESP32

May 24, 2019 by Lewin Day 8 Comments

The ESP32 is well known for both its wireless communication abilities, as well as the serious amount of processing power it possesses for a microcontroller platform. [Robert Manzke] has leveraged the hardware to produce a Eurorack audio synthesis platform with some serious capabilities.

Starting out as a benchmarking project, [Robert] combined the ESP32 with an WM8731 CODEC chip to handle audio, and an MCP3208 analog-to-digital converter. This gives the platform stereo audio, and the ability to handle eight control-voltage inputs.

The resulting hardware came together into what [Robert] calls the CTAG Strämpler. It’s a sampling-based synthesizer, with a wide feature set for some serious sonic fun. On top of all the usual bells and whistles, it features the ability to connect to the freesound.org database over the Internet, thanks to the ESP’s WiFi connection. This means that new samples can be pulled directly into the synth through its LCD screen interface.

With the amount of power and peripherals packed into the ESP32, it was only a matter of time before we saw it used in some truly impressive audio projects. It’s got the grunt to do some pretty impressive gaming, too. Video after the break.

Continue reading “Eurorack Synth Module Runs On ESP32” →

Great Hacks At Our Maker Faire Bay Area Meetup; From Helmets And Goggles To Rovers And String

May 24, 2019 by Roger Cheng 5 Comments

When Maker Faire Bay Area closed down early Saturday evening, the fun did not stop: there’s a strong pool of night owls among the maker demographic. When the gates close, the after-parties around San Mateo run late into the night, and Hackaday’s meetup is a strong favorite.

This year Hackaday and Tindie joined forces with Kickstarter and moved our combined event to B Street Station, a venue with more space for hacks than previous years. The drinks started flowing, great people started chatting, basked in an ever present glow of LEDs. A huge amount of awesome hardware showed up, so let’s take a look the demos and stunts that came out to play.

Continue reading “Great Hacks At Our Maker Faire Bay Area Meetup; From Helmets And Goggles To Rovers And String” →

Hackaday Podcast 020: Slaying The Dragon Of EL, Siege Weapon Physics, Dis-entangled Charlieplex, Laser Internet

May 24, 2019 by Mike Szczys No comments

Join editors Elliot Williams and Mike Szczys as they unpack all the great hacks we’ve seen this week. On this episode we’re talking about laser Internet delivered from space, unwrapping the complexity of Charlieplexed circuits, and decapping ICs both to learn more about them and to do it safely at home. We have some fun with backyard siege weapons (for learning about physics, we swear!), gambling on FPGAs, and a line-scanning camera that’s making selfies fun again. And nobody thought manufacturing electroluminescent displays was easy, but who knew it was this hard?

Take a look at the links below if you want to follow along, and as always, tell us what you think about this episode in the comments!

Direct download (60 MB or so.)

Continue reading “Hackaday Podcast 020: Slaying The Dragon Of EL, Siege Weapon Physics, Dis-entangled Charlieplex, Laser Internet” →

A Stylish Pair Of FPGA Earrings

May 24, 2019 by Lewin Day 7 Comments

Sometimes, rather than going the commercialistic route, it can be nice to make a gift for that personal touch. [Mahesh Venkitachalam] had been down this very road before, often stumbling over that common hurdle of getting in too deep and missing the deadline of the occasion entirely. Not eager to repeat the mistake, help was enlisted early, and the iCE bling earrings were born.

The earrings were a gift for [Mahesh]’s wife, and were made in collaboration with friends who helped out with the design. The earrings use a Lattice iCE40UP5k FPGA to control an 8×8 grid of SMD LEDs. This is all achieved without the use of shift registers, with the LEDs all being driven directly from GPIO pins. This led to several challenges, such as routing all the connections and delivering enough current to the LEDs. The final PCB is a 4-layer design, which made it much easier to get all the lines routed effectively. A buffer is used to avoid damaging the FPGA by running too many LEDs at once.

It’s a tidy build, which makes smart choices about component placement and PCB design to produce an attractive end result. LEDs naturally lend themselves to jewelry applications, and we’ve seen some great designs over the years. Video after the break.

Continue reading “A Stylish Pair Of FPGA Earrings” →

3D Printering: The Past And Future Of Prusa’s Slicer

May 24, 2019 by Tom Nardi 41 Comments

If you own a desktop 3D printer, you’re almost certainly familiar with Slic3r. Even if the name doesn’t ring a bell, there’s an excellent chance that a program you’ve used to convert STLs into the G-code your printer can understand was using Slic3r behind the scenes in some capacity. While there have been the occasional challengers, Slic3r has remained one of the most widely used open source slicers for the better part of a decade. While some might argue that proprietary slicers have pulled ahead in some respects, it’s hard to beat free.

So when Josef Prusa announced his team’s fork of Slic3r back in 2016, it wasn’t exactly a shock. The company wanted to offer a slicer optimized for their line of 3D printers, and being big proponents of open source, it made sense they would lean heavily on what was already available in the community. The result was the aptly named “Slic3r Prusa Edition”, or as it came to be known, Slic3r PE.

Ostensibly the fork enabled Prusa to fine tune print parameters for their particular machines and implement support for products such as their Multi-Material Upgrade, but it didn’t take long for Prusa’s developers to start fixing and improving core Slic3r functionality. As both projects were released under the GNU Affero General Public License v3.0, any and all of these improvements could be backported to the original Slic3r; but doing so would take considerable time and effort, something that’s always in short supply with community developed projects.

Since Slic3r PE still produced standard G-code that any 3D printer could use, soon people started using it with their non-Prusa printers simply because it had more features. But this served only to further blur the line between the two projects, especially for new users. When issues arose, it could be hard to determine who should take responsibility for it. All the while, the gap between the two projects continued to widen.

With a new release on the horizon that promised to bring massive changes to Slic3r PE, Josef Prusa decided things had reached a tipping point. In a recent blog post, he announced that as of version 2.0, their slicer would henceforth be known as PrusaSlicer. Let’s take a look at this new slicer, and find out what it took to finally separate these two projects.

Continue reading “3D Printering: The Past And Future Of Prusa’s Slicer” →

Feather Plus Blackberry Equals Open Source Fauxberry

May 24, 2019 by Brian Benchoff 16 Comments

The keyboard is a superior means of input, but to date no one has really figured out how to make a keyboard for small, handheld electronics. You could use tact switches, but that’s annoying, or you could use a touch screen. The best option we’ve seen is actually a Blackberry keyboard, and [arturo182] has the best example yet. It’s a small handheld device with a screen, keyboard, and WiFi that’s ready to do anything imaginable. Think of it as an Open Source Fauxberry. In any case, we want it.

This project is actually a breakout board of sorts for the Adafruit Feather system, and therefore has support for WiFi, cellular, or pretty much any other networking of connectivity. To this blank canvas, [arturo] added an accelerator/magnetometer sensor, a single Neopixel, and of course the beautiful Blackberry keyboard. This keyboard is attached to an ATSAMD20G, a microcontroller with a whole bunch of I/O that translates key presses into I2C for the Feather.

Aside from that, there’s also a gigantic screen to display just about anything you would want in a portable computing device. There’s still a bit more work to do on this project, most notable figuring out where the battery goes, but [arturo] is developing everything in a livestream, someting we love to see as it really puts a focus on how much effort goes into making custom hardware.