Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   Technical Discussion (http://www.chiefdelphi.com/forums/forumdisplay.php?f=22)
-   -   Recycle Rush: Speed, Torque, or Both (http://www.chiefdelphi.com/forums/showthread.php?t=132701)

billbo911 12-01-2015 15:44

Recycle Rush: Speed, Torque, or Both
 
Now that we have all had a week+ to contemplate our strategies and designs, there is an aspect of this game that I would like to open a discussion on.

The field that we play on this year is about half of what we have used in the past. Granted there are only 3 robots on it, and there are a lot of game pieces, but over all, the area we drive in has been greatly reduced.

So the topic I would like to discuss is, "What do you aim for with your drive train design?"

With the field being smaller, is top speed a consideration?
With the tight quarters, do you place an emphasis on torque to help with maneuverability?
Is too much torque going to be a problem?
Will a good balance of both be a better choice?
Single speed or multispeed gearbox?
2 CIM, 4 CIM, 6 CIM, 4 CIM + 2 mini's, all mini's?
Holonomic, Mechanum, Swerve, WCD, 4 WD, KOP?

All of these can also be answered by "other" of course and I'm sure there are other considerations I have not mentioned so feel free to bring them up.

As you walk through your answers, please give a bit of your reasoning behind your choices.

AdamHeard 12-01-2015 15:58

Re: Recycle Rush: Speed, Torque, or Both
 
I think 10 fps is the magic number for 99% of teams this year (independent of drive type).

Michael Hill 12-01-2015 16:03

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by AdamHeard (Post 1426906)
I think 10 fps is the magic number for 99% of teams this year (independent of drive type).

Agreed. We figured the typical max distance a team will want to travel is on the order of 11 ft. If you gear for much faster, you won't even achieve your max speed. Also, having too much speed is pretty dangerous when there are totes that are being stacked all around you that you don't want to knock down, so it also comes down to controllability. If you gear for ~10 ft/s, then you'll get to your destination in about 1.5-2 seconds (accounting for acceleration/deceleration), which is, IMO, a pretty decent target.

Ether 12-01-2015 17:26

Re: Recycle Rush: Speed, Torque, or Both
 

Imagine you have 2 robots which are identical in every way, except that Robot A is geared for 8 fps, and Robot B is geared for 16fps but has the motor voltage limited to 50%.

Which robot has better fine control of small slow-speed motions?



Gdeaver 12-01-2015 17:33

Re: Recycle Rush: Speed, Torque, or Both
 
The word this year is precision.

markmcgary 12-01-2015 17:45

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by Ether (Post 1426966)

Imagine you have 2 robots which are identical in every way, except that Robot A is geared for 8 fps, and Robot B is geared for 16fps but has the motor voltage limited to 50%.

Which robot has better fine control of small slow-speed motions?



I'll bite.

Robot B.

AdamHeard 12-01-2015 17:47

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by markmcgary (Post 1426977)
I'll bite.

Robot B.

Why?

markmcgary 12-01-2015 17:58

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by AdamHeard (Post 1426978)
Why?

"better fine control of small slow-speed motions"

It seems to me that the high gear ratio, for higher speed, would help with control at low power and low speed because the drive would be 'less responsive' at low power, thus helping with fine control. (And, I thought I'd be different.)

Jared 12-01-2015 18:04

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by Ether (Post 1426966)

Imagine you have 2 robots which are identical in every way, except that Robot A is geared for 8 fps, and Robot B is geared for 16fps but has the motor voltage limited to 50%.

Which robot has better fine control of small slow-speed motions?



I'd compare it to parking a car. Robot A is my car in first gear, and Robot B is my car in 2nd/3rd gear, but I can only push the gas pedal half way down.

It would be harder to deal with the inertia of the car if it were stuck in second gear and had less torque. You'd try to move some small amount, but it wouldn't react until you applied lots of power, and once it started moving, it would be harder to stop.

I believe that the robot geared for 8 feet per second would be much more maneuverable and well suited for precise control, especially with skilled drivers. Lower gear ratio means more torque, and more torque means faster response. It's easier (to a certain point) if the robot responds faster. I don't believe 8 fps is too twitchy.

Dunngeon 12-01-2015 19:04

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by Jared (Post 1426991)
I'd compare it to parking a car. Robot A is my car in first gear, and Robot B is my car in 2nd/3rd gear, but I can only push the gas pedal half way down.

It would be harder to deal with the inertia of the car if it were stuck in second gear and had less torque. You'd try to move some small amount, but it wouldn't react until you applied lots of power, and once it started moving, it would be harder to stop.

I believe that the robot geared for 8 feet per second would be much more maneuverable and well suited for precise control, especially with skilled drivers. Lower gear ratio means more torque, and more torque means faster response. It's easier (to a certain point) if the robot responds faster. I don't believe 8 fps is too twitchy.

This was my line of thought too. Our 17fps bot last year had its turning speed reduced to 30%. There was a space on the control pad where the motor did nothing. Then all of a sudden it would break loose and start accelerating. Robot A would be more controllable

EDIT: Accidentally mixed up the robots

philso 13-01-2015 01:47

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by AdamHeard (Post 1426978)
Why?

The PWM is usually generated using a clock signal in the microprocessor so it has a finite resolution in time. That means there is a minimum time increment to the on time and off time of the PWM signal. The controller in both robots would have the same number of PWM steps but Robot B is only using half of those steps so each step constitutes a larger percentage of the range of control. Thus Robot A would have finer control.

AdamHeard 13-01-2015 01:49

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by philso (Post 1427192)
The PWM is usually generated using a clock signal in the microprocessor so it has a finite resolution in time. That means there is a minimum time increment to the on time and off time of the PWM signal. The controller in both robots would have the same number of PWM steps but Robot B is only using half of those steps so each step constitutes a larger percentage of the range of control.

So you're voting for B or A?

asid61 13-01-2015 03:05

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by Gdeaver (Post 1426970)
The word this year is precision.

It depends a little, I think. For example, roller wheel pickups greatly reduce the amount of precision required compared to a fixed forklift, presumably more so if they're actuated thin and wide actively.
OC you will probably need enough precision to get totes onto the step without falling.

dellagd 13-01-2015 03:22

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by Ether (Post 1426966)

Imagine you have 2 robots which are identical in every way, except that Robot A is geared for 8 fps, and Robot B is geared for 16fps but has the motor voltage limited to 50%.

Which robot has better fine control of small slow-speed motions?



Since robot A is geared lower, it will have finer control on slow speed motions for two reasons.

First, since you are utilizing a pulse width for your transmission of the speed signal, and these microcontrollers only have so much fidelity in their creation of an arbitrary length pulse, being able to utilize 0 o 100% power in robot A instead only half of your available discrete 'steps' of width will give you better control of the motor speed.

Second (and most importantly), in order to start moving from a stand still, there are static frictions that must be overcome in the gearbox and in the wheel-carpet system (if your are turning). These static frictional will be overcome and turn into kinetic ones once a certain torque is applied, and since that torque happens at a 50% lower motor voltage level on robot A than it does on robot B, robot A will have much finer control. In a high speed drive, if you go to make a small adjustment, odds are you have to apply a high enough motor voltage that once you do begin to move, you have already overshot your target. Once the static forces are overcome, it is possible to slow down slightly depending on the difference in the coefficients form static to kinetic, but once again robot A will be able to withstand motion at a lower speed, which I believe would be roughly 50% lower than robot B.

Those are my thoughts, and as for the balance of speed vs torque, for those reasons I think it is still important to balance torque and speed this year correctly. Just because there is no defense doesn't mean it is a good decision to gear your robot as fast as possible.

markmcgary 13-01-2015 14:25

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by markmcgary (Post 1426977)
I'll bite.

Robot B.

Further reading and learning on this and other threads compels me to switch sides. I'm liking Robot A. (And, we need to buy some appropriate cluster and output gears.)

billbo911 13-01-2015 15:15

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by Ether (Post 1426966)

Imagine you have 2 robots which are identical in every way, except that Robot A is geared for 8 fps, and Robot B is geared for 16fps but has the motor voltage limited to 50%.

Which robot has better fine control of small slow-speed motions?



Great thought experiment! Thanks Ether.

Before I can give a detailed response with my opinion, I need to know one piece of information.
How was "the motor voltage limited to 50%" achieved?

Did the full range of the input just get divided by two, thus yielding half the number of steps of control resolution and half the maximum output?
Or, did the voltage just get capped at 50%, thus yielding half the number of steps of control resolution and half the maximum output?
Or, did the delta between each step of resolution in the input get divided by two, thus yielding the same resolution, but half the maximum output?

IronicDeadBird 13-01-2015 15:23

Re: Recycle Rush: Speed, Torque, or Both
 
This years game if it was just me and no team and I actually did mechanical I wouldn't focus on those factors I would focus these two factors.
1. Footprint:
That is to say the amount of actual space you take up during the actions you need to perform to score. The smaller the footprint the more breathing room you and your team have. The ideal is the individual teams robots footprints should never overlap cause nobody likes stepping on toes.
2. Consistency:
The game pieces chosen this year are really well thought out. I mean it doesn't make sense that we are in a landfill full of totes I understand but the way these totes effect design choices and specifically how it counterbalances different drive base choices. Mecanum has been known to have weight problems. I've seen some sloppy driving on skid steer getting stuck in a corner in a bad way.

JamesCH95 13-01-2015 15:25

Re: Recycle Rush: Speed, Torque, or Both
 
Quote:

Originally Posted by markmcgary (Post 1427442)
Further reading and learning on this and other threads compels me to switch sides. I'm liking Robot A. (And, we need to buy some appropriate cluster and output gears.)

Now you're getting it!

Any limit to motor voltage in code vs gearing changes will almost assuredly hurt overall performance in basically every metric: acceleration, electrical consumption, control, and heat input to the motor. One need only consult motor power and efficiency curves to confirm.


All times are GMT -5. The time now is 00:52.

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