ErikZalm/Marlin — Issue #70: Ignoring endstops when printing arcs?
Author: davidlvann
Created: 2012-02-18 08:08:58+00:00
State: open

Slic3r generated some crazy huge arcs (I reported this already with the same info given below), and Marlin 1.0 RC1 tried to print them right off the bed, despite software endstops (and hardware min endstops, but it was set to use those only for homing).

Here is a pronterface layer view of the offending gcode: http://www.flickr.com/photos/65816621@N03/6895262087/in/photostream (assuming it renders the arc commands correct. The printer is definitely trying to go off the edges so something is telling it to, despite software endstops but that's another bug I'll report in Marlin)

Here is a big chunk of gcode from the beginning of the file until some arbitrary point that hit pastebin's free account limit. I can provide more if needed, but the offending arc occurs early in the print. http://pastebin.com/pfeGKy4M

The .stl in question is mendelmax plate 2. This issue occurs with the original and with a version I repaired with netfabb just in case. http://www.thingiverse.com/thing:17284 Download here: http://www.thingiverse.com/download:56529

My slic3r config file's contents: http://pastebin.com/h87V63Nf