@EdStreet The skews from your 4 sets of measurements are about:
-0.13, 0.08, -0.15, -0.06 degrees.
So you are changing the skew with M1005.
It’s quite hard to accurately measure to hundredths of a millimeter on the surface of a 3D print.
0.06 degrees skew is about 0.27mm across the width of the print bed but you should be able to improve that with careful measurements.
The M1005 [Xn] [Yn] format, where you can keep applying a new compensation value to the previous one, can make the result bounce around a lot when you get close to 0 degrees, unless your measurements are very accurate.
I prefer to use the M1005 [In] format (see details in my previous post above).
Here’s a method that gets round the problem of the skew compensation value not being retained when the printer is powered off:
From repeated measurements of test prints I have calculated that the skew in the XY geometry of my Bambu X1C is -0.003594 radians (-0.20592 degrees). The method of calculating this skew factor is detailed in my post headed M1005 [In] (see above).
To correct this I apply the -ve of the skew factor (in radians) as a correction factor with gcode M1005 using the [In] parameter:
M1005 I0.003594
I’ve added this gcode (as a permanent addition) at the end of the Machine start G-code so the correction is applied for every print, including when the printer has been powered off and restarted.
To the limits of my printer’s accuracy and the accuracy of my measurements this brings my XY skew down to about -0.005 degrees, 2.4% of the original skew. Over the width of the print bed that would equate to an error of only 0.02mm.
The M1005 [In] format of the command doesn’t iteratively apply a new compensation value to the previous one, like the M1005 [Xn] [Yn] format does. So every print will just have the same correction factor applied.
I don’t include M500 after the M1005 [In] command in the Machine start G-code because:
a) It doesn’t work to retain the setting ‘after restart’.
b) It might be repeatedly updating non-volatile memory on one of the X1C controller boards which might reduce its lifespan so it seems safer to exclude it until we understand how M500 has been implemented in the Bambu Lab firmware.
It’s been many years since I’ve done math problems like that. Any chance you can give an example with some numbers plugged in? Maybe I can understand it then
I was watching the youtuber matthiasWandel, and he made the comment that having your angles off by even just a little bit can be a noteworthy problem when printing gears that need to mesh together. So, reducing the skew for such things may well make a noticeable difference.
It has some sample data in the GREEN boxes. Overwrite that with your measurements AC, BD and AD. Don’t overwrite any of the formulas in the other boxes.
The measurements should be from a test print that shows the uncorrected skew of your printer. If you’ve already applied a skew correction factor reset it with gcode M1005 I0 before printing the test.
If that doesn’t work for you then here’s an example of the calculations with some numbers plugged in:
Apply the -ve of the skew factor as the correction factor with gcode M1005 [In]:
M1005 I0.004262
If you want me to calculate the correction factor for you, or to check your cakculation before you apply it with gcode M1005, then post your measurements from the test print here. I need the measurements AC, BD and AD.
@Giovanny you’ve alrady posted AC as 79.88 and BD as 80.42. Can you also measure AD and post it here?
@NeverDie I was designing boxes with hinged lids but the front of the lids didn’t line up with the front of the boxes because the XY geometry of my printer was skewed. I didn’t like some of the solutions suggested online that involved adjusting the printer’s geometry with shims or belt tension when skew should be compensated in firmware. I hope Bambu Lab will extend the functionality of gcode M1005 to include XZ and YZ compensation.