Servo Speed Disrepancy
HEY!
I started working on my Boe Bot and got to the part where I test the servos. When I·pulsout 850 to one servo and 650 to the other (max speed different direction), then flip one servo upside down and hold it over the other, the speed of the two servos are slightly different.
·In no time one passes up the other.
Q-1. Is this common?
Q-2. If it is common, do I start playing with the numbers until I find the sweet spot?
Q-3. If it is not common, should I get another servo?
I did not have the time last night to test, but I suspect that one servo is running slow (as opposed to fast of course). I'll check this weekend to see if I get close to the 60 RPM on either, It didn't seem like the fast one went that fast.
Q. Could this be due to having a resistor/LED wired to the same pin (as part of the test circuitry)?
It happens·that the one that is rotating slowest came in with a broken servo horn. I thought nothing of it at first, knowing that I would need to remove them for contrustion of the Bot.
I sure don't want to have spend to much time fudging things to get them to work as they ought to. I don't know if the problem in linear or not, but I suspect that a custom speed table would have to be generated for straight runs and turns.
Advice?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
(Frequently heard from other's)
Tommy, I know it wasn't designed to·x, but can you make it·do x·anyway?
·
I started working on my Boe Bot and got to the part where I test the servos. When I·pulsout 850 to one servo and 650 to the other (max speed different direction), then flip one servo upside down and hold it over the other, the speed of the two servos are slightly different.
·In no time one passes up the other.
Q-1. Is this common?
Q-2. If it is common, do I start playing with the numbers until I find the sweet spot?
Q-3. If it is not common, should I get another servo?
I did not have the time last night to test, but I suspect that one servo is running slow (as opposed to fast of course). I'll check this weekend to see if I get close to the 60 RPM on either, It didn't seem like the fast one went that fast.
Q. Could this be due to having a resistor/LED wired to the same pin (as part of the test circuitry)?
It happens·that the one that is rotating slowest came in with a broken servo horn. I thought nothing of it at first, knowing that I would need to remove them for contrustion of the Bot.
I sure don't want to have spend to much time fudging things to get them to work as they ought to. I don't know if the problem in linear or not, but I suspect that a custom speed table would have to be generated for straight runs and turns.
Advice?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
(Frequently heard from other's)
Tommy, I know it wasn't designed to·x, but can you make it·do x·anyway?
·
Comments
2) Yes. Alternatively, there is a crude adjustment in the servo designed more to find the "stop" point and adjust that, but it may help bring the two servos closer together in speed. The Robotics manual talks about this adjustment.
3) It's common and you should be able to reduce it by playing with the adjustments on the two servos
4) No. The servo responds to a digital signal (anything above a certain voltage) and the resistor/LED shouldn't bring this below the level needed.
A custom speed table might help somewhat, but another problem will be slippage of the wheels and mechanical load. I assume you're trying to determine the position of the BOE-BOT from its intended movement. The servos are just not that accurate. Parallax sells a kit to add wheel hole sensors so that you can compute the distance travelled based on the rotation of the wheels. That helps a lot, but there will still be some slippage of the wheels on the floor and you'll need some kind of recalibration periodically, possibly using the HM55B compass or something like that.
If I were to use them as is, there would be no way to run a straight line without encoders.
I already have the encoder kit, but did not intent to apply it until down the road. I just wanted to get the most accuracy out of it from the get-go, everything else added after will go much smoother. and will aid in the overall repeatability of the various aspects of the Bot.
Thanks, it's a starting point.
STAFF
Ahhh to have the benefit of a box full of servos that could reletively be speed matched.... elbow elbow, wink wink, hint hint. (That would be a step in the right direction and make adjustments on the end user end less painful.)
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
(Frequently heard from other's)
Tommy, I know it wasn't designed to·x, but can you make it·do x·anyway?
·
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
John R.
8 + 8 = 10
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
(Frequently heard from other's)
Tommy, I know it wasn't designed to·x, but can you make it·do x·anyway?
·
HTH, Chris
Define a variable or constant for each wheel that is the center point (neutral).
Then in stead of a "hard coded" set point for forward and revers, use some math and set the speeds to something like LeftCenterPoint + 10 and RightCenterPoint - 10.
If you find the servo response is not identical, then you could establish the following (numbers are ficticious examples):
RightServoCenter = 755
RightServoFullForward = 860
RightServoFullReverse = 648
LeftServoCenter = 748
LeftServoFullForward = 639
LeftServoFullReverse = 850
Then when you want to move x% of full speed forward you'd set the speed like this:
RightServoSpeed = ((RightServoFullForward - RightServoCenter) * x) + RightServoCenter
LeftServoSpeed = LeftServoCenter - ((LeftServoCenter - LeftServoFullForward) * x)
The numbers used for RightServoCenter, etc. would need to be determined by testing.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
John R.
8 + 8 = 10
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
(Frequently heard from other's)
Tommy, I know it wasn't designed to·x, but can you make it·do x·anyway?
·