-
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
[BUG] Z Axis calibration errors during G80 on 3.14 until a Calibration>Z Calibration is run #4723
Comments
@tideline3d Please consider to close this issue as the Z calibration fixes these issues. |
I also have the same problem since I installed 3.14. You say that by calibrating Z from the Calibration menu solves the problem? In my case it is not so. |
I also have this issue. Running z calibration does not fix the issue. Wasn't a problem until I updated. |
same |
Same : "I also have this issue. Running z calibration does not fix the issue." |
It looks like they may have addressed this with #4781 in the 3.14.1 branch. It was definitely new to 3.14.0 for us but we've noticed that the printers that caused this issue had some beds that were quite skewed and have since shimmed the beds and don't have this error any more. |
Please check https://github.com/prusa3d/Prusa-Firmware/releases/tag/v3.14.1. |
After upgrading our 36 MK3S+ printer farm to 3.14 yesterday, I started ~20 printers today and about 8 of them failed to start their next print with a Z-axis calibration error. When I investigated, I saw that the plates were on fine (usually the cause of this). Allowing the printer to home the Z up top and retry the G80 would not solve the issue, even with a couple printer resets. Most of them failed on the first 10 or so points, but one or two of them made it all the way to the back line before failing, again all with properly installed plates.
I've managed to resolve each of these by running Calibration > Z Calibration. All 8 printers resolved their symptoms immediately after running the Z Cal, but interesting that the automatic Z calibration that's kicked of when G80 finds a problem does NOT solve the problem, it had to be from the Calibration menu.
These GCodes mostly came from 2.7.4 PrusaSlicer and do have the parameters for G80 showing the bounding box of the print. My printers all have 7x7 MBL turned on. They are all running OctoPrint from a RPI4 with a plugin sending M79 pings every 20s to the printer so we can utilize the 'Set Ready' (thanks for this!) feature for our internal print job mgmt system
These GCodes are the same ones we print every day and haven't been re-sliced in a few months.
Here's the start gcode for one of the prints that was acting up. Note that Y is a negative value, is this expected? This print takes up a large portion of the plate and has a skirt that comes near the limits of Y.
The text was updated successfully, but these errors were encountered: