Open dmbaio opened 1 year ago
You are right. This is probably an issue of the Preasure equalizer. Switching from absolute to relative coordinates is not supported by the Preasure equalizer.
@kubispe1, I was playing around with alternative color-change g-codes to work around the issue of having to disable pressure equalizer, and I tried this (just as a test, so I wasn't including things like retractions, etc.):
;COLOR CHANGE
G0 X0 Y0 F1800
M400
G0 Z100 F900
M600
This avoids any absolute/relative positioning mode changes and doesn't use any relative coordinates at all, but the issue still occurs. What is even more interesting is that with this color_change_gcode block, disabling pressure equalizer does not fix the issue. With this code and pressure equalizer disabled, the issue is still there. This would lead me to think that the issue must not be directly caused by pressure equalizer after all.
Description of the bug
When using the volumetric slope settings for the pressure equalizer, combined with the color change g-code below (to raise Z before and lower Z after color change because the AnkerMake M5 does not support M600 parameters yet), the Z values for the rest of the layer that the color change occurs on are corrupted. Setting the pressure equalizer settings to 0 eliminates the issue.
Project file & How to reproduce
Color Change Test.3mf.zip
Checklist of files included above
Version of PrusaSlicer
Version 2.6.0-alpha6+MacOS-arm64
Operating system
macOS Ventura 13.4 Beta (22F5037d)
Printer model
AnkerMake M5