Rule G05 and Autonomous

[MagiChau]

When placing the ROBOT on the FIELD it is typical for teams to push it into proper position. However, to record encoder counts would require the robot to be running. This means you would have to wait for your robot to turn on before you can actually finish placing it. I don't think the field crew will like the possibility of how long your team could take to be ready for a match factoring in the ~25 seconds for a robot to be on.

[EricH]

Originally Posted by MagiChau

When placing the ROBOT on the FIELD it is typical for teams to push it into proper position. However, to record encoder counts would require the robot to be running. This means you would have to wait for your robot to turn on before you can actually finish placing it. I don't think the field crew will like the possibility of how long your team could take to be ready for a match factoring in the ~25 seconds for a robot to be on.

G05 is not the issue. G07, delay of game, would factor in, however. Robots that take too long to set up get disabled for the match.

BUT! I have a solution! Presumably, you will know (or can dial in) your optimal shooting position before competition matches begin. Some moving of the robot either manually or with the controls should give you an encoder count to move a certain distance. Namely, the distance between the pyramid and your favorite shooting spot. Input that value into your code as the distance to move, and all you have to do is remember to turn the robot on (and anything else on your prematch checklist).

[Kusha]

This question seems like it would fit this thread, would a tape measure be allowed on the field?

[dodar]

Originally Posted by Kusha

This question seems like it would fit this thread, would a tape measure be allowed on the field?

No measuring devices are allowed on the field by team members.

[XaulZan11]

Originally Posted by dodar

No measuring devices are allowed on the field by team members.

Unless it is part of your robot, right?

[~Cory~]

Originally Posted by XaulZan11

Unless it is part of your robot, right?

Correct, provided you can set up your robot just as fast as all of the other teams. We had a couple of "sighting" holes on our robot last year for starting position and the refs had no problems with us using them.

I am not sure about the legality of this tatic, but the robot could be turned on in the que and you could press a button to start "recording" the encoders when the bot is positioned on the field. Looking in the rules right now.

[Saberbot]

Last year our alignment jig was my left shoe. It doesn't have to be too complicated!

[JesseK]

This autonomous strategy is inherently outside the intent of the rules. The robot would get live calibration data prior to every match to use during the match? Yea, that ain't gonna fly. It's comparable to your drivers controlling the robot prior to autonomous period. It'll also set a precedent that will lead to wonkier rules about what's allowed to happen when a robot is set down on the field.

There's a better way: find a known point to always set down on, then go a known distance in autonomous. If you can't even do this, then your team will be in trouble if you're ever asked to move your starting position in order to accommodate another team's autonomous (e.g. you both shoot 3 from the same spot -- who moves?).

[B Dot]

This question seems like it would fit this thread, would a tape measure be allowed on the field?

When you said tape measure i instantly thought of a range finder, like what bow hunters and even golfers use to measure distances. It would be fairly quick and discrete and there would be less factors for human error

[FrankJ]

Your proposal is not inherently against the rules.

My understanding is the disable just disables the outputs. The program in the crio is still running. So you can have code that monitors the encoders, you just have to stick it the right place so it runs during disable. You could input the start point from the smart dashboard. You can even put a push button on one of the inputs on the robot to mark the zero point of where you start reading your encoders from. Nothing in G05 prevents this.

The only issue would be G07 if you take too much time. A little practice would prevent this.

[Mark McLeod]

There are a lot of problems with the "move it after it's on" approach, and we can't be doing it.

The field will not wait for your robot to boot, then allow extra time for you to move your robot around.
That goes for positioning by encoders/cameras/gyro or anything that demands you wait for the robot to finish booting and connecting with the field before getting on with life.
The goal is to start the match the moment all robots are connected to the field.
Taking one minute more than absolutely necessary adds an hour to the length of a single event day.

We will be told when we can power-up/power-down our robots, we do not get to choose.
We are always told to start the robot after it's been placed on the field for safety reasons.
Occasionally, the FTA has the discretion to direct us to start the robot before coming onto the field, but that's for FTA reasons, not team reasons.

It's

1. get the robot on the field
2. turn it on
3. position it (if you have a gyro you have to position, then turn on, so it's especially important for teams with gyros to be able to position quicker than anyone else)
4. load frisbees
5. get off the field

All should be accomplished BEFORE the robot completes booting.

If there is a problem getting all the robots to connect with the field, then robots will be turned off and back on again, and you do NOT get extra time to re-position your robot to re-prepare your encoders.

Last year our drivers wanted to use the camera feedback to position our robot, but it really didn't work out.
The camera doesn't boot all that quickly, and when there was any issue that caused us to connect slowly or be restarted, then the camera image only appeared after we were all off the field and behind the lexan. The match typically started a moment after we saw the camera image on our driver station.

[Kevin Sevcik]

Originally Posted by Mark McLeod

We will be told when we can power-up/power-down our robots, we do not get to choose.
We are always told to start the robot after it's been placed on the field for safety reasons.
Occasionally, the FTA has the discretion to direct us to start the robot before coming onto the field, but that's for FTA reasons, not team reasons.

Really? I've heard FTAs recommending teams turn bots on at the end of the previous match, but I've never heard one insisting we leave a bot off till it's on the field. We've always turned our bot on well before we even step on the field to get the booting started so the radio is already booted and ready when we're on the field. It makes things run lots smoother and quicker, since the radio is the entire reason for the huge delay involved in a robot reboot. The radio takes a good 45-60 seconds to come up. The cRIO is usually up in 15-20 or so. Atleast that's about how long I estimate waiting whenever I warm boot the cRIO for programming purposes.

Anyways, I've never heard of FTAs requiring robots to be off, and I'm curious under what authority they'd do so. Is it the generic "Anything the FTA says goes" reasoning, or is there something in writing to back this up?

[Mark McLeod]

The general reasoning is that it's safest to be unpowered while physically carrying the robot around, the same reason we power off before removing our robots from the field, so that falls under the safe operation practices and procedures.

FTA's usually only make requests like these when trying to investigate or address a problem, so that doesn't mean we can't power up in queue to pre-charge our pneumatics, drop in new code, or verify that things are working.
The field personnel may request robot's be turned on early, if matches are really falling behind, to get things moving.
I know as CSA I occasionally request that a particular team be allowed to remove their robot from the field while still powered up, so I can inspect the bridge logs that are lost in a power down. But I ask the FTA first. Things like that are their call.

A memorable past instance of one field request to Not turn robots on before coming onto the field was 2010 when the recommended replacement for the old black bridge caused all the black bridges to be thrown off the field network. There was a particular startup sequence that had to be followed.
Last year robots were running with unrestricted video feeds, sometimes pulling 15Mb/s. Robots had to be turned on in sequence so the culprits could be identified.

Originally Posted by Kevin Sevcik

Really? I've heard FTAs recommending teams turn bots on at the end of the previous match, but I've never heard one insisting we leave a bot off till it's on the field. We've always turned our bot on well before we even step on the field to get the booting started so the radio is already booted and ready when we're on the field. It makes things run lots smoother and quicker, since the radio is the entire reason for the huge delay involved in a robot reboot. The radio takes a good 45-60 seconds to come up. The cRIO is usually up in 15-20 or so. At least that's about how long I estimate waiting whenever I warm boot the cRIO for programming purposes.

Anyways, I've never heard of FTAs requiring robots to be off, and I'm curious under what authority they'd do so. Is it the generic "Anything the FTA says goes" reasoning, or is there something in writing to back this up?

[philso]

Originally Posted by JesseK

There's a better way: find a known point to always set down on, then go a known distance in autonomous. If you can't even do this, then your team will be in trouble if you're ever asked to move your starting position in order to accommodate another team's autonomous (e.g. you both shoot 3 from the same spot -- who moves?).

The GDC has given us a number of navigational aids in the form of retro-reflective tape around the goals, a wall and a pyramid. You may want to find an FLL team in your area that knows how to use sensors and how to exploit the field elements and the robot's physical atributes (i.e. one that can do a large number of the tasks on the half of the field away from Base). They may be able to give you a fresh perspective on how to develop an autonomous mode strategy.

[piguy123]

Can we set any parameters at the start of the autonomous period? Or are we just allowed to change the mode from teleop to autonomous? We were thinking about setting up a few pre-programmed instructions based on our position around the pyramid. Actually, could someone clarify how exactly we're placed? I was under the impression that we had to be perpendicular to one side of the pyramid. Can we really place however we want as long as we're touching the pyramid?

Thanks