AURA's Introduction to Assembly (World Cup Robot)

We recently competed in the Robot World Cup, held in Auckland, New Zealand, facing some very tough competition against some of the best high school teams in the world. While we are a college team, we followed all of the high school rules for this competition (other than alliances), including only using 10 motors and no custom electronics.

This was one of our two main competition robots. It was the only robot that we built that features the six-bar arm. It performed pretty well as an isolation robot, clearing the zone efficiently. We have a couple of videos of it driving around as well.
Feel free to comment/post below if you have any questions!

Also, if you missed our other reveals so far this season…
- (Matlab)
- (Java)
- (Quiz included)
- (Early prototype teaser)

And if you’re still a little confused about six-bar arms…

Nice robots, I especially like matlab… One question, what motors do you use your power expander for?

You have some solid looking robots.

My personal favorite is “Java”.
I love it’s design and it looks like it is a top scoring robot.

Thanks for posting about this!

The power expander is for the arm motors and intake. The idea is that if your power expander happens to fail or you forget to plug it in or it comes out during competition, at least you still having a working drivetrain and can push things.

I always put the drivetrain motors in the power expander. My reason is that if you forget to plug it in, the robot wont of been able to leave the starting tile so you’ll be able to plug it in.


Or you actually use the status port form the power expander to check if it’s turned on :stuck_out_tongue: (not that we actually did that…) And I’d also only recommend that if you have 4 drive motors, if you have 6 then there’s 2 others on the Cortex and having them spread across 2 devices seems really really really bad to me…

I agree. Im not fond of the idea of 6 motors anyway.

If you don’t need them on your lift or intake, why wouldn’t you have 6 motor drive?

Where would those videos be?

Also, how heavy is your arm+intake?

If you click through to the actual tutorial page:

There are a couple of links to youtube videos there.

We have no idea how heavy it is, because we don’t usually weigh the robots.

I’m open to argument, but it seems like a good idea to me, since it provides redundant supply sources, and greater total current.

For six motor (non-holo) drive, I recommend ports 2 and 9 on Cortex, plus a power expander driven from ports 3 and 8.

Why do you think spreading your drive base motors across two current sources is a bad idea?

I just think it’s bad because if the power expander, for example, were to cut out or get unplugged then some motors are now trying to drive the other ones which aren’t receiving power and it’s just then putting more stress on the remaining ones. Also the fact that if one of the batteries was lower than the other a similar kind of thing would happen with some providing less torque than the others.

It’s no so much that I think spreading it across two current sources is bad in terms of redundancy, but that there’s variation in each of the sources, and if your Cortex were to die then you can’t control your robot anyway, so the redundancy becomes kind of pointless…

Surely the only part it would help with would be if you were often approaching the 4A limit on the motor ports? However I, personally, have never even once had an issue with that.

I think it depends on if you need the motors or not on your lift/intake. But I personally prefer 2 HS either side of the chassis than 1 HS and 2 269’s/3 wires.

But if you have the ability to remove motors off the lift and put them on the chassis (only if they aren’t needed on the lift), I’d do that. 2 HS and a 269/3 wire is epic.


cough Which is what Java had :smiley:

If one souce gets cut out, then YES, you are backdriving the unpowered motors, but at least you aren’t immobile.
One of the batteries will always be lower than the other.
Every individual motor has its own torque-power curve, so the torque is never shared perfectly equally anyway. Each motor contributes as it is able; eg 393+393+269 on each side of drive base.

Having one of the 4A branches on the Cortex die does not mean the power expander or the other branch or the communication/control is dead, so there is some point to redundancy across power limiter branches.

Yes, balancing the power draw equally across all branches helps prevent approaching the 4A limit on any individual branch.
“A wise man can learn from the mistakes of others, as well as from his own.”
A greedy empiricist tries to makes mistakes as quickly as possible, to climb the learning curve as quickly as possible.

You may not be immobile initially, but I’m pretty sure the remaining powered motor(s) would struggle to maintain the load of the drive and then overload themselves which would eventually render your robot immobile. But I agree with what you say about each motor being different, I was more referring to worst-case scenarios where the battery voltages differ by a large amount.

I wasn’t referring to one of the breakers, but rather the Cortex itself, whether that be the battery connection being dodgy, or the battery coming unplugged in a match.

I am merely just going of what I have learnt, from the way I build robots. In all my years of doing VEX I have never once tripped one of the circuit breakers in either the Cortex, the Power Expander, or the PIC. However, I suppose that is exactly what you were talking about in terms of your “A wise man can learn from the mistakes of others, as well as from his own.” :stuck_out_tongue:

I am someone who generally prefers to not even use a Power Expander on a (High School) robot unless it does, as you said, have issues with the circuit breakers tripping or battery life being shocking, just because it adds weight and another source of possible failure (although also reliability, as you are saying) to the robot.

Did your arm “sag” or back drive? I see it is at a 1:5. My current arm is at a 1:9 (sixbar with a slightly similar intake) and it back drives when it is up no matter what point of lift it is at.

I assume you mean that when you don’t send any power to the arm motors, if the arm is off the ground it falls to the ground. This is a reasonably common issue with six-bars because the load is so much further away from the pivot point in comparison to a four-bar.

A simple solution is to use an “arm reverse” - program your robot so that when the arm motors are not receiving any instructions from the controller, it is always driving “upwards” at a small motor speed, such as 20. You will need to play around with this value to find out what works. If you can, you should also use potentiometers on your arm to help control when the automatic arm reverse is on. This solution is not particularly healthy for the motors, but it does work as a simple and easy solution.

Hopefully that helps! Feel free to ask if there’s anything that you’re not sure about.

Was this robot mainly an isolation robot? I’m thinking about making an isolation robot using an intake similar to yours but a lot smaller and a lot less mobile.

We have a six bar and we have attached rubber bands in one spot. We can hold four objects and out our arm at any angle and it will stay there.