In this assignment, you will develop a ROS package for reactive robot soccer control using the Subsumption architecture. You will evaluate your client through basic skills challenges such as navigating to a ball and competition against other groups.
Videos of Lisa Miller's subsumption implementation from Spring Semester 2009 for goal scoring, collision-free navigation, and playing robot soccer competitively:
Assigned: Friday, November 11, 2011
Due : Wednesday, November 30, 2011 at 12:55pm
Inter-group soccer competition: Wednesday, November 30, 2011
Your previous robot controllers required some notion of state, such as robot pose, a map, ball location, etc., in order to function. State information, stored explicitly in variables, gave your controller a sense of context and immediate history about the robot's current situation. Robot decision making at any moment in time is informed by state information in order to deliberate and plan into the future or take immediate action towards some future benefit. State variables allow our robots to adapt in the face of unexpected changes in the environment and new scenarios1). However, estimation of such variables comes at the cost of requiring greater computation, latency in decision making, and overall price tag for the robot.
Consider the case where you want to commercialize a soccer playing robot for a mass market2). Such a robot should not cost too much money to purchase, on the order of the $150 Roomba Red or $200 Nintendo Wii. Further, every additional component added to the robot, such as memory, processing, sensing, and actuators, increasingly cuts into your profit margin. In such scenarios, reliance upon state variables costs you money3), thus you might be inclined to minimize the number of these variables.
Using reactive control, your robot controller in this assignment will rely upon no state variables and simply react to what is sensed at the current instance of time. In contrast to the deliberate intentionality of planning, reactive approaches rely upon emergent behavior where the “intelligence” of the robot results from its decision making, the properties of the environment, and the dynamics of controller-environment interaction. The Subsumption Architecture is one approach to reactive control that uses multiple robot controllers with a priority scheme. In particular, each robot controller is capable of independently producing some robot behavior (such as wandering or obstacle avoidance) given certain applicability conditions (or preconditions) are met (such as whether an obstacle is present). When their preconditions are met, higher priority controllers “subsume” lower priority controllers, whose decisions are then ignored.
Your task for this project is to implement a reactive control system for playing robot soccer. The navigation component of the project involves:
For goal scoring and competition, your controller will also need to:
Note: The inter-group soccer competition is just for fun! The result of competition won't effect your grade. Below are snapshots of robots from previous years and the balls we are using with the Turtlebot this year.
You will implement a robot soccer controller that uses only the robot's on-board immediate sensing and perception. Specifically, you are only allowed to use sensing information provided in the current time instant by the robot's bumper, infrared (IR), blobfinding, and AR tag recognition. Timers, odometry, and variables that require history are not allowed in your controller. Timing-based operations in the Create Open Interface also cannot be used by your client. With this information, you are tasked with implementing a Subsumption architecture. Towards this end, you must:
Your robot will need to stay within the general field of play as given by the physical walls of the Roomba Lab and virtual walls placed around the pitch.
Additionally, your robot should make reasonable attempts to avoid collisions with other robots, which will be marked with pink fiducial coloring wrapped around the lower segment of the robot base.
We will definitely call player pushing penalties for this assignment!
The rear of goals on the FC 148 field will be marked with some combination of solid color rectangles (either green or orange) and AR tags.
Virtual walls (pictured to the right) are devices that emit infrared (IR) light that can be received by the iRobot Create and Roomba platforms. The distribution of space covered by the emitted IR forms a beam that can extend up to 8 feet. These beams form an invisible barrier around the field that your robot should respect. Your control client will ave access to the Creates's IR sensing through the IR proxy. Note that the width of the virtual wall's beam also increases as its length increases, creating a cone-shaped area from the IR wall. It is best to set the range slider to the middle option: 4-7 feet. However, if you find the width of the beam emitted from the IR wall is interfering with your robot too much, the 0-3 feet range may be more appropriate.
You will be asked to demonstrate that each control behavior functions independently and properly. In addition, your independent behaviors will need to function together (without code modification) using a subsumption priority for coordination. You will also be asked to randomly (based on the opinion of the course staff) reprioritize your behaviors to evaluate emergent behavior properties.
For this assignment, you need to submit two different branches. subsumption_nav_[Your Team] is for collision-free navigation and subsumption_soccer_[Your Team] is for inter-group soccer competition.
The code will be tested against five trials with two different environments for both the Navigation and Goal Scoring challenges (described below). Your controller must have an 80% success rate over all trials, where the robot is able to avoid all obstacles and reach to a ball.
As stated above, your grade will be determined primarily on your robot's performance in the skills challenges and reported results from challenge trials. There are two skills challenges that will be used to test the functionality of your robot controller:
These two are sample collision-free navigation test set
Your robot will be expected to compete in an in-class robot soccer competition on November 28th. Games in this competition will consist of one 7 minute period. You will be expected to play at least 2 games in a round robin schedule. This schedule will be provided the day before the competition. Do not be late for your games as this will delay the remainder of the competition schedule. Failure to participate in the competition will result in a “No-check” for the assignment.
At the beginning of the game after the scoring of a goal, an offensive robot begins play kicking the ball from the center of the field. The kickoff defender must start in their half until the offensive robot strikes the ball. This start could be done manually through starting or keying an event to your robot client. Afterward, no set roles are assigned to the robots. Make sure your controller can be set to defend either goal using rosparam with the cs148_team parameter.
The main play penalty is directly pushing an opposing player. When such a penalty is assessed, your robot will be taken off the field for 5 seconds and put on their 148 logo when returning. If your robot leaves the field and does not return within 3 seconds, it will be set on the “148” logo on the side of the field it is defending with a 5 second penalty assessed.
Note: Development for all groups freezes at the start of match play. Modifications to your package cannot be made during the competition, although modification to rosparams and launch files can be made. Matches will not be delayed for groups that are not ready the time schedule for their match.