A new driver board for the 3Drag 3D printer

Posted on Wednesday, May 1st, 2013 in 3D fabrication by DP


A new board for the 3Drag 3D printer – there’s more than Sanguinololu

Let’s improve the 3Drag with this new board that allows to control a fan and (thanks to the  ATmega2560 processor) add some code and accessory devices such as a display or an SD Card

When we first released our 3D printer, we tried to use some parts that were already available and tested, in full respect of the open source philosophy. In particular, we decided to use the electronic card Sanguinololu. The “open” firmware we chose, the Marlin firmware by Erik van der Zalm, solved the biggest part of the computer interface issues. The Sanguinololu was great, but being innovators by vocation, we looked around testing new developments. The first improvement was about introducing a fan, capable of blowing cool air on the just deposed layers, while the second came from the Sanguinololu weaknesses in managing the heated plate.

This entry was posted on Wednesday, May 1st, 2013 at 1:00 pm and is filed under 3D fabrication. You can follow any responses to this entry through the RSS 2.0 feed. You can skip to the end and leave a response. Pinging is currently not allowed.

One Response to “A new driver board for the 3Drag 3D printer”

  1. fonz says:

    a few comments:

    why a transistor buffer for the LEDs? a modern LED is plenty bright at a few milliamps, the IO can easily drive that and the step inputs at the same time

    The limit inputs should really have a series resistor, something like 1K would limit the current, in the event of a short to 12V, to something reasonably safe

    Replace the BUK6215s with something like VND14NV04 and the outputs would be safe from shorts and overtemp

Leave a Reply

Notify me of followup comments via e-mail. You can also subscribe without commenting.

Recent Comments

  • Drone: So these go for around $330 USD and NO published calibration procedure online or otherwise? Given what's inside - I don't think I'll be considering...
  • Pekka Akselin: This is ridiculous!? :-) We are back at 256(!) byte EPROMs that needed multiple, a handful, of voltages to run! :-(
  • KH: Let's try a back-of-envelope calc balancing energies. From MCP1700 datasheet, there are graphs for a 200mA load step. Estimate the energy shortfall as 12uJ. Say...
  • Daniel: It's been a week and my comment is still awaiting moderation. Apparently the CIA doesn't want their involvement known?
  • KH: Agree, so okay, I guess he must have learned from somewhere. 100nF and 1000uF is so far apart, that was jarring; it's more magic incantation...