You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This appears to be due to a bug in Creality Print v4.3.8.7021. When retraction is enabled, the resulting gcode unnecessarily sends the printhead to the front left side of the bed:
Unchecking Enable Retraction is a workaround, but prevents use of retraction when printing the rest of the object. Editing the offensive line out of the GCode is cumbersome and will eventually lead to users to abandon Creality Print for another slicer application.
A patch/update has been requested.
Help please diagnosing the following?
When beginning a print on a rooted Creality K1C using Klipper and KAMP, during execution of Start_Print and immediately after Line_Print runs, the printhead travels to X0,Y0 and then goes to the start point of the item to be printed. However, when doing so, it often crosses the purge line, resulting in the nozzle bumping into the purge line.
Everything else seems to function as expected.
How can I make it so the Line_Print deposits the purge line and the printhead immediately begins printing the object without first traveling to X0 Y0? I've included log files and Zipped config files.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Update:
This appears to be due to a bug in Creality Print v4.3.8.7021. When retraction is enabled, the resulting gcode unnecessarily sends the printhead to the front left side of the bed:
;LAYER:0
M106 S0
M106 P1 S255
SET_VELOCITY_LIMIT ACCEL=2000 ACCEL_TO_DECEL=1000
;;retract;;
G0 F12000 X2.826 Y2.829 Z0.6
G0 X99.461 Y99.564 Z0.4
;TYPE:SKIRT
Unchecking Enable Retraction is a workaround, but prevents use of retraction when printing the rest of the object. Editing the offensive line out of the GCode is cumbersome and will eventually lead to users to abandon Creality Print for another slicer application.
A patch/update has been requested.
Help please diagnosing the following?
When beginning a print on a rooted Creality K1C using Klipper and KAMP, during execution of Start_Print and immediately after Line_Print runs, the printhead travels to X0,Y0 and then goes to the start point of the item to be printed. However, when doing so, it often crosses the purge line, resulting in the nozzle bumping into the purge line.
Everything else seems to function as expected.
How can I make it so the Line_Print deposits the purge line and the printhead immediately begins printing the object without first traveling to X0 Y0? I've included log files and Zipped config files.
Thanks!
Console_K1C_KAMP_Issue.txt
2024310-231215.zip
Beta Was this translation helpful? Give feedback.
All reactions