Inverted Delta kinematics
-
Thanks, that's a good Idea. I made this by error when I started trying. The problem is that if it works well for Z, when moving along X/Y the model is no longer valid, since motors are moving in the wrong direction. This lead to the motion being parabolic and is not usable ... Unless maybe I change my model accordingly ? I'll investigate if no other solution is possible.
-
@benjamin-forest if you find the mathematic formulae, it could be better to add a new kinematic, because the delta has several code in the firmware, so to overlook one is a big probability. If you install a new kinematic, there is no such danger and you have full control over the movement. I would not inherit from lineardelta, but from kinematic then.
You could start with the delta code using a new kinematic, to be sure there is no specific code in Move etc.When I developed the robotic kinematic, I installed the forward and inverse kinematic in windows with mingw and calculated the cartesian coordinate from iterated stepper positions and then back inverse, then comparing, with millions of iterations. This could be a method for you too to validate the code.
-
Sure, I'll be thinking about it. I remember you were working on some test as well, did you publish something about it ?
All the best,
-
@benjamin-forest no, and the code is different for you, you would have not much value.
It's simply setting the parameters, iterating over them with different values and calling forward and reverse kinematics, then adding up the statistics.
I iterated the arm lengths, the different working modes and the stepper angles. In your case I would start iterating only over the stepper positions.
I created a class for me and took only the forward and inverse kinematics methods into it, so I don't need to solve all the other references. The kinematics methods are isolated very well.
-
Thanks, I'll think about it.
