
Figure 9-2.
The avoid behavior takes control of the robot when the bumper is pressed
There won't always be a one-to-one relationship between inputs and behaviors. It's entirely possible that one behavior will be triggered by some combination of inputs. Likewise, a single input
might trigger multiple behaviors, depending on the input's value.
Implementation
It's fairly easy to implement subsumption architecture on a system that includes preemptive multitasking. As you'll recall, the RCX's default firmware supports this feature. Our implementation of
subsumption architecture is written in NQC.
The basic idea is that each behavior is a separate task. The behaviors all run simultaneously, trying to control the robot according to their own rules. One additional task decides which behavior is
in charge and then sends its commands to the motors.
RoboTag behaviors
The robots in RoboTag actually need four different behaviors, shown in Figure 9-3. The basic
cruise
behavior is the same as before—it moves the robot forward. If one robot collides with the
other robot, the bumper is pressed. This causes the
tag
behavior to take control of the robot. If the robot drives over the edge of the playing field, the reading from the light sensor causes the
avoid
behavior to assert itself. Finally, the top level behavior is
tagged
. This behavior is triggered if the robot has been tagged by the other robot.
Page 181
Figure 9-3.
RoboTag behaviors
I'll start by examining the NQC code for each behavior. Then I'll talk about how a behavior is selected and how the motors are controlled. In the next section, I'll present the entire source code for
RoboTag.
The
cruise
behavior is simple:
int cruiseCommand;
task cruise() {
cruiseCommand = COMMAND_FORWARD;
while (true) Wait(100);
}
cruise
sets the
cruiseCommand
variable to the value
COMMAND_FORWARD
and then loops forever.
∗
Each behavior (task) has an associated command variable that holds the desired motor
output.
cruise
, for example, uses the
cruiseCommand
variable to hold the desired motor output. In this simple case,
cruise
always wants the robot to move forward. Later on, I'll show you
how this variable is used to determine what actually happens to the robot.
The next behavior is
tag
. Like
cruise
,
tag
has its own motor output variable,
tagCommand
:
Summary of Contents for MINDSTORMS Robots
Page 22: ...Page 18 The back tread wheels are anchored to the shafts with the 16t gears ...
Page 23: ...Page 19 Page 20 Next start building support for the drive motors ...
Page 26: ...Page 23 The touch sensors are attached only by the shaft that runs through them ...
Page 41: ...Page 41 ...
Page 43: ...Next build the support for the light sensor ...
Page 80: ...Page 85 Make sure the bump on the long pin is up against the 4u beam ...
Page 82: ......
Page 84: ...Page 89 ...
Page 85: ...Step 14 is similar to Step 11 take a deep breath and go slowly ...
Page 87: ...Page 91 ...
Page 88: ...Page 92 Make sure that the two sides are at the same angle They should mirror each other ...
Page 89: ...Page 93 Page 94 ...
Page 90: ...Structural Support Page 95 ...
Page 91: ...Idler Wheel Page 96 ...
Page 92: ...Page 97 Drive Motor ...
Page 93: ...While you re putting the motor in hold on to the worm gear so it doesn t slip off Page 98 ...
Page 94: ...Grabber Arm Motor ...
Page 95: ...Page 99 ...
Page 96: ...Page 100 RCX Attach the RCX on both sides as shown Page 101 ...
Page 158: ......
Page 159: ...Page 175 The 16t gears are nestled inside the tread wheels ...
Page 160: ...Page 176 ...
Page 161: ...Page 177 Attach the motors to output A and output C as shown Page 178 ...