 | | RotationNavigator again, does it have a bug?
|
|
I have another problem with the RotationNavigator class. I try to program a navigating, behavior controlled robot. At the moment it has two behaviors: behavior1 (b1): moving to a specific point with gotoPoint(...) and back to the starting point with (...) (22 years ago, 5-Feb-04, to lugnet.robotics.rcx.java)
|
| |
 | | Re: RotationNavigator accuracy
|
|
"Michael Wisse" <mwisse@hs-harz.de> wrote in message news:40065F0D.70202@...harz.de... (...) a (...) Check out (URL) the "Peeves" Mindstorms robot. If page is not accessible then just do a search on "peeves mindstorm lego" and you'll probably find (...) (22 years ago, 15-Jan-04, to lugnet.robotics.rcx.java)
|
| |
 | | Re: RotationNavigator accuracy
|
|
Hi Robert, thanks for your response. Indeed, the main problem seems to be slippage. The more speed the motors produce, the bigger the slippage is and the less is the resulting angle. Probably a tank is bad for odometric navigation. It is a pitty, (...) (22 years ago, 15-Jan-04, to lugnet.robotics.rcx.java)
|
| |
 | | Re: RotationNavigator accuracy
|
|
(...) rotation sensor counts tread rotation, but, because of skidding, the tank doesn't turn exactly the same way as treads do (...) rotation point position/drive length depends on tread width, center of weight position, speed and geometry of treads (...) (23 years ago, 14-Jan-04, to lugnet.robotics.rcx.java)
|
| |
 | | Re: RotationNavigator accuracy
|
|
(...) I guess it's more hardware related problem turning with tank-style robot is ALWAYS a trouble because tank doesn't have defined centre of rotation. If you imagine the simple robot - two wheels and a castor - there is rotation center well (...) (23 years ago, 14-Jan-04, to lugnet.robotics.rcx.java, FTX)
|