-
-
Notifications
You must be signed in to change notification settings - Fork 796
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Avoid crossing walls feature removes some retraction wipes #6266
Comments
Thank you figuring this out. 👍🏻I was often wondering why some of my prints had the issue you described. @vovodroid |
Actually I don't use either of these options... |
@vovodroid Any idea how |
I think I may have fixed it but more testing is needed. Basically there was a scenario where a retraction move when avoid crossing walls was performed but wipe was disabled in the code due to a number of conditions that are potentially incorrect. With this change I'm forcing a wipe move whenever a retraction is performed and avoid crossing wall is enabled, in the same way to when avoid crossing wall is disabled. PR will be raised shortly. |
PR raised: #6518 If you fancy, please give it a test. |
The odd part is that this whole code segment plus all the code that executes the avoid crossing walls functionality is basically unchanged since the orca first fork. So seeing this behave differently between versions is unexplained but may need to be examined further. I would expect the model shown above to show similar behaviour across all versions. It is a good test, if anyone fancies checking against 1.8.1. |
@igiannakas You are correct that the issue is present in 1.8.1. I haven't noticed it since only a few layers were missing the wipe operation. Since that version the issue kept getting worse though. |
Hm this makes no sense as the immediate code has been unchanged - I even compared it against the curent prusa slicer code and it’s functionally identical 🤔 In any case the fix above should sort this once and for all as it enforces a wipe move when a retraction is being done, just like what the slicer does when avoid crossing walls is disabled. I’d appreciate if you could test the build in the PR above and offer feedback please. |
Is there an existing issue for this problem?
OrcaSlicer Version
2.1.1
Operating System (OS)
Windows
OS Version
Windows 11
Additional system information
No response
Printer
Creality Ender 5 S1
How to reproduce
I used the following default profiles
Creality Ender-5 S1 0.4 nozzle
,Creality Generic PLA
and0.20mm Standard @Creality Ender5S1
but pretty sure it can be reproduced with other profiles.Generate
Retraction test
model (start: 0mm, end: 2mm, step: 0.1mm/mm).Change retraction wipe distance on printer setting to 10mm so it's very obvious when the bug occurs.
No overrides on filament level.
Tick
Avoid crossing walls
Optionally set
Max detour length
to some value other than 0. (No impact changing this value)Slice the model and enable
Travel
line type in preview.Actual results
On some layers one of the sides does not have a retraction wipe gcode generated. The results are very sporadic. When looking at any 10 layers at the time this issue could affect 0-2 lines but sometimes more like 7-8 lines. In any case this was leading to constant stringing no matter what retraction setting changes I did.
2024-07-27.webm
Also, you can observe on the side where the wipe gcode is generated the nozzle still crosses the walls anyway, but this perhaps is related more to #5217.
Expected results
Retraction wipe gcode is generated for both sides of the model.
Project file & Debug log uploads
Retraction test.zip
Checklist of files to include
Anything else?
I've tested a few previous versions to see if it ever worked and got the following results:
1.6.6 - works
1.8.1 - works
1.9.0 alpha - does not work
1.9.0 - does not work
1.9.1 - does not work
2.0.0 - does not work
2.1.1 - does not work
The text was updated successfully, but these errors were encountered: