Skip to content
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

First purge in prime tower after tool change extremely over sized. #6022

Open
1 of 3 tasks
brex480 opened this issue Jul 4, 2024 · 5 comments
Open
1 of 3 tasks

First purge in prime tower after tool change extremely over sized. #6022

brex480 opened this issue Jul 4, 2024 · 5 comments
Labels
bug Something isn't working

Comments

@brex480
Copy link

brex480 commented Jul 4, 2024

Is there an existing issue for this problem?

  • I have searched the existing issues

OrcaSlicer Version

2.1.1

Operating System (OS)

Windows

OS Version

Windows 11

Additional system information

HP ENVY Laptop 16 12th Gen Intel(R) Core(TM) i7-12700H NVIDIA GeForce RTX 3060

Printer

Voron 2.4 Tool Changer

How to reproduce

Printer is set as a single extruder multimaterial with no cooling tube or ramming. Have tried with flush into prime tower on and off. Tried flush mm3 from 0-100 in flush volume calc, filament minimum purge in filament settings, and prime volume under prime tower settings with the only change is adding to the oversize first filament prime. Have used this setup with previous versions of orca without issue.

Actual results

Only change when adjusting purge volume in any of the locations is changing the purge/prime that is created at the end of the oversized first prime.

Expected results

Adjusting the purge/prime mm3 does change the amount extruded as they should except for the very first tool change and prime.

Project file & Debug log uploads

Articulated_T-Rex.zip

Checklist of files to include

  • Log file
  • Project file

Anything else?

1
2
3

@brex480 brex480 added the bug Something isn't working label Jul 4, 2024
@53Aries
Copy link

53Aries commented Jul 5, 2024

Screenshot 2024-07-04 205257
Retraction when switching material set to zero for all.

@brex480
Copy link
Author

brex480 commented Jul 5, 2024

Screenshot 2024-07-04 205257 Retraction when switching material set to zero for all.

They were not set to zero but even setting to zero made no difference. Tested in 1.9.1 as it has been awhile since I have printed multicolor. Imported project with the same settings including having retraction and the prime tower is proper size.
4

@igiannakas
Copy link
Contributor

Disable precise Z height.

It doesnt seem to play ball well with the prime tower for some reason. It also shouldn't really be needed for this use case of yours as this is a decorative model and a variance of under +-0.1mm in the Z direction won't make an appreciable difference.

image

@igiannakas
Copy link
Contributor

Also you really dont want arc fitting enabled with a Klipper printer! It makes print quality worse as it converts line paths to arcs and then back to line paths at the klipper end. Not related to this issue but noticed that in your profile.

@brex480
Copy link
Author

brex480 commented Jul 8, 2024

Disable precise Z height.

It doesnt seem to play ball well with the prime tower for some reason. It also shouldn't really be needed for this use case of yours as this is a decorative model and a variance of under +-0.1mm in the Z direction won't make an appreciable difference.

image

Thanks, I just verified by disabling precise Z height on my end and it worked as it should.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants