I'm not aware of any firmware which would compensate for slanted towers. New cartesian-delta conversion equations would need to be derived for this. If payala is good at math and can do a bit of C then he can derive them and update calculate_delta function accordingly. Correcting incorrect tower position is easy within the current cartesian-delta conversion equations.Quote
HaDe
hercek, appreciate your update, I admit I haven't followed recent firmware & fine tuning efforts too closely. Do those already implement a way to compensate not only for incorrectly positioned, but for slanted towers, too?
CPU overhead of Johann's autoleveling is not that bad. It is only a few comparisons, additions and multiplications. It has much bigger problem though. Incorrect calibration will lead to errors in X, Y, and Z coordinate. Johann's autoleveling will mitigate only the Z-coordinate portion of the error. That is the reason I do not use it.Quote
HaDe
As much as I admire Johann's ingenuity, I didn't implement his autolevelling system because of the added processing load is requires during printing (applying the transformaton matrix for every point on the tool path) on a CPU which is already working at its limits, and also because of the added complexity (and, to some extent, flexibility in Z direction) of adding FSRs to the three bed mointing points.
Richie's autoleveling tries to find the correct calibration parameters; i.e. it is better than Johann's if it does converge. Some people did not have luck with it but many reported good improvements.
