Hello, now that I got rotary homing and move limits working I am getting to the next hurdle for my “rotary arm” printer.
Since the whole arm spins the x/y probe offsets can’t just be added to the coordinates, that’ll need a bit more math. Now I am mostly looking at how to best add that functionality, ideally in a way that is also usable with other kinematics like scara.
When I initially looked at the bed_mesh code I was a bit overwhelmed with how many places used the x/y offsets but on further inspection most of those were just for logging/output and the main show was in the _move_next function of the ProbePointHelper.
I probopse to put all the x/y offsetting somewhere in the probe code (referencing the kinematics) or directly in the kinematics as a offset_point function and replace all the manual x+x_offset code with offset_point calls. Kinematics that don’t define special offset math default to x+x_offset and y+y_offset.
Any better ways to solve this?