[D.Viddy]

Originally posted by bigqueue
Since you are talking about a driver being in this loop to start with, why not allow the driver to decide if it is time for a recalibration?

That is, create the feature, but make a way to allow the driver a way of calibrating it if it drifts to much.

The calibration might be as simple as pushing a button at some point when the robot is pointing in the right direction.

All that would do is tell the controller on the robot to zero out a variable which is keeping the currrent direction of the robot. (Assuming zeroing out the variable "means" pointing in the direction you want)

Anyways.....so long as this isn't required very much in the round, it might be a cheap way to get it done. (I don;t mean just cheap in terms of money, but development time too)

Just a thought...BTW: I have never tried to integrate the output of the gyro, so I don;t know what sort of error build-up to expect.. Tell us what you find.....please. (even if you just experiment with it and never actually use it)

-Quentin

This is a possibility, but what I am trying to accomplish is to make a very complex drive system, very simple and straight forward to drive. I will experiment with the gyro and see if I can get any good results. Then I will try and publish a white paper on it's uses and limitations. Also after this years competition, I will be releasing the specifications of our drive system. I think it's is a very powerful system.