-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
No repeatable temperature calibration possible #1167
Comments
Hi, yes the automatic temperature calibration has been bad since the release of the MK3. It is unreliable, unrepeatable and the results are worse than leaving the machine uncalibrated. That is why there are (known to me) three different ways of calibrating the temperature compensation table manually. All of them yield result which are 100% better than the results of automatic process. So yes, your issue is totally valid. Still, I want to let you know that you are not dependent of the automatic process! https://github.com/PrusaOwners/prusaowners/wiki/Manual_print_based_PINDA_temperature_calibration |
Hi stahlfabrik, thanks for your reply. I prepared everything for the third method already. Would be nice to know, if the firmware method is in work to get fixed. Grüße |
Interesting choice!;-) Good luck! |
Did the calibration yesterday. Will need some more testing.
Is there any chance to write a pronterface macro or gcode which does the following?:
Could this be a way to get a perfect curve? Maybe the the firmware integrated calibration does completely the same, but this would mean the code is buggy. IMO the best method would be to stay within the closed parameter system of Z axis, pinda temp and -switch. Every factor ouside this relationship adds additional failures. *edited - corrected wrong calculations. |
@RacingHell : Problem with your algorithm is that it includes bed deformation in measurements. So at least you should wait long enough before the bed reaches thermal equilibrium before starting measurements, with PINDA far away from bed. Then go close to bed and perform series of measurements and pinda heats up. Just measured deformation at bed center (using dial gauge): It's over 200um from 85C stable to 45C when measuring at lower right corner. Using electrical continuity will help, but it will make the algorithm a bit more involved. Nozzle should be heated higher than bed temperature to avoid including extruder thermal expansion. |
Here's my take: The integrated PINDA temp calibration is introducing external variables into the resultant calibration data, which prevents a repeatable result. It is probing the same spot on the bed to see how the probe changes its triggering height, as the sensor changes temp. However, this routine is also changing the bed temp, and because of thermal expansion of all the bed/platform components, that same spot physically changes height. My thought for a more ideal temp calibration:
|
This issue has been flagged as stale because it has been open for 60 days with no activity. The issue will be closed in 7 days unless someone removes the "stale" label or adds a comment. |
This issue has been closed due to lack of recent activity. |
3.4.0 final / MK3
In the past I read a lot of pinda calibration and stahlfabrik's ideas to stabilize the cal.data by manual analysis (not tested by my own till now). I have trouble on bigger prints since ever, where the 1st layer drifts away (dependent on X/Y coordinates - no clue if pinda drifts that much while bedleveling due to faulty cal.data), I did some own tests. I can't assign the recent results to my initial issue - missing abilities to dig deep enough into the prusa-matrix. But maybe there's something to check in the calibration code.
Execution of temp. calibrations in following sequence, DELTA=difference to previous cal.point:
old calibration data before FW update:
after FW update and M861 Z (reset+temp.cal.off):
retry 1:
retry 2:
retry 3:
after 2nd M861 Z (reset):
after 3rd M861 Z (reset+temp.cal.off):
Correlations in the measured cal.datas are visible, but expected rocksolid values on every retry I am missing. The values are jumping a lot. Under 50° I can't figure out any consistency. Sending M861 Z and starting calibration with temp.cal. off brought esteps back into similar values.
Any suggestions/ideas?
The text was updated successfully, but these errors were encountered: