Extreme curve?

[Basel A]

Does it drive straight in teleop? Have you checked the current going to each motor? Have you spun the wheels by hand to see if one side is harder to turn than the other?

Do you have a gyro? Using a gyro is pretty simple these days.

[Anthony Galea]

Originally Posted by Basel A

Does it drive straight in teleop? Have you checked the current going to each motor? Have you spun the wheels by hand to see if one side is harder to turn than the other?

Originally Posted by Joseph Smith

First of all, does it only curve in autonomous, or in teleop as well?
If it's only in autonomous, that would indicate a software problem.
If it curves in teleop as well, it could be any number of problems.
Are the speed controllers all calibrated? Are they all blinking at the same rate when it's driving? Are all the motors running in the right directions? If all of those things are good, then it's likely a mechanical issue. I've seen over-tensioned chains, over-tightened wheel shafts, bad spacing in gearboxes, and chains rubbing on parts of the frame all cause problems like this before.
If you can't figure it out, could you compensate by powering one side more than the other in auton?

For teleop, it isn't noticeable when actually driving the robot on the field for some reason, but when we put the robot on blocks, we could tell that the right side is noticeably faster in both high and low gear. We'll check into making sure the motors are going in the right direction.

Originally Posted by Basel A

Do you have a gyro? Using a gyro is pretty simple these days.

We did get one through FIRST Choice, I'll have our programmer look into that.

[mrwright]

How many motors per gearbox? How are the motors connected?

We had the same problem last year and we discovered that one of the Anderson Power Pole connector contacts wasn't fully engaged. That solved the problem for us.

[Anthony Galea]

Originally Posted by mrwright

How many motors per gearbox? How are the motors connected?

We had the same problem last year and we discovered that one of the Anderson Power Pole connector contacts wasn't fully engaged. That solved the problem for us.

We have 3 CIMs per gearbox, and we are using yellow crimp terminals.

[Ari423]

Originally Posted by mrwright

How many motors per gearbox? How are the motors connected?

We had the same problem last year and we discovered that one of the Anderson Power Pole connector contacts wasn't fully engaged. That solved the problem for us.

You can use the power functions on the PDP to check the current going to each motor. If one motor is suspiciously low (or high), that could point to a mechanical or wiring problem, as opposed to a programming problem.

You can also try changing teleop to drive the motors at 70% power instead of whatever value the joystick says. That should tell you whether this is only happening in auton (the problem is in your auton code) or if it is always happening and the driver is subconsciously correcting for it (the problem is mechanical or somewhere else in the code).

[Ozuru]

Are you using PWM for your motor controllers? I had this issue in 2014 with PWM Talons until we calibrated them.

[logank013]

Disclaimer: Not on the manufacturing team.

But check the code. Is one side driving faster than the other in the code? If so, try boosting the left side to 80% and the right side to 70%. Just adjust so the system drives straight, even if the code says it shouldn't (straight might be left 90% and right 60%. idk, robots do odd things.

Also, by some odd chance, does your left side have a higher gear reduction? could your gear boxes have been built just different enough?

[MetaEngineer]

The number of parts in a typical FRC drivetrain can make for a noticeable variation in the speeds of drive units. When run open loop, the drivetrain on our bot this year has one side a few percent faster than the other which made it curve.

Certainly calibrate all motor controllers and double check connections first. You may be able to tweak your drive train for better consistency and find a balance of motor power settings that goes approximately straight, but the real solution is using some form of feedback. A combination of wheel speed encoders and/or a gyro lets the roborio make adjustments on the fly. However this can take a fair bit of time to get coded and tuned in properly.

[wsh32]

If you do have the time, I would advise using the gryo to make a feedback loop to keep the robot going straight. If tuned properly, that should make the drivebase drive straight regardless of any mechanical issues.

[AustinSchuh]

Originally Posted by logank013

Disclaimer: Not on the manufacturing team.

But check the code. Is one side driving faster than the other in the code? If so, try boosting the left side to 80% and the right side to 70%. Just adjust so the system drives straight, even if the code says it shouldn't (straight might be left 90% and right 60%. idk, robots do odd things.

Not to pick on you directly, but this is a convenient quote.

I'd caution against ignoring the issue or papering over it, and instead start to look for the root cause. If the issue is that a motor isn't plugged in when you thought it was, or the speed controller was disconnected or a mechanical issue, fixing it in code will make it look like everything works when it doesn't.

The current suggestion is a good one. After that, I'd try isolating the issue. Feel each of the sides of your drivetrain and try to see if one side has more resistance than the other. Try unplugging all but 1 motor per side and see how it performs. Do that for each of the motors on a side. Try controlled experiments to see if you can discover where the problem is.

[Ether]

Originally Posted by AustinSchuh

I'd caution against ignoring the issue or papering over it, and instead start to look for the root cause... Try controlled experiments to see if you can discover where the problem is.

This needs to be shouted from the rooftops.