 | | Re: Dead reckoning (was Re: Rover Programming)
|
|
(...) Well, I did the code changes to do acceleration and deceleration yesterday and it's amazingly successful. I'm not yet quite as good as the Seattle robot, but I suspect that's at least partly because mine has a narrower track. I now believe (...) (23 years ago, 28-Jun-02, to lugnet.robotics)
|
| |
| | Re: Dead reckoning (was Re: Rover Programming)
|
|
(...) WOW! That's impressive - but I can't help but get the impression that it's heavily optimised to going around that particular track. Getting that good positioning on the straight sections is impressive - but I wonder how it would have fared in (...) (23 years ago, 28-Jun-02, to lugnet.robotics)
|
| |
| | Re: Dead reckoning (was Re: Rover Programming)
|
|
(...) Yes - managing accelleration is a 'must'...both in speeding up and slowing down - and easing into turns. An abrupt change of speed will generally result in wheel slip. (...) It was good in a straight line - but *hopeless* in a turn because the (...) (23 years ago, 28-Jun-02, to lugnet.robotics)
|
| |
| | Re: Rover Programming
|
|
(...) Yes - and it's very fast to implement. Better still, you can use one of several rectangle encoding tricks that are out there (kind of like two-dimensional run-length encoding). Those are typically able to compress at the square of the ratio of (...) (23 years ago, 28-Jun-02, to lugnet.robotics)
|
| |
| | Re: Control a microScout
|
|
(...) Well, the RIS 2.0 tower can drive the microscout - but not the RIS 1.5 tower. The microscout uses something called 'VLL' (Visible Light Link) - which is kinda like the IR commands that you send to your RCX - but they are sent in the visible (...) (23 years ago, 28-Jun-02, to lugnet.robotics)
|
