|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
| Thread Tools | Rate Thread | Display Modes |
|
#16
|
||||
|
||||
|
Re: Start/Stop as one IR function?
From the Q&A, I hope it helps.
RC Decision-Making during RoboCoach Commands Background: 1) Team Alpha has created a RoboCoach command for Alphabot called "move Alphabot to correct heading." This RoboCoach command triggers the same sequence of RC commands and decisions every time it is sent: Quote: a) Read heading of CMUCam which is successfully tracking a trackball. b) If trackball heading is left of robot heading, turn robot left until headings are same, then stop. c) If trackball heading is right of robot heading, turn robot right until headings are same, then stop. 2) Team Beta has created a RoboCoach command for Betabot called "move Betabot's arm to correct position." This RoboCoach command triggers the same sequence of RC commands and decisions every time it is sent: Quote: a) Read limit switches at both ends of arm travel. b) If top limit switch is pressed, lower arm until bottom limit switch is pressed, then stop. c) If bottom limit switch is pressed, raise arm until top limit switch is pressed, then stop. Question(s): 1) With respect to the Q&A response at http://forums.usfirst.org/showthread.php?t=8370, due to RC decision-making, neither RoboCoach command will always result in the same robot action. Alphabot's RC may decide to rotate the robot left or right, Betabot's RC may decide to raise or lower the arm. In both cases however, the same RC command and decision sequence is triggered every time the RoboCoach command is sent. Can you comment on the legality of both of these RoboCoach commands? 2) Should it be accepted that Team Beta's RoboCoach command is just a poorly veiled attempt at "toggle arm position" (as described in the referenced Q&A response) and is contrary to the intent of the rules, or is there actually a valid distinction due to the presence of RC decision-making? Thanks again for all your time and effort in providing the Q&A. It is truly appreciated!!! Reply With Quote Multi-Quote This Message Default Re: RC Decision-Making during RoboCoach Commands The Robocoach commands in both the Alpha and Beta examples satisfy the letter and intent of the rule. Both solutions involve reading sensors on the robot to perform the commanded functions. Reply With Quote |
|
#17
|
||||
|
||||
|
Re: Start/Stop as one IR function?
You might not want to have 'start' and 'stop' actions anyway. If there is interference from your alliance partners or opponents, you will not be able to stop accurately because someone else might be firing an IR message at the same time. Getting some wheel counters on your chassis would allow you to compact it into one action: 'drive x ft and stop' (assuming that the target you want to stop under is the same each match).
|
|
#18
|
||||
|
||||
|
Re: Start/Stop as one IR function?
I think start/stop would be ok for one button.
It's one function. If you think it's saying: If robot is stopped, start it. If robot is started, stop it That way is probably against the rules. But if you were to ask how many functions a TV Remote Power Button has, I believe most people would answer one. To Toggle Power. |
|
#19
|
|||
|
|||
|
Re: Start/Stop as one IR function?
My thoughts on this is that 'toggle' is one action. it does the same thing every time. Invert the action that is currently happening. That being said, I still dont think all this talk is even required because you only NEED 4 actions. (Pos 1,2,3, and go to other side)
Your 'get ball from rack' function may not always do exactly the same thing, since its going to use sensors, so why should the ruling be any different for a function called 'toggle' which merely does something based on current conditions. |
|
#20
|
||||
|
||||
|
Re: Start/Stop as one IR function?
Unfortunately, the GDC has expressly said that a toggle function is not allowed in the Q&A:
Quote:
|
|
#21
|
||||
|
||||
|
Re: Start/Stop as one IR function?
Quote:
|
|
#22
|
||||
|
||||
|
Re: Start/Stop as one IR function?
Quote:
Start/Stop as a single RoboCoach command can be achieved if you use encoders (or any other sensor) to track whether your robot is in motion or not. You can then write a command that will stop a robot in motion, or start a stationary robot, but the RC's decision must be based on input from a sensor on the robot. You cannot simply save a state in software that keeps track of whether your robot is moving based on when or how many times you've sent the RoboCoach command. i.e. 1st push start, 2nd push stop, toggling back and forth. It's an important distinction to make between those two scenarios. It is possible to achieve the behaviour you're looking for, but you need to be mindful of how to go about doing it. |
|
#23
|
|||
|
|||
|
Re: Start/Stop as one IR function?
My mistake, I was not aware Q&A had actually explicitly mentioned Toggling. Doesn't change my plans, and also, doesn't change my feeling that a toggle function is not required. Furthermore, it doesn't change my opinion that 'toggle' is one action, however, if thats how the GDC wants it, thats fine by me.
|
|
#24
|
||||
|
||||
|
Re: Start/Stop as one IR function?
Quote:
Quote:
|
|
#25
|
|||
|
|||
|
Re: Start/Stop as one IR function?
What if instead you had a "pause" function, where you press pause, and the robot stops its actions for a determined length of time?
That would include both the start and the stop, all in one neat little package. Also, every time you hit the "pause" button, the robot will remain inactive for 1 second more. |
|
#26
|
||||
|
||||
|
Re: Start/Stop as one IR function?
Quote:
Quote:
That's the difference between complying with the intent of the rule or not, and it's an important distinction. It IS forcing teams to take a higher level of autonomy, even if it's trivial to some of us. By my reading, it should be possible, to create a start/stop behaviour on a single RoboCoach command that is within the letter AND intent of the rules. Whether you comply with the intent of the rule depends critically on whether you use sensors to determine whether your robot is in motion or not. |
|
#27
|
|||
|
|||
|
Re: Start/Stop as one IR function?
Wow, thanks for all of the responses! I think the best idea for what I had in mind would be to have the function be to stop for 1 second or something like that, that way it will be sure to pass.
|
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| (Job) Interview 102: Time and Group vs One-on-One | Elgin Clock | Career | 6 | 01-10-2005 01:30 |
| More than one joystick from one port | Jmoo | Programming | 3 | 26-06-2003 18:01 |
| The nerds go casting one by one... | John Bono | Chit-Chat | 1 | 06-03-2003 22:12 |
| Regionals start in one week - final advice or tips | Mark Pierce | General Forum | 2 | 02-03-2002 18:49 |