Closed mentaluproar closed 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.
EDIT: added the log. Thanks, bot.
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
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
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.
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.
Yup, it's a nimble. I'm running it at 16 just fine now.
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.
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.
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.
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