Our team’s drive train consists of four independently steered modules each with their own steering motor and drive motor. Each has it’s own potentiometer to control rotation.
In our program at the moment we just have a normal arcade drive with the addition of being able to steer the pods, allowing us the capabilities, if I understand correctly, of a crab drive.
We can go forward and backward just fine, but when we try to rotate around the centerpoint, our bot’s wheels skip a lot on the ground. After some reading, it looks like we have to use an alternative to arcade style drive.
We have not done too much development of our drive system, and I’m afraid we’re a bit in over our heads. After looking at the math for snake drives and omnidirectional drives in general, I realized we wouldn’t be able to have the full capacity of the drive system that we had wanted.
So, I’ve thought of a possibly more simple way to rotate our robot. If I just rotate our front wheels 90 degrees one way, and the back wheels 90 degrees the other way, and add power, would that rotate without a lot of drag on the wheels and give a smooth rotation?
I’m aware that to be able to implement a full omnidirectional drive, my team and I should have done more preparation. I’m just hoping there’s some way I can get our robot functioning more than just a crab drive.
… and if you want the center of rotation to be something else than the center of the wheel pattern (like maybe closer to the front of the robot), let me know where and I’ll tell you the wheel angles (and speeds) for that.
The center of our wheelbase is not at the center of the frame, so the distance between the center of the frame and the center of the wheelbase is given.
