What type of drive train is the most maneuverable?

[Andrew Blair]

I definently agree with Lil' Lavery- The best bang for the buck if you're not concerned with lots of defence or complication will be the four wheel setup and omni's out front.

Six wheel is another excellent choice with a lowered center wheel- but it also requires more time, complication, and weight budget. However, it's nearly impossible to be spun sideways, or lose traction on inclines, bumpy ground, etc.


Mechanum and swerve are very impressive and capable designs when the game warrants them, but compared to standard drive-trains, a huge amount of design and fabrication muscle needs to go into them.

[Lil' Lavery]

Originally Posted by Andrew Blair

I definently agree with Lil' Lavery- The best bang for the buck if you're not concerned with lots of defence or complication will be the four wheel setup and omni's out front.

I actually prefer omni's on opposite corners (like 494/70) as opposed to 2 on the same side. That way it makes you harder to be spun by other teams, but still allows you to spin and change direction quickly and accurately.

[Tom Bottiglieri]

Originally Posted by Lil' Lavery

I actually prefer omni's on opposite corners (like 494/70) as opposed to 2 on the same side. That way it makes you harder to be spun by other teams, but still allows you to spin and change direction quickly and accurately.

That is an awesome idea...

[Richard Wallace]

Originally Posted by Tom Bottiglieri

That is an awesome idea...

Yes it is. And effective. Recall this rather intimidating scene?

[Stephen Kowski]

in the idea of a slim budget, the omnis are about $80 for 2.....extra skyways that can easily be set up with the kit drive train are much cheaper. if you have the extra money the 4wd with omnis are a good option, but if you don't have the cash or would rather save it for another area id stay with kit 6wd drive with the lowered middle wheel and I know 25 doesn't lower their middle wheel which is fine, but the kit bot is already setup for it.....

[KenWittlief]

I think the simplicity and low energy requirements of a 2 wheel drive system are being overlooked:

1. with a 2 wheel drive system you dont have to scrub any wheels to turn. It takes very little power to steer

2. instead of using castors, you can use low friction material and have skid plates on the corners. Anyone who has ever pushed a shopping cart knows castors take some force to get them to point in the direction you want them to go. The result is the force required to turn is non-linear until the castor rotates. A skid plate solves this problem, or you could use a ball style castor (its like a big ball bearing that is free to rotate in any direction.

3. You can compensate for the 'being pushed sideways' and 'hard to steer up a ramp' issue very simply, using the yaw rate sensor (gyro chip) that has been in the KOP, and using a simple feedback loop to close the loop on the steering. Then you have the best of both worlds, a robot that will spin on a dime, taking very little energy to do so, and that will use all of its available motor power to keep pointing in the direction the joystick is commanding, no matter who or what (gravity) is trying to make it turn.

[efoote868]

i think we're all over looking the hovercraft... ( )

For a really tight budget, that would probably rule out crab, mecanum, or omni (spending money on wheels and the drivetrain might not be most well spend, depending on the game)

Probably one of the easiest (and cheapest) to impliment would be the 2 wheel / skid plates.
!*caution*! with the gyro, make sure its rated to a high rotation, when we tried to use that with our robot this year, it messed up because it could only do 80 degrees/sec !/*caution*/!

I would say experiment as much as you can in the off-season, build a generic frame, and try different configurations with the wheels, OR browse soap's collection of matches, and take a peak at each of the videos.

I personally can reccomend the swerve system, as 114 had great fun with one of those. The only issue is how to program the thing, and still have it driveable.

As far as most cost effective and still maneuverable, a 6 wheel with the middle wheel lowered is pretty nice.

[Veselin Kolev]

mecanum and holonomic are very maneuverable, but they only have on average at best 70% efficiency. And they're arguably more complicated to program, needs sensors, etc.

swerve is a complicated system of wheel modules and takes time and money to fabricate, but is more efficient (more pushing power) than mecanum/holonomic. Still has a bit of programming to do, and sensors. swerve can also get heavy if weight isnt seriously taken into consideration during design.

6 wheel drive is simpler to fabricate, cheaper, and easy to program. however, you cant strafe sideways. you can turn arguably better than most other drives, but your robot will rock back and forth a little, which isnt always good.

personally, I'd go with 2 speed swerve. all you guys that think its too hard to pull off, too heavy, too expensive, too complicated, or overkill can have their opinions.

[Tom Bottiglieri]

Originally Posted by Veselin Kolev

personally, I'd go with 2 speed swerve.

I guess you want to have your cake and eat it too!

Some words of advice.. Don't try to do too much! If you want to be agile and escape defenders, then do it. If you want to push defenders out of the way, the n do it. Don't try to switch up mid match as it will only cause you to waste valuable time.

The smartest thing you can do is analyze the game when it comes out and devise a strategy to your liking. Base your design goals off of this, and seriously consider what each available setup can add to your overall design.

[efoote868]

Originally Posted by Veselin Kolev

...And they're arguably more complicated to program, needs sensors, etc....

Our programmers this year actually got the code down to 4 lines... and it was just converting joy numbers to good PWM values.... super efficient.

Most programmers that I've met actually say they're easier to program than a 4-wheel / 6 wheel tank drive, or at least the ones that have used them.
Only a very weird configuration would make it harder... like only using 3 wheels

As for making it go relative to the driver, thats where it becomes tricky (all that great vector math). Thats where we used the gyro, and thats how our robot messed up (preseason, the lead programmer then decided that it wasn't worth our time).

We also found out that a gyro is affected by temperature, pressure, etc. greatly; and that it gave out different readings at different times of the day oh well

[Lil' Lavery]

Originally Posted by efoote868

As for making it go relative to the driver, thats where it becomes tricky (all that great vector math).

How would vectors not apply for robot-centric control as well?

[Aaron D.]

I'm simple. I am a fan of the 4w tank drive, for several years we always went with a width ways orientation so we had a zero degress turning radius. but this last year we had a 4 wheel 2 spd tank that was long ways so to solve the manuverablility problem we implemented a pop-castor design that used a piston to push up the fron and turn on 2 castors and the rear wheels. It looks pretty sweet too!!!

[efoote868]

the vector math is easier, and actually is just converting joy input to PWM values (4 lines of code)...

In a stroke of brilliance one of our programmers got rid of all the vectors... and explained "To go left, turn these wheels forward, those ones backward. To go right, turn these wheels backward, those ones forward. To go forward, all wheels go forward, backwards the same. To spin, turn these 2 forward, these 2 backward, and vice-versa" (as he pointed to our diagram).

now (like all other drives) the driver is thinking in terms of the robot, so they're the ones "doing the math".
The robot isn't remembering where it is, so theres fewer vectors involved.

If the robot did remember where it was, the coding would become absolutely atrocious.

[KenWittlief]

Originally Posted by efoote868

...We also found out that a gyro is affected by temperature, pressure, etc. greatly; and that it gave out different readings at different times of the day ...

if that was true then your gyro was defective or there was a bug in your code reading the gryo value. Solid state gyros are highly reliable, the same AD chips used on the robots are used in cars for things like airbags and stability control (steering).

One thing about the gyros, they must be solidly mounted to the chassis of the robot. If the gyro can wiggle and vibrate (if you hold it down with tie wraps, or foam tape) you will get all sorts junk on the output signal.

To be useful the gyro chip must move exactly the same as the robot chassis moves.