-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Separate filament shrinkage into x and y components #11070
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
base: main
Are you sure you want to change the base?
Conversation
|
TL:DR; This is a long-standing debate (#6562 and #10695) If the problem is with the printer and it is really a matter of percentages (as could be the case with motor calibration issues), I don't think that tuning each material is the best solution. Although a difference of less than 0.5% seems negligible to me in the world of 3D printing. But after so many discussions, there is something I can think of that we can do. In this case, perhaps you could consider a similar adjustment in the machine settings, leaving the material fluctuation available, as it would add to your printer's error. To simplify the situation, I would set it as a single value that matches the other. In your case, it could be something like:
How would it be calibrated? This way, your materials would maintain their specific shrinkage and you would correct your printer's error for all materials. |
|
I suspect the discrepancy between the X and Y axes is caused by skewness in the XY gantry. Could you try performing a skew correction to see if that resolves the issue? |
|
Thank you for this contribution; I myself suggested this change some time ago. @rinqu-eu There are several merge conflicts in this PR with the latest Orca commits; these did not appear in the previous days. |
This is not filament shrinkage, is missconfigured firmware. |
|
It could be moved to the printer settings instead of the filament settings; it would effectively act as a pre-scale for each model for that printer profile. The shrinkage remains of the XY type as it is currently at the filament level, which in turn will multiply the printer’s overall scale factor. In any case, both solutions to compensate the printer, whether from the firmware or the slicer, are valid and can be preferred depending on the user. For example, the firmware-level modification you pursue in your thesis is the best method when you have multiple printers of the same model: each printer has its own compensation. My argument for using the slicer would be much more suitable for someone buying their first 3D printer (or more precisely an FDM CNC) who ends up with rectangular cubes and elliptical circles, in addition to the previously listed advantages such as not requiring recalibration of the flow, belt tensioning, axis realignment, etc. etc. |
While filament shrinks the same in X and Y directions, we can also use this feature to dial in the dimentional accuracy.
For example, on my BBL A1 when using PLA I'd get 149.22/149.85 on a 150mm calibration piece.
Scaling the model up by 100.5 in X and 100.07 in Y allows me to get sub 0.1mm accuracy.
With this change, one could set PLA shrinage to 99.50% in X and 99.93% in Y and eliminate the need to scale the model.