MoveIt framework overview in ROS - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to initialize the MoveIt planning interface in a ROS node.

ROS

move_group = moveit_commander.[1]('arm')

Drag options to blanks, or click blank then click option'

AMoveGroupCommander

BRobotCommander

CPlanningSceneInterface

DNodeHandle

Attempts:

3 left

💡 Hint

Common Mistakes

Using RobotCommander instead of MoveGroupCommander

Confusing PlanningSceneInterface with MoveGroupCommander

The MoveGroupCommander class is used to interface with a specific group of joints for planning and execution.

2fill in blank

medium

Complete the code to set the target pose for the robot's end effector.

ROS

move_group.set_pose_target([1])

Drag options to blanks, or click blank then click option'

Arobot_state

Bjoint_goal

Cplanning_scene

Dtarget_pose

Attempts:

3 left

💡 Hint

Common Mistakes

Passing joint_goal instead of a pose

Passing planning_scene or robot_state which are unrelated here

The set_pose_target method requires a pose object representing the desired end effector position and orientation.

3fill in blank

hard

Fix the error in the code to plan a motion and check if planning was successful.

ROS

plan = move_group.[1]()
if plan is not None:
    print('Plan found')

Drag options to blanks, or click blank then click option'

Aplan

Bset_pose_target

Cexecute

Dstop

Attempts:

3 left

💡 Hint

Common Mistakes

Using execute() instead of plan()

Calling set_pose_target() which does not return a plan

The plan() method generates a motion plan without executing it. It returns None if planning fails.

4fill in blank

hard

Fill both blanks to create a dictionary of joint values and set them as the target.

ROS

joint_goal = move_group.get_current_joint_values()
joint_goal[[1]] = [2]
move_group.set_joint_value_target(joint_goal)

Drag options to blanks, or click blank then click option'

A0

B1.57

C2.0

D3

Attempts:

3 left

💡 Hint

Common Mistakes

Using an invalid joint index

Setting joint value to an unrealistic number

Index 0 corresponds to the first joint. Setting it to 1.57 radians moves that joint to about 90 degrees.

5fill in blank

hard

Fill all three blanks to plan and execute a motion, then stop and clear targets.

ROS

move_group.[1]()
move_group.[2](plan)
move_group.[3]()
move_group.clear_pose_targets()

Drag options to blanks, or click blank then click option'

Astop

Bexecute

Cplan

Dstart

Attempts:

3 left

💡 Hint

Common Mistakes

Executing before planning

Not stopping after execution

First, plan() generates the motion plan. Then execute() runs it. Finally, stop() halts any residual movement.

Practice

1. What is the main purpose of the MoveIt framework in ROS?

easy

A. To help robots plan and move their arms safely

B. To control robot sensors and cameras

C. To manage robot battery and power levels

D. To handle robot communication protocols

Solution

1. Step 1: Understand MoveIt's role in ROS

   MoveIt is designed to help robots plan and execute arm movements safely and efficiently.

2. Step 2: Compare options with MoveIt's purpose

   The other options relate to sensors, power, and communication, which are not MoveIt's focus.

3. Final Answer:

   To help robots plan and move their arms safely -> Option A

4. Quick Check:

   MoveIt = arm planning and safe movement [OK]

Hint: Remember MoveIt is about arm movement planning [OK]

Common Mistakes:

• Confusing MoveIt with sensor or power management
• Thinking MoveIt handles communication protocols
• Assuming MoveIt controls the whole robot

2. Which of the following is the correct way to define a MoveIt planning group named "gripper" in a ROS configuration?

easy

A.

B.

C.

D. arm

Solution

1. Step 1: Identify correct XML tag for MoveIt groups

   MoveIt uses the <group> tag with a name attribute to define planning groups such as 'gripper'.

2. Step 2: Check options for valid syntax

   <group name="gripper" /> correctly uses the proper syntax and name. <group name="arm" /> has the correct tag format but wrong name value. <moveit_group name="arm" /> and <planning_group>arm</planning_group> use incorrect tags and structure.

3. Final Answer:

   <group name="gripper" /> -> Option B

4. Quick Check:

   MoveIt groups use <group name="..." /> [OK]

Hint: Look for syntax in MoveIt configs [OK]

Common Mistakes:

• Using incorrect XML tags like <planning_group>
• Confusing group names with tags
• Missing the name attribute in group tag

3. Given the following MoveIt code snippet, what will be the output if the goal pose is reachable?

move_group.setPoseTarget(goal_pose);
bool success = (move_group.plan(my_plan) == moveit::planning_interface::MoveItErrorCode::SUCCESS);
std::cout << "Planning success: " << success << std::endl;

medium

A. Planning success: false

B. Planning success: 0

C. Planning success: 1

D. Planning success: true

Solution

1. Step 1: Understand the return type of plan()

   The plan() function returns a MoveItErrorCode. Comparing it to SUCCESS returns true or false, which converts to 1 or 0 when printed as an integer.

2. Step 2: Check output of std::cout for bool

   std::cout prints bool as 1 for true and 0 for false by default, so if the goal is reachable, success is true, printed as 1.

3. Final Answer:

   Planning success: 1 -> Option C

4. Quick Check:

   Bool true prints as 1 in std::cout [OK]

Hint: Bool prints as 1 or 0 in C++ std::cout [OK]

Common Mistakes:

• Expecting 'true' or 'false' strings instead of 1 or 0
• Confusing success variable type
• Assuming plan() returns a boolean directly

4. You wrote this MoveIt code but the robot arm does not move:

move_group.setPoseTarget(goal_pose);
move_group.move();

What is the most likely reason?

medium

A. You forgot to call move_group.plan() before move()

B. move() does not execute the planned motion

C. You need to call move_group.stop() before move()

D. The goal_pose is not set correctly or unreachable

Solution

1. Step 1: Understand move_group.move() behavior

   move() plans and executes the motion internally, so calling plan() first is not required.

2. Step 2: Check common reasons for no movement

   If the goal_pose is invalid or unreachable, the robot will not move despite calling move().

3. Final Answer:

   The goal_pose is not set correctly or unreachable -> Option D

4. Quick Check:

   Invalid goal_pose stops movement [OK]

Hint: Check if goal pose is valid and reachable first [OK]

Common Mistakes:

• Thinking plan() must be called before move()
• Assuming move() only executes without planning
• Calling stop() unnecessarily before move()

5. You want to control both the robot arm and gripper using MoveIt. How should you organize your MoveIt configuration to plan motions for both parts together?

hard

A. Create a single planning group including both arm and gripper joints

B. Use separate planning groups and plan motions independently

C. Control the gripper manually outside MoveIt and plan only the arm

D. Use a custom plugin to merge arm and gripper groups at runtime

Solution

1. Step 1: Understand MoveIt planning groups

   Planning groups define which joints MoveIt controls together. To move arm and gripper simultaneously, they must be in one group.

2. Step 2: Compare options for combined control

   Create a single planning group including both arm and gripper joints enables coordinated planning. Using separate planning groups and planning motions independently or controlling the gripper manually outside MoveIt may cause uncoordinated motions. Using a custom plugin to merge arm and gripper groups at runtime is complex and unnecessary for typical use.

3. Final Answer:

   Create a single planning group including both arm and gripper joints -> Option A

4. Quick Check:

   One group controls multiple parts together [OK]

Hint: Combine joints in one group for coordinated moves [OK]

Common Mistakes:

• Planning arm and gripper separately causing conflicts
• Trying manual control instead of MoveIt planning
• Overcomplicating with custom plugins unnecessarily