Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   Motors (http://www.chiefdelphi.com/forums/forumdisplay.php?f=52)
-   -   In need of assistance (http://www.chiefdelphi.com/forums/showthread.php?t=142645)

Railbots 27-01-2016 13:54

In need of assistance
 
We need some help regarding our robot. What are some possible causes of one side of the robot to move slower than the other.
I appreciate your time in answering our question.

EricLeifermann 27-01-2016 13:56

Re: In need of assistance
 
You could have misalignment in your drive

You could be powering your motors differently

If you have more than 1 motor on each side they might be fighting eachother

You could have different gearing on each side.

Pictures/video are always helpful

Jimmy Nichols 27-01-2016 14:38

Re: In need of assistance
 
You could have the chain or belts over-tensioned on one side.

MrForbes 27-01-2016 14:43

Re: In need of assistance
 
It might help to know how much slower the other side is going. Maybe you could put some video of it driving, on youtube, and link here? There is usually a slight difference in speed, resulting in the robot steering slightly when commanded to go straight...simply because the motors are made to turn one direction, and they are a bit slower going backwards (forward is the side that has positive power on the red wire, negative on the black wire).

We don't know if what you are seeing is normal, because you didn't describe it in detail. It might be normal, it might be abnormal.

Some things to check...see if all the motors are mounted tightly, they should not wiggle in the gearbox. Check to see if it's harder to turn the wheels by hand (with the robot power OFF) on one side than the other.

angelah 27-01-2016 14:43

Re: In need of assistance
 
Can you tell us more about your robot? You could post a picture if that is easier.

Steph342 27-01-2016 14:46

Re: In need of assistance
 
If using 4 motors to drive the drive train check to make sure each motor is receiving power and that the motors are working.

bEdhEd 27-01-2016 14:58

Re: In need of assistance
 
I'm gonna have to ask for a better description of what's happening. We don't know how many motors, which kinds, how you are transferring power to each wheel, the width of your robot, etc.

A video with plenty of pictures and a description of any of your troubleshooting will be most helpful.

Zebra_Fact_Man 27-01-2016 15:25

Re: In need of assistance
 
Quote:

Originally Posted by Railbots (Post 1530990)
We need some help regarding our robot. What are some possible causes of one side of the robot to move slower than the other.
I appreciate your time in answering our question.

Based on nothing else other than helping rookies before, and having MANY rookie students go through my teams, chances are your problem is due to motor optimal rotation direction. All motors have a preferred way to rotate, and when rotating the opposite direction they rotate slower. The math isn't so simple, but it averages out to about 85% speed of the optimal direction. When you build a robot, normally motors on one side spin optimally, and the other side spins in the opposite direction, non-optimally, causing you to veer off in one direction consistently.

A few ways to fix this:
a) make all motors spin in the same direction. Not so easy if using the KOP drive train, direct drive a wheel to the gearbox axle, or like symmetrical chassis designs.
b) use some sort of autocorrect system, like a gyro or encoders.
c) quick and dirty fix - reduce the optimal speed side limit to 85% max speed in the code. You can play around with the number until you are happy and the robot is driving straight.

Bob Steele 27-01-2016 15:46

Re: In need of assistance
 
Quote:

Originally Posted by Railbots (Post 1530990)
We need some help regarding our robot. What are some possible causes of one side of the robot to move slower than the other.
I appreciate your time in answering our question.

How do you know one side is slower than the other?
Might sound like a funny question but are you noticing it because of the way the robot is driving or are you measuring the wheel speed when not on the floor?

Suggestions above are good. but understanding what is happening will allow us to center on the problem better.

ThaddeusMaximus 27-01-2016 15:58

Re: In need of assistance
 
Quote:

Originally Posted by Zebra_Fact_Man (Post 1531034)
Based on nothing else other than helping rookies before, and having MANY rookie students go through my teams, chances are your problem is due to motor optimal rotation direction. All motors have a preferred way to rotate, and when rotating the opposite direction they rotate slower. The math isn't so simple, but it averages out to about 85% speed of the optimal direction. When you build a robot, normally motors on one side spin optimally, and the other side spins in the opposite direction, non-optimally, causing you to veer off in one direction consistently.

A few ways to fix this:
a) make all motors spin in the same direction. Not so easy if using the KOP drive train, direct drive a wheel to the gearbox axle, or like symmetrical chassis designs.
b) use some sort of autocorrect system, like a gyro or encoders.
c) quick and dirty fix - reduce the optimal speed side limit to 85% max speed in the code. You can play around with the number until you are happy and the robot is driving straight.

I have never seen this phenomenon play out with CIM motors in an FRC application.

joelg236 27-01-2016 16:01

Re: In need of assistance
 
Quote:

Originally Posted by ThaddeusMaximus (Post 1531053)
I have never seen this phenomenon play out with CIM motors in an FRC application.

Right? 85%? I'm not crazy to think that's a really big number that I've never even contemplated before.

philso 27-01-2016 16:21

Re: In need of assistance
 
Check your electrical connections from the PDP through the motor controllers to the motors.

If you are using PWM control of the motor controllers, disconnect all PWM cables except for one motor controller on each side. Verify that both sides run. Disconnect those two PWM's and connect the PWM cables for another controller on each side and repeat. Verify that both sides run.

Reconnect all PWM cables. Command the robot to drive straight for some fixed distance, say 10 ft. measure how much the robot has deviated from a straight line. Repeat this measurement another 4 times. Swap the connections between motors and the controllers so that the controllers for the left are now driving the motors on the right. Don't change the software. Command the robot to drive straight for the same distance and measure the deviation from the straight line. Repeat this measurement another 4 times. You should then be able to tell if the problem is in the motors or mechanical system or if it is in your software or motor controllers. If the problem appears to be in the motors or mechanical system, swap the motors from one side to the other and repeat the measurements.

mklinker 27-01-2016 20:24

Re: In need of assistance
 
If using an AM14U3 KOP drive base check to see if the dead axles are over tightened on one side of the drive. The wheels should move freely.

different gears

motor/s not working

motor controller needed calibration

JPBlacksmiths 27-01-2016 20:44

Re: In need of assistance
 
Quote:

Originally Posted by Zebra_Fact_Man (Post 1531034)
Based on nothing else other than helping rookies before, and having MANY rookie students go through my teams, chances are your problem is due to motor optimal rotation direction. All motors have a preferred way to rotate, and when rotating the opposite direction they rotate slower. The math isn't so simple, but it averages out to about 85% speed of the optimal direction. When you build a robot, normally motors on one side spin optimally, and the other side spins in the opposite direction, non-optimally, causing you to veer off in one direction consistently.

A few ways to fix this:
a) make all motors spin in the same direction. Not so easy if using the KOP drive train, direct drive a wheel to the gearbox axle, or like symmetrical chassis designs.
b) use some sort of autocorrect system, like a gyro or encoders.
c) quick and dirty fix - reduce the optimal speed side limit to 85% max speed in the code. You can play around with the number until you are happy and the robot is driving straight.

Um is this actually a thing? I'm pretty sure that when just flashing cims to a battery, that they have the same rotational speed even when we flip the leads and it goes backwards. I feel like I would have noticed a 15% drop in speed, but maybe not, I'm not sure. I would love to hear more about this though.

scca229 27-01-2016 23:41

Re: In need of assistance
 
It was mentioned above but might get lost.


Make sure that you have gone through the calibration routine on each motor controller to make sure that they each know the full bands from the joystick/gamepad inputs in your setup.


All times are GMT -5. The time now is 22:19.

Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi