Posts Tagged ‘ 3d print

New 3D Print : Eiffel Tower

I’d found a great model if the Eiffel Tower on Thingiverse:  I’d wanted to print it on my C-Bot for some time (since it seemed like a great way to maximize its build volume), but I knew with all the required retractions, the Bowden extruder would never handle it.  After recently switching to a direct-drive extruder, it seemed approachable again.  And with the recent attacks in Paris, I felt a desire to somehow pay my respects to that beautiful city, and landmark.

eiffel_tower

It didn’t go entirely smoothly though:  The extruder jammed when it hit first landing… I think all the super small handrails caused possible retraction issues, and the filament notched.  But I was able to reslice/reprint it right at that point, and glue the top on.  You’ll see this failure in the above movie… which was my first time making a timelapse in Octoprint, so the quality is a bit low as I figure out the settings.

The print looks fantastic, especially in the sun or with a light shining on it at night.  Really happy with the results.

Print stats:

  • Model height:  20″
  • Print time: 69 hours (yes, 69 hours)
  • 150 micron layer height
  • 6mm E3D-v6 Volcano nozzle
  • Sliced in Simplify3D
  • Just over a pound of material
  • Printed at 60mm/sec
  • Makergeeks white PLA, extruded at 230 degrees (per their recommendation)

New 3D Print: Giant ‘P’

Most of my ‘big’ prints on the C-Bot have involved vases:  Large flat bases, thin walls, print fast.  I wanted to try something more ‘structural’:  Dense & flat & strong, but still take up most of the build volume.

So I printed a giant P: (you know, for ‘P’avey)

  • 500 micron layer height, 1 shell, 2 floor, 2 roof, 20% infill.
  • 1mm E3dD-v6 Volcano nozzle printing @ 30mm/sec.
  • Fans on at layer 3, 25%.
  • 210 deg blue GizmoDorks PLA on glass plate covered in wood glue slurry.
  • Modeled in Maya, sliced in Simplify 3D.
  • Just over 4 hours to print.

Came out really well actually, only thing that could be better is the top surface quality:  I either need one more roof layer (currently 2), or I’d need to up the infill to a higher percentage so the bridging wasn’t so far.  And it stuck really well to the wood-glue slurry on the glass build plate.

Building the C-Bot 3D printer: Part 17 : Electronic & Software day 2

Jump to C-Bot blog index to see all the posts.


Update:  Since authoring this post I have switched my electronics to RADDS, and my firmware to Repetier.  See the “Part 31 post” for the latest on it.


After posting my z-stage problems to the C-bot forum, they suggested I try a couple things:  Loosen up the bolts on the ACME lead-screw blocks, and switch to using dual motor drivers, rather than one, like I’m currently doing.

I loosened things up, and it helped a negligible amount, but I was still unable to predictably raise the build platform.  So, I decided to dig into Marlin and enable dual-z-steppers.

Which I did, and then added an additional A4988 driver to the Rumba board to make use of it:

motor drivers

A4988 Drivers, with dual-z support.

I added the additional A4988 to the “Extruder 2” plug (on the far right), plugged the right z-stepper into it, and gave it a go:  The steppers would only lower, not raise.  NOW what?

Looking at the Marlin code, I noticed that the block I enabled (starting with ‘#define Z_DUAL_STEPPER_DRIVERS’) to support this looked different from the same block in the “Marlin Configurator“:  It appeared that it was also enabling “dual z endstops”, which I didn’t want to happen.  Rearranging the code resolved this, and now I have a bed that both lowers, AND raises.  Finally.  I was going to post this code-fix, but I diff’d the Configuration_adv.h file Mason had given me with the one I pulled down from GitHub, and that code section was radically different.  I’m not sure which is newer\older.  At least mine works now…


Now that I have the z-stage working, I decided to focus on the endstops:  I had mocked them up earlier, but didn’t have them wired properly… at ALL.  I spaced out and thought I only needed two wires (+-), but in reality you should also hook up signal, so the LEDs light up.  More splicing and crimping ensued, and I got the Geeetech v1.2 endstops wired up correctly, based on this great pic Mason pointed me to…

endstop diagram

… living in this thread, that explains it pretty plainly.  Thus the end results:

endstop wiring

From there, it’s getting them plugged into the Rumba correctly:

endstop connections

Note: Since I took this pic, I’ve changed my Y endstop so it is now Y-

 

Here’s the logic behind it:

  • Looking down on the build platform, zero XYZ is in the bottom left corner. +X is to the right, +Y is towards the back, and +Z is up.
  • The X-endstop is on the left side of the Y-gantry, that the extruder blocks hits when traveling left:  It is in the “negative” position, thus X-.
  • The Y-endstop is mounted on the top-left-rear corner of the printer, and the Y-gantry hits it when it moves back in a ‘positive’ direction.  So it’s Y+.
    • Note: Since I authored this page I’ve moved my Y endstop to the top-left-front corner, so it’s really Y- now.
  • The Z-endstop is mounted towards the top of the left rear leg of the printer, that the Z-stage hits when it lifts up.  Since when the build platform drops it’s going in a ‘positive’ direction (or, instead, imagine the build platform on the bottom of the printer, and the nozzle lifting up instead, which is effectively the same thing), it means it starts at the negative position, thus -Z.
endstop locations

Note: Since I took this pic, I’ve changed my Y endstop so it is now Y-, or on the front-left of the bot, rather than rear-left as in this pic.

 

Once the endstops were wired up, I was able to ‘auto home’ the whole system from the LCD, and… it worked.

Finally, no more blockers… next up will be calibrating the XYZ travel distances.


Jump to C-Bot blog index to see all the posts.