[FTC]: Motor encoders Love'em? or leave'em?

[MattRain]

Originally Posted by DocMartin

Can you provide some examples of what scenario you had the need to use them and what problem it solved?

For example for last years FTC. The robot sits in the corner of the field. Autonomous starts. IR turns on, finds out which column the IR is on, then picks out of three programs, which one to run to make it to the IR. Ok, say its the left column, robot makes a left 45 degree turn, goes 15 inches, right 45 degree turn, 20 or so inches forward, stops, lift goes up, which also has an encoder to tell it how many turns, to make it to that height, then 5 inches in, placing the ring on the peg, lift goes down a few inches, robot backs up 10 inches, does a 135 degree turn to face the ring dispenser. Ready for teleop.

With our code as well, I could move the robot to tile, carpet, concrete, asphalt, etc. And it would still do the same exact thing the program tells it to. Other than a few teams that I have seen with advanced code, most teams run off time, which with time, just with the wear and tear of some foam tiles, or brand new tiles, along with battery powered, wither fully charged, or somewhat charged, can change the autonomous sooooooo much.

If you write your code right, it works. With what we have written, it takes us less than a few minutes to write a code, or 30 minutes to write a very precise code. (and extremely easy once written. One of our new programmers, never seen code before, is writing the autonomous this year,(one day of teaching the basics) only having to list down how many inches,degrees turned,and lifting height)

How did you verify that your positioning was accurate to within .001"?

The code is written in such a way, that it tells me on the NXT brick and computer screen, how far its traveled for each step it does, granted, there is no reason for that precision, especially this year, so we changed only go to the .1 of an inch really.