Klipper3d / klipper

Klipper is a 3d-printer firmware
GNU General Public License v3.0
9.4k stars 5.3k forks source link

hollow calibration cube throws error "Rescheduled timer in the past" for simplify3d, but not cura #3249

Closed mentaluproar closed 4 years ago

mentaluproar commented 4 years ago

I am calibrating my delta and part of that involves printing a simple, single walled cube. When sliced with simplify, it get the MCU error "rescheduled timer in the past" but when I slice it in cura that same print works fine.

Why is something simplify3d sliced causing this problem?

S3DxyzCalibration_cube.gcode.txt CURA_xyzCalibration_cube.gcode.txt klippy.log

klipper-gitissuebot commented 4 years ago

Hi @mentaluproar,

It did not look like there was a Klipper log file attached to this ticket. The log file has been engineered to answer common questions the Klipper developers have about the software and its environment (software version, hardware type, configuration, event timing, and hundreds of other questions).

Unfortunately, too many people have opened tickets without providing the log. That consumes developer time; time that would be better spent enhancing the software. If this ticket references an event that has occurred while running the software then the Klipper log must be attached to this ticket. Otherwise, this ticket will be automatically closed in a few days.

For information on obtaining the Klipper log file see: https://github.com/KevinOConnor/klipper/blob/master/docs/Contact.md

The log can still be attached to this ticket - just add a comment and attach the log to that comment.

Best regards, ~ Your friendly GitIssueBot

PS: I'm just an automated script, not a human being.

mentaluproar commented 4 years ago

EDIT: added the log. Thanks, bot.

BlackStump commented 4 years ago

If you are going to compare one slicer to another make sure all your speeds are the same and you do not exceed your MCU,s step rate

KevinOConnor commented 4 years ago

From the log:

N28 G92 E0.0000*83
N29 G1 E-3.0000 F3600*37

That's a 60mm/s retraction. With the extruder step_distance=0.000373 it's 160858 steps per second which is greater than an atmega2560 can handle.

I don't know why cura is different from s3d.

More generally, though, I'd recommend using pressure advance (if possible) and use smaller retraction distances with slower retraction speeds.

-Kevin

mentaluproar commented 4 years ago

I plan to, but I need to dial this in before I do anything like that. Looking at simplify again, some of these defaults are ridiculous.

Anybody have any recommendations for a board, by the way? This is replacing a temperamental skr 1.3.

jakep82 commented 4 years ago

You can also eliminate this problem by reducing the microstep setting on your extruder. You appear to be using a heavily geared extruder (Zesty Nimble?). With an 8 bit MCU, you can't reliably run an extruder like that at more than 4 microsteps.

mentaluproar commented 4 years ago

Yup, it's a nimble. I'm running it at 16 just fine now.

mental405 commented 4 years ago

Even 16 is probably overkill for a nimble. Since you are running trinamic drivers, you can reliably set it to run in 2x or 4x microstepping with interpolation enabled. The MCU will have to process less overall steps since the step distance would be something like 0.002984 steps/mm at 2x microstepping. It should not make a difference in noise output.

mentaluproar commented 4 years ago

I can’t even get a good first layer on this thing yet but when I do I’ll drop the microstepping rate. I could use the overhead room.

github-actions[bot] commented 4 years ago

Hello,

It looks like there hasn't been any recent updates on this Klipper github issue. If you created this issue and no longer consider it open, then please login to github and close the issue. Otherwise, if there is no further activity on this thread then it will be automatically closed in a few days.

Best regards,

~ Your friendly GitIssueBot

PS: I'm just an automated script, not a human being.