How many RoboCoach Commands?

[JohnC]

Originally Posted by jgannon

...So, using two buttons, I am able to turn any of five relays on or off. My command set never changes. I'd call this two commands. I suspect that some people would call it ten, but that seems like a bizarrely strict interpretation, and I'd expect a lot of askance looks from anyone I tried to tell that to.

We're looking at that too. Specifically:

A: cycles through positions on the overpass
B: sets position (where our ball is)
C: cycles through starting positions in the home stretch
D: sets starting position

that way the robot will know where it is and where the ball is, and can conduct itself appropriately.

What is the CD opinion on that?

[Guy Davidson]

Originally Posted by JohnC

C: cycles through starting positions in the home stretch
D: sets starting position

Why not just have a physical four-position switch on the robot connected to two digital inputs and use those to specify the position of the robot? You'll know it when you place it, and you have the freedom of using the fourth position to do whatever you want.

[JohnC]

Originally Posted by sumadin

Why not just have a physical four-position switch on the robot connected to two digital inputs and use those to specify the position of the robot? You'll know it when you place it, and you have the freedom of using the fourth position to do whatever you want.

Because almost a year ago now, at PNW 2007, I hung out with one of the mars rover guys (Mark Leon) who told us the exact same story Lavery did (plus lots of other fun stuff ) so I'm inspired to play it how I think they want us to.

We did do something similar to that last year with our various autonomous modes though.

[MrForbes]

Originally Posted by EricH

It's also harder to do. And, see <R65>:
(emphasis mine)

• use a maximum of four different inputs from the ROBOCOACH (e.g. use four different buttons) during any single MATCH
• communicate no more than four messages, states or conditions to the ROBOT (please refer to Rule <R69> and Rule <G01> for additional information) during any single MATCH.

Can we put the lawyers to bed now? I'm pretty sure the intent is FOUR buttons control FOUR commands, in a 1:1 ratio.

I'm not quite ready to put it to bed....I see no rule violation (either literal or in spirit) if you transmit 4 different sequences of the four buttons, to execute 4 different high level commands.

For example, using the number buttons,

Drive straight: 241
Turn left: 134
Whack ball: 423
Stop: 123

The signal that the remote sends when you push one button is coded already, somehow, isn't it? I see no rule preventing you from changing the coding scheme.

Might be a Q&A question...with emphasis that the intent of this method is to improve safety by reducing communication errors

[JohnC]

Originally Posted by squirrel

I'm not quite ready to put it to bed....I see no rule violation (either literal or in spirit) if you transmit 4 different sequences of the four buttons, to execute 4 different high level commands.

End of <R65>

• not use changes in the signal states to encode or transmit larger messages (e.g. Morse code)

[Uberbots]

Originally Posted by squirrel

I'm not quite ready to put it to bed....I see no rule violation (either literal or in spirit) if you transmit 4 different sequences of the four buttons, to execute 4 different high level commands.

For example, using the number buttons,

Drive straight: 241
Turn left: 134
Whack ball: 423
Stop: 123

The signal that the remote sends when you push one button is coded already, somehow, isn't it? I see no rule preventing you from changing the coding scheme.

Might be a Q&A question...with emphasis that the intent of this method is to improve safety by reducing communication errors

You cant say with this method that one button is doing one thing, as they are always part of a larger message.

[MrForbes]

Not at all! The message is what comes out the other end...and I am still only selecting one of 4 commands, which is what the rules allow.

Note that I specified the message in each case:

For the message "Drive straight", the signal is: 241
For the message "Turn left", the signal is: 134
For the message "Whack ball", the signal is: 423
For the message "Stop", the signal is: 123

I have modified the SIGNAL to be 3 characters, but I have NOT changed the number of MESSAGES. The are still only 4 messages.

===================================

To show you what would be illegal, consider this example of a use of a larger number of coded messages, with a smaller signal:

The message "drive" uses a first digit of 1
The message "turn" uses a first digit of 2
The message "manipulate ball" uses a first digit of 3
The message "stop" uses a first digit of 4.

Now, we get to the illegal part:

For a first digit of 1, the second digit of 1 means "slow"
For a first digit of 1, the second digit of 2 means "medium"
For a first digit of 1, the second digit of 3 means "fast"

For a first digit of 2, the second digit of 1 means "right"
For a first digit of 2, the second digit of 2 means "left"

For a first digit of 3, the second digit of 1 means "pop off overpass"
For a first digit of 3, the second digit of 2 means "pick up"
For a first digit of 3, the second digit of 3 means "drop"

For a first digit of 4, the second digit of 1 means "with manipulator down"
For a first digit of 4, the second digit of 2 means "with manipulator up"

See how in this illegal example, we use only the 4 digits, and the signal is only two characters long, but it is decoded into ten different MESSAGES!

[jtdowney]

Originally Posted by squirrel

I'm not quite ready to put it to bed....I see no rule violation (either literal or in spirit) if you transmit 4 different sequences of the four buttons, to execute 4 different high level commands.

R65 states

Active SIGNALING DEVICES shall:
* be operated through only a single input at any given time (e.g. may not be operated by depressing two buttons at one time)

[Phalanx]

My thoughts are like this for the moment.....

Let's say you have 16 selectable autonomous/modes for your Robot. Each one of those modes uses only 4 commands, but the 4 commands mean different things depending on the selection setting.

In each round the ROBOCOACH would have a card that list each of the 4 commands used in that mode, or 16 cards of 4 commands each. So in theory you only have 4 commands for any given match, but up to 64 commands available to choose from or 16 command sets to choose from.

To me this seems completely doable and within the rules.

I do think that some clarification from the rules committee is needed.

[EricH]

Originally Posted by Phalanx

My thoughts are like this for the moment.....

Let's say you have 16 selectable autonomous/modes for your Robot. Each one of those modes uses only 4 commands, but the 4 commands mean different things depending on the selection setting.

In each round the ROBOCOACH would have a card that list each of the 4 commands used in that mode, or 16 cards of 4 commands each. So in theory you only have 4 commands for any given match, but up to 64 commands available to choose from or 16 command sets to choose from.

To me this seems completely doable and within the rules.

I do think that some clarification from the rules committee is needed.

As long as multiple automodes are permitted, this would be legal as long as you didn't change during the match.

[compwiz2008]

Thank for all the answers. I think it is abvious that the FIRST rules do not want us to have more than four methods and four buttons, one for each button. Thankfully, our design only needs three, and one as an emergency stop.

As I said earlier, were just going to use the Operator Interface for buttons instead of the remote during TeleOperate.

[David]

Originally Posted by Chrisms

it's not a loophole, just creativity of coding.

also, think about this:
if you had one of your commands "cycle" through a list of 3 other commands, you could have an infinite amount of commands from 4 inputs. however... your robocoach will go nuts trying to figure out which command is which. Maybe if you had a card counter or something.. hmmm.

You could have a few status lights on the robot to tell the robocoach what programming set he had on.

I think that the Robocoach can only make the robot do 4 things during a match. As for the changing from hybrid to tele - the second bullet of <R69> specifically disallows that.

• The ROBOT shall not dynamically change the recognized command set during a MATCH.

If this rule is interpreted literally you would have to have, for example, a button to turn left then a button to stop turning. I believe this rule is intended so teams cannot change code "on-the-fly" during a match (i.e. downloading new code through some remotely operate serial cable). I do not believe this rule prevents cycling through commands like Chrisms and others have stated. Also if your team had PID or traction control and one of your commands was drive straight, then, if interpreted literally, you would have violated this rule (the robot is dynamically changing motor speed depending on the robot's speed).

[663.keith]

Originally Posted by David

You could have a few status lights on the robot to tell the robocoach what programming set he had on.



If this rule is interpreted literally you would have to have, for example, a button to turn left then a button to stop turning. I believe this rule is intended so teams cannot change code "on-the-fly" during a match (i.e. downloading new code through some remotely operate serial cable). I do not believe this rule prevents cycling through commands like Chrisms and others have stated. Also if your team had PID or traction control and one of your commands was drive straight, then, if interpreted literally, you would have violated this rule (the robot is dynamically changing motor speed depending on the robot's speed).

I believe that it is pretty apparent that the intention of the rules is to only have four commands ever sent to the robot. The GDC went as far as to state this in three separate rules <G01> <R65> and <R69>. I think the best way to interpret this rule is by the 3x5 card where you have to state what the four commands are, if you can write the commands in such a way that there are only 4 commands, i would say it is legal.

for more information i would suggest looking into this topic
http://www.chiefdelphi.com/forums/sh...&highlight=R65

specific rules are listed in my previous post on this matter
http://www.chiefdelphi.com/forums/sh...4&postcount=25

[frewre06]

I was thinking about this today too. Something else occurred to me. Theoretically there could be 16 command (possibly more), if you were to combine them. However with the interference issues, it would need to be less.

I have no comment on this with regard to the rules, but it makes sense if your needs require more than just 4 commands.