MakerBot MightyBoard RevE

by MakerBot, published

MakerBot MightyBoard RevE by MakerBot Mar 12, 2012

Featured Thing!


This is the MakerBot MightyBoard, a revolution in 3D Printer Control Technology. Use it to power your MakerBot Replicator 3D Printer. Here are just a few things the MightyBoard can do: control up to 5 stepper motors with BotStep Stepper Controllers, control up to two extruders (with heater cartridges, safety thermostats, thermocouples, and fans), control the Replicator Interface Board, connect to up to 6 endstops, control RGB LED light strips, control a heated build platform, and much much more!

Even more features:
-Pizeo Buzzer
-Lots of Debugging LEDs and extra I/O pins broken out for hacking
-Access to I2C and UART for hacking
-Hardware-based safety cutoff for extruders
-Extra FET for hacking
-Arduino Mega Compatible
-digitally-controlled potentiometers for setting motor currents (no more trimpots!)

Designed by Jeremy Blum.

This is part of The MakerBot Replicator, which you can find at thingiverse.com/thing:18813

Recent Comments

view all

This schematics and board design works just out of the box? or there are some problems?

say i wanted to rebuild this board, where can i get the firmware from? thanks guys for this,

More from 3D Printer Parts

view more


Liked By

view all

Give a Shout Out

If you print this Thing and display it in public proudly give attribution by printing and displaying this tag. Print Thing Tag


You must be logged in to post a comment.

execcr on Mar 7, 2014 said:

This schematics and board design works just out of the box? or there are some problems?

medusaperseus on Aug 8, 2013 said:

say i wanted to rebuild this board, where can i get the firmware from? thanks guys for this,

toybuilder on May 12, 2013 said:

** NOTE ** On the Mightyboard Rev E schematic, the SD card section is labeled as SD & MMC card, but the pinout as drawn is for the microSD card (cf. http://elm-chan.org/docs/mmc/m... vs http://elm-chan.org/docs/mmc/s... -- a quick check of fab drawing confirms that it was supposed to be a Micro SD card slot.

Sum_ on Apr 26, 2013 said:

Whan I press check button in Eage it shows errors in all +3.3V connections "output and supply pins mixed on net 3.3V".

I try to modify board such as it in real. I want to connect mic2920 input with +5V etc. In this schemaics mic2920 conect to +24V. I can't modify the board with this error messages. Can anyone help?

IWstudent on Apr 23, 2013 said:

Why can't I see all pictures? And does some one already have like an explanation of the parts? I'm in my last year of high school and need to do an graduation task. I chose makerbot. I need to give an explanation how al these things work. So if some one already did it it would be very helpfull for me. Then I only need to translate it to dutch.

VirgilVox on Oct 6, 2012 said:

Has anyone had luck building one? I'm thinking of converting my thing-omatic to a replicator and have been trying to find one of these boards online, but it looks like I'm gonna need to build one. Advice?

martinbogo on Oct 13, 2012 said:

Don't bother?   MakerBot has gone closed source, and closed schematic on the MightyBoard from here on in.

If you want to use something that runs Sprinter and Marlin, go ahead and get a RAMPS.  If you want a board with built-in steppers, get a Printrboard from abdrumm.   I've got two, and they work great.


sahlite on Sep 4, 2012 said:

When Makerbot_MightyBoard_REVE.sch opened by pads 9.3, here comes a message indicating something wrong. Which tool is proper to use?

sciguy14 on Sep 28, 2012 said:

You need to use Cadsoft Eagle.

DSD on Mar 20, 2012 said:

I agree with some of the comment on the choice of processor ... chipKIT Max 32 is also Arduino Compatible and has MUCH better specs ... Main ones are

Microchip® PIC32MX795F512 processor
80 Mhz 32-bit MIPS
512K Flash, 128K RAM
USB 2.0 OTG controller
10/100 Ethernet MAC
Dual CAN controllers

so why ATmega 2560 ...

DSD on Mar 20, 2012 said:

Great Job MakerBot Team ... Someone's finally taken on developing a comprehensive board for the Printers ... Keep It up

garyacrowellsr on Mar 20, 2012 said:


The only SPI-enabled driver I see is something like 3x the price of the A4982 - do you see something different? The dig pot on the board is about 40 cents.

tlalexander on Mar 29, 2012 said:

Yeah my friend saw my comment and mentioned that to me today. I didn't realize how big the cost difference was. I've used Allegro's SPI stepper drivers before, and they are pricey. I had no idea how cheap A4982's are! Also the SPI ones require external FETS, which I needed for my application anyway (more current), but yeah, I can see its a cost issue. Still seems... hacky.

tlalexander on Mar 13, 2012 said:

-digitally-controlled potentiometers for setting motor currents (no more trimpots!)

While that sounds awesome, why not just switch to something like SPI stepper drivers that allow you to set the current over serial?

Perhaps its a cost issue, and I have no idea how much digital pots cost, but it seems awfully silly to add on an extra chip when just replacing the one chip would d

Anonymous on Mar 12, 2012 said:

I noticed this guy has two ISP headers in the pictures, does anyone know why? I only see one micro controller on there.

tlalexander on Mar 13, 2012 said:

Seems like they should have waited for the Arduino Due ARM-based Arduino. Its got a super powerful Atmel SAM3 on it. But I'm sure they know the people at Arduino, and perhaps that board and software is just not close enough to production?

JelleAtProtospace on Mar 13, 2012 said:

That is because it is a futile exercise how to hobble yourself: there are two micros on there. One is a atmega8, the other is a 1280. The mega8 is serving as a usb to serial controller, and that is where I think they (and arduino) went wrong.

If they had used an AVR with built-in USB (like teensy+), there would have been no need for this second chip and they communication speed would have gone up drastically. The USB buffer on a teensy+ holds 128 bytes, that is quite some lines of G-code in just one packet, delivered at much greater speeds as well.

The serial UART is so slow it makes loading something on the sd-card very slow, but more importantly, you will get blobs if you use a stl of too high a resolution, which will result in very small gcode-paths that execute faster than they can be sent: hence a buffer underrun and a blob on your model.

metamaquina on Mar 12, 2012 said: