How To Create an Action in ROS 2 Galactic (Advanced)

In this tutorial, I will show you how to create and implement a complex action using ROS 2 Galactic, the latest version of ROS 2. The official tutorial (with a basic example) is here, and other examples are here. I will walk through all the steps below. 

The action we will create in this tutorial can be used to simulate a mobile robot connecting to a battery charging dock.

Prerequisites

You can find the files for this post here on my Google Drive.

QuickStart

Let’s take a look at the ROS 2 demo repository so we can examine the sample action they created in their official tutorial

Open a new terminal window, and clone the action_tutorials repository from GitHub.

cd ~dev_ws/src
git clone https://github.com/ros2/demos.git

You only need the action_tutorials folder (which is inside the folder named ‘demos’), so cut and paste that folder into the ~/dev_ws/src folder using your File Explorer. You can then delete the demos folder.

1-file-structure

Once you have your ~dev_ws/src/action_tutorials folder, you need to build it. Open a terminal window, and type:

cd ..
colcon build

You now have three new packages: 

  1. action_tutorials_cpp
  2. action_tutorials_py
  3. action_tutorials_interfaces

First, we will work with the action_tutorials_interfaces tutorial package.

To see if everything is working, let’s take a look at the definition of the action created in the official tutorial.

Open a new terminal window, and type:

ros2 interface show action_tutorials_interfaces/action/Fibonacci

Here is the output you should see:

2-fibonacci

Now launch the action server.

cd ~/dev_ws/src/action_tutorials/action_tutorials_py/action_tutorials_py
python3 fibonacci_action_server.py

In another terminal, send a goal to the action server.

python3 fibonacci_action_client.py

Here is the output:

3-action-server
4-action-client

Define the ConnectToChargingDock Action

Now that we see everything is working properly, let’s define a new action. The action we will create will be used to connect a mobile robot to a charging dock.

Open a terminal window, and move to your package.

cd ~/dev_ws/src/action_tutorials/action_tutorials_interfaces/action

Create a file called ConnectToChargingDock.action.

gedit ConnectToChargingDock.action

Add this code.

sensor_msgs/BatteryState desired_battery_state
---
sensor_msgs/BatteryState final_battery_state
---
sensor_msgs/BatteryState current_battery_state

Save the file and close it.

You can see the action definition has three sections:

  1. Request: desired_battery_state
  2. Result: final_battery_state
  3. Feedback: current_battery_state

Build the Action

Go to your CMakeLists.txt file.

cd ~/dev_ws/src/action_tutorials/action_tutorials_interfaces
gedit CMakeLists.txt

Make sure your CMakeLists.txt file has the following lines added in the proper locations.

find_package(sensor_msgs REQUIRED)
find_package(std_msgs REQUIRED)

rosidl_generate_interfaces(${PROJECT_NAME}
  "action/Fibonacci.action"
  "action/ConnectToChargingDock.action"
  DEPENDENCIES sensor_msgs std_msgs 
)

Save the CMakeLists.txt file, and close it.

Now edit your package.xml file.

cd ~/dev_ws/src/action_tutorials/action_tutorials_interfaces
gedit package.xml

Add the dependencies.

<depend>sensor_msgs</depend>
<depend>std_msgs</depend>

Here is my full package.xml file.

Build the package.

cd ~/dev_ws/
colcon build

Let’s check to see if the action was built properly.

Open another terminal window, and type (all of this is a single command):

ros2 interface show action_tutorials_interfaces/action/ConnectToChargingDock

Here is the output:

5-connect-to-charging-dock-action-definition

Write the Action Server

Now let’s create our action server. We will create an action server that will send velocity commands to the /cmd_vel topic until the power_supply_status of the battery state switches from 3 (i.e. not charging) to 1 (i.e. charging).

Open a terminal window and type:

cd ~/dev_ws/src/action_tutorials/action_tutorials_py/action_tutorials_py

Open a file called connect_to_charging_dock_action_server.py.

gedit connect_to_charging_dock_action_server.py

Add the following code:

#!/usr/bin/env python3 
"""
Description:
  Action Server to connect to a battery charging dock.
  Action is successful when the power_supply_status goes from
  NOT_CHARGING(i.e. 3) to CHARGING(i.e. 1)
-------
Subscription Topics:
  Current battery state
  /battery_status – sensor_msgs/BatteryState
-------
Publishing Topics:
  Velocity command to navigate to the charging dock.
  /cmd_vel - geometry_msgs/Twist
-------
Author: Addison Sears-Collins
Website: AutomaticAddison.com
Date: November 12, 2021
"""
import time

# Import our action definition
from action_tutorials_interfaces.action import ConnectToChargingDock

# ROS Client Library for Python
import rclpy

# ActionServer library for ROS 2 Python
from rclpy.action import ActionServer

# Enables publishers, subscribers, and action servers to be in a single node
from rclpy.executors import MultiThreadedExecutor

# Handles the creation of nodes
from rclpy.node import Node

# Handle Twist messages, linear and angular velocity
from geometry_msgs.msg import Twist

# Handles BatteryState message
from sensor_msgs.msg import BatteryState

# Holds the current state of the battery
this_battery_state = BatteryState()

class ConnectToChargingDockActionServer(Node):
  """
  Create a ConnectToChargingDockActionServer class, 
  which is a subclass of the Node class.
  """
  def __init__(self):
  
    # Initialize the class using the constructor
    super().__init__('connect_to_charging_dock_action_server')
    
    # Instantiate a new action server
    # self, type of action, action name, callback function for executing goals
    self._action_server = ActionServer(
      self,
      ConnectToChargingDock,
      'connect_to_charging_dock',
      self.execute_callback)
      
    # Create a publisher
    # This node publishes the desired linear and angular velocity of the robot
    self.publisher_cmd_vel = self.create_publisher(
      Twist,
      '/cmd_vel',
      10)   

    # Declare velocities
    self.linear_velocity = 0.0
    self.angular_velocity = 0.15
      
  def execute_callback(self, goal_handle):
    """
    Action server callback to execute accepted goals.
    """  
    self.get_logger().info('Executing goal...')

    # Interim feedback
    feedback_msg = ConnectToChargingDock.Feedback()
    feedback_msg.current_battery_state = this_battery_state
    
    # While the battery is not charging
    while this_battery_state.power_supply_status != 1:
    
      # Publish the current battery state
      feedback_msg.current_battery_state = this_battery_state
      self.get_logger().info('NOT CHARGING...')
      goal_handle.publish_feedback(feedback_msg)
      
      # Send the velocity command to the robot by publishing to the topic
      cmd_vel_msg = Twist()
      cmd_vel_msg.linear.x = self.linear_velocity
      cmd_vel_msg.angular.z = self.angular_velocity
      self.publisher_cmd_vel.publish(cmd_vel_msg)
      
      time.sleep(0.1)
    
    # Stop the robot
    cmd_vel_msg = Twist()
    cmd_vel_msg.linear.x = 0.0
    cmd_vel_msg.angular.z = 0.0
    self.publisher_cmd_vel.publish(cmd_vel_msg)

    # Update feedback    
    feedback_msg.current_battery_state = this_battery_state
    goal_handle.publish_feedback(feedback_msg)
  
    # Indicate the goal was successful
    goal_handle.succeed()
    self.get_logger().info('CHARGING...')
    self.get_logger().info('Successfully connected to the charging dock!')
  
    # Create a result message of the action type
    result = ConnectToChargingDock.Result()
    
    # Update the final battery state
    result.final_battery_state = feedback_msg.current_battery_state
    
    return result

class BatteryStateSubscriber(Node):
    """
    Subscriber node to the current battery state
    """      
    def __init__(self):
  
      # Initialize the class using the constructor
      super().__init__('battery_state_subscriber')
    
      # Create a subscriber 
      # This node subscribes to messages of type
      # sensor_msgs/BatteryState
      self.subscription_battery_state = self.create_subscription(
        BatteryState,
        '/battery_status',
        self.get_battery_state,
        10)
      
    def get_battery_state(self, msg):
      """
      Update the current battery state.
      """
      global this_battery_state
      this_battery_state = msg
    
def main(args=None):
  """
  Entry point for the program.
  """

  # Initialize the rclpy library
  rclpy.init(args=args)
  
  try: 
  
    # Create the Action Server node
    connect_to_charging_dock_action_server = ConnectToChargingDockActionServer()
    
    # Create the Battery State subscriber node
    battery_state_subscriber = BatteryStateSubscriber()
    
    # Set up mulithreading
    executor = MultiThreadedExecutor(num_threads=4)
    executor.add_node(connect_to_charging_dock_action_server)
    executor.add_node(battery_state_subscriber)
    
    try:
      # Spin the nodes to execute the callbacks
      executor.spin()
    finally:
      # Shutdown the nodes
      executor.shutdown()
      connect_to_charging_dock_action_server.destroy_node()
      battery_state_subscriber.destroy_node()

  finally:
    # Shutdown
    rclpy.shutdown()

if __name__ == '__main__':
    main()

Save the code and close it.

Open your package.xml file.

cd ~/dev_ws/src/action_tutorials/action_tutorials_py/
gedit package.xml

Add the dependencies:

<exec_depend>geometry_msgs</exec_depend>
<exec_depend>sensor_msgs</exec_depend>
<exec_depend>std_msgs</exec_depend>

Save the file and close it.

cd ~/dev_ws/src/action_tutorials/action_tutorials_py/

Open your setup.py file.

Add the following line inside the entry_points block. 

'connect_to_charging_dock_server = action_tutorials_py.connect_to_charging_dock_action_server:main',

Save the file and close it.

Run the node.

cd ~/dev_ws
colcon build

Run the Action Server

Now let’s run a simulation. First, let’s assume the battery voltage on our robot is below 25%, and the robot is currently positioned at a location just in front of the charging dock. Our robot is running on a 9V battery, and we want the robot to connect to the charging dock so the power supply status switches from NOT CHARGING to CHARGING.

To simulate a ‘low battery’, we publish a message to the /battery_status topic.

Open a terminal window, and type:

ros2 topic pub /battery_status sensor_msgs/BatteryState '{voltage: 2.16, percentage: 0.24, power_supply_status: 3}' 

The above command means the battery voltage is 2.16V (24% of 9V), and the battery is NOT CHARGING because the power_supply_status variable is 3.

Now, let’s launch the action server. Open a new terminal window, and type:

ros2 run action_tutorials_py connect_to_charging_dock_server

Open a new terminal window, and send the action server a goal.

ros2 action send_goal --feedback connect_to_charging_dock action_tutorials_interfaces/action/ConnectToChargingDock "desired_battery_state: {voltage: 2.16, percentage: 0.24, power_supply_status: 1}}"

The goal above means we want the power_supply_status to be 1 (i.e. CHARGING). Remember, it is currently 3 (NOT CHARGING).

You should see this feedback:

6-this-feedback

Let’s see what is going on behind the scenes. Open a new terminal window, and check out the list of topics:

ros2 topic list
7-ros2-topic-list

To see the node graphs, type:

rqt_graph

To see the active nodes, type:

ros2 node list
8-active-nodes

To see the available actions, type:

ros2 action list
9-action-list

You can see full information about the node, by typing:

ros2 node info /connect_to_charging_dock_action_server

You can see more information about the action by typing:

ros2 action info /connect_to_charging_dock

Now type:

ros2 topic echo /cmd_vel

You can see that our action server is publishing velocity commands to the /cmd_vel topic. Right now, I have the robot doing a continuous spin at 0.15 radians per second. In a real-world application, you will want to add code to the action server to read from infrared sensors or an ARTag in order to send the appropriate velocity commands.

10-velocity-commands

Finally, let’s assume our robot has connected to the charging dock. To make the power_supply_status switch from 3 (NOT CHARGING) to 1 (CHARGING), stop the /battery_status publisher by going back to that terminal window, and typing:

CTRL + C

Then open a terminal window, and type:

ros2 topic pub /battery_status sensor_msgs/BatteryState '{voltage: 2.16, percentage: 0.24, power_supply_status: 1}' 

Here is the output on the action server window:

11-output-on-actionserver-window

The action client window has the following output:

12-action-client

Write the Action Client

Now that we have written the action server, let’s write the action client. The official tutorial is here.

The action client’s job is to send a goal to the action server. In the previous section, we used a terminal command to do this, but now we will use code.

Open a terminal window and type:

cd ~/dev_ws/src/action_tutorials/action_tutorials_py/action_tutorials_py

Open a file called connect_to_charging_dock_action_client.py.

gedit connect_to_charging_dock_action_client.py

Add the following code:

#!/usr/bin/env python3 
"""
Description:
  Action Client to connect to a battery charging dock.
  Action is successful when the power_supply_status goes from
  NOT_CHARGING(i.e. 3) to CHARGING(i.e. 1)
-------
Author: Addison Sears-Collins
Website: AutomaticAddison.com
Date: November 13, 2021
"""
# Import our action definition
from action_tutorials_interfaces.action import ConnectToChargingDock

# ROS Client Library for Python
import rclpy

# ActionClient library for ROS 2 Python
from rclpy.action import ActionClient

# Handles the creation of nodes
from rclpy.node import Node

# Handles BatteryState message
from sensor_msgs.msg import BatteryState

class ConnectToChargingDockActionClient(Node):
  """
  Create a ConnectToChargingDockActionClient class, 
  which is a subclass of the Node class.
  """
  def __init__(self):
  
    # Initialize the class using the constructor
    super().__init__('connect_to_charging_dock_action_client')
    
    # Instantiate a new action client
    # self, type of action, action name
    self._action_client = ActionClient(
      self,
      ConnectToChargingDock,
      'connect_to_charging_dock')
      
  def send_goal(self, desired_battery_state):
    """
    Action client to send the goal
    """  
    # Set the goal message
    goal_msg = ConnectToChargingDock.Goal()
    goal_msg.desired_battery_state = desired_battery_state    
   
    # Wait for the Action Server to launch
    self._action_client.wait_for_server()
    
    # Register a callback for when the future is complete
    self._send_goal_future = self._action_client.send_goal_async(goal_msg, feedback_callback=self.feedback_callback)    
    self._send_goal_future.add_done_callback(self.goal_response_callback) 
    
  def goal_response_callback(self, future): 
    """
    Get the goal_handle
    """
    goal_handle = future.result()
    if not goal_handle.accepted:
      self.get_logger().info('Goal rejected...')
      return
    
    self.get_logger().info('Goal accepted...')
    
    self._get_result_future = goal_handle.get_result_async()
    self._get_result_future.add_done_callback(self.get_result_callback)
  
  def get_result_callback(self, future):
    """
    Gets the result 
    """
    result = future.result().result
    self.get_logger().info('Result (1 = CHARGING, 3 = NOT CHARGING): {0}'.format(
      result.final_battery_state.power_supply_status))
    rclpy.shutdown()
    
  def feedback_callback(self, feedback_msg):
    feedback = feedback_msg.feedback
    self.get_logger().info(
      'Received feedback (1 = CHARGING, 3 = NOT CHARGING): {0}'.format(
      feedback.current_battery_state.power_supply_status))

def main(args=None):
  """
  Entry point for the program.
  """

  # Initialize the rclpy library
  rclpy.init(args=args)
  
  # Create the goal message
  desired_battery_state = BatteryState()
  desired_battery_state.voltage = 2.16
  desired_battery_state.percentage = 0.24
  desired_battery_state.power_supply_status = 1
  
  # Create the Action Client node
  action_client = ConnectToChargingDockActionClient()
  
  # Send the goal  
  action_client.send_goal(desired_battery_state)
  
  # Spin to execute callbacks
  rclpy.spin(action_client)
  
if __name__ == '__main__':
    main()

Save the code and close it.

Now type:

cd ~/dev_ws/src/action_tutorials/action_tutorials_py/

Open your setup.py file.

Add the following line inside the entry_points block. 

'connect_to_charging_dock_client = action_tutorials_py.connect_to_charging_dock_action_client:main',

Save the file and close it.

Run the node.

cd ~/dev_ws
colcon build

Run the Action Server and Client Together

To simulate a ‘low battery’, we publish a message to the /battery_status topic.

Open a terminal window, and type:

ros2 topic pub /battery_status sensor_msgs/BatteryState '{voltage: 2.16, percentage: 0.24, power_supply_status: 3}' 

Now, let’s launch the action server. Open a new terminal window, and type:

ros2 run action_tutorials_py connect_to_charging_dock_server

Open a new terminal window, and send the action server a goal using the action client.

ros2 run action_tutorials_py connect_to_charging_dock_client

Stop the /battery_status publisher by going back to that terminal window, and typing:

CTRL + C

Then open a terminal window, and type:

ros2 topic pub /battery_status sensor_msgs/BatteryState '{voltage: 2.16, percentage: 0.24, power_supply_status: 1}' 

Here is the output on the action server window:

13-action-server-window

The action client window has the following output:

14-action-client-window

There you have it. The code in this tutorial can be used as a template for autonomous docking at a charging station. 

Keep building! 

How to Create a Battery State Publisher in ROS 2

In this tutorial, I will show you how to create a simulated battery state publisher in ROS 2. My goal is to publish a sensor_msgs/BatteryState message to a topic named /battery_status

Real-World Application

The application that we will develop in this tutorial can be used as a template for a number of real-world robotic applications…the most important being:

  • Autonomous docking at a charging station once the battery level gets below a certain threshold.

Prerequisites

You can find the files for this post here on my Google Drive

In this implementation, I want the float32 percentage variable of the sensor_msgs/BatteryState message to start off as 1.0 and gradually decrease. 1.0 indicates a full battery at 100% charge. 

In a real-life application, we could have a condition plugin that listens to the /battery_status topic and returns SUCCESS when the battery percentage is lower than a specified value, and FAILURE otherwise.

Create the Battery State Publisher Node

Open a terminal window, and move to your package.

cd ~/dev_ws/src/two_wheeled_robot/scripts

Create a folder for battery state.

mkdir battery_state
cd battery_state

Open a new Python program called battery_state_pub.py.

gedit battery_state_pub.py

Add this code.

#!/usr/bin/env python3 

"""
Description:
Publish the battery state at a specific time interval
-------
Publishing Topics:
/battery_status – sensor_msgs/BatteryState
-------
Subscription Topics:
None
-------
Author: Addison Sears-Collins
Website: AutomaticAddison.com
Date: November 10, 2021
"""
 
import rclpy # Import the ROS client library for Python
from rclpy.node import Node # Enables the use of rclpy's Node class
from sensor_msgs.msg import BatteryState # Enable use of the sensor_msgs/BatteryState message type
 
class BatteryStatePublisher(Node):
  """
  Create a BatteryStatePublisher class, which is a subclass of the Node class.
  The class publishes the battery state of an object at a specific time interval.
  """
  
  def __init__(self):
    """
    Class constructor to set up the node
    """
   
    # Initiate the Node class's constructor and give it a name
    super().__init__('battery_state_pub')
     
    # Create publisher(s)  
     
    # This node publishes the state of the battery.
    # Maximum queue size of 10. 
    self.publisher_battery_state = self.create_publisher(BatteryState, '/battery_status', 10)
     
    # Time interval in seconds
    timer_period = 5.0 
    self.timer = self.create_timer(timer_period, self.get_battery_state)
    
    # Initialize battery level
    self.battery_voltage = 9.0 # Initialize the battery voltage level
    self.percent_charge_level = 1.0  # Initialize the percentage charge level
    self.decrement_factor = 0.99 # Used to reduce battery level each cycle
     
  def get_battery_state(self):
    """
    Callback function.
    This function gets called at the specific time interval.
    We decrement the battery charge level to simulate a real-world battery.
    """
    msg = BatteryState() # Create a message of this type 
    msg.voltage = self.battery_voltage 
    msg.percentage = self.percent_charge_level
    self.publisher_battery_state.publish(msg) # Publish BatteryState message 
     
    # Decrement the battery state 
    self.battery_voltage = self.battery_voltage * self.decrement_factor
    self.percent_charge_level = self.percent_charge_level * self.decrement_factor
   
def main(args=None):
 
  # Initialize the rclpy library
  rclpy.init(args=args)
 
  # Create the node
  battery_state_pub = BatteryStatePublisher()
 
  # Spin the node so the callback function is called.
  # Publish any pending messages to the topics.
  rclpy.spin(battery_state_pub)
 
  # Destroy the node explicitly
  # (optional - otherwise it will be done automatically
  # when the garbage collector destroys the node object)
  battery_state_pub.destroy_node()
 
  # Shutdown the ROS client library for Python
  rclpy.shutdown()
 
if __name__ == '__main__':
  main()

Save the code, and close the file.

Change the access permissions on the file.

chmod +x battery_state_pub.py

Open CMakeLists.txt.

cd ~/dev_ws/src/two_wheeled_robot
gedit CMakeLists.txt

Add the Python executables.

scripts/battery_state/battery_state_pub.py

Build the Package

Now we build the package.

cd ~/dev_ws/
colcon build

Run the Node

Open a new terminal,  and run the node:

ros2 run two_wheeled_robot battery_state_pub.py

Check out the current ROS topics.

ros2 topic list

Check the output on the /battery_status topic by opening a new terminal window and typing:

ros2 topic echo /battery_status

Here is the output:

1-battery-state-publisher

That’s it! Keep building!

How To Use the Regulated Pure Pursuit Plugin – ROS 2

In this tutorial, I will show you how to use the Regulated Pure Pursuit controller plugin that comes with the ROS 2 Navigation Stack (also known as Nav2). This controller plugin is used to track a path that is generated by a path planning algorithm. I have found that Regulated Pure Pursuit generates smoother control than any other control algorithm I have used with Nav2, including the default DWB algorithm. Here is the final output you will be able to achieve after going through this tutorial:

hospital-regulated-pure-pursuit

At a high level, with the pure pursuit algorithm, we assume that we know the path to a goal location. The algorithm calculates the linear velocity and angular velocity that will move the robot from its current location to some look-ahead point along the path in front of the robot.

You can read more about the pure pursuit algorithm in the original paper.

The Regulated Pure Pursuit algorithm is an improvement over the pure pursuit algorithm. What I like about this algorithm is that it slows down while making sharp turns around blind corners.

You can read about the Regulated Pure Pursuit algorithm on this page. That page also has the different parameters that you can configure inside your parameters yaml file (which I will give you later in this tutorial).

Prerequisites

You can find the files for this post here on my Google Drive

Create a World

Open a terminal window, and move to your package.

cd ~/dev_ws/src/two_wheeled_robot/worlds

Make sure this world is inside this folder. The name of the file is hospital.world.

Create a Map

Open a terminal window, and move to your package.

cd ~/dev_ws/src/two_wheeled_robot/maps/hospital_world

Make sure the pgm and yaml map files are inside this folder.

My hospital map is made up of two files:

  • hospital_world.pgm
  • hospital_world.yaml

Create the Parameters File

Let’s create the parameters file.

Open a terminal window, and move to your package.

cd ~/dev_ws/src/two_wheeled_robot/params/hospital_world

Add the nav2_params_regulated_pure_pursuit.yaml file from this folder

Create the RViz Configuration File

Let’s create the RViz configuration file.

Open a terminal window, and move to your package.

cd ~/dev_ws/src/two_wheeled_robot/rviz/hospital_world

Add the nav2_config.rviz file from this folder

Create the Launch File

Let’s create the launch file.

Open a terminal window, and move to your package.

cd ~/dev_ws/src/two_wheeled_robot/launch/hospital_world

Add the hospital_world_regulated_pure_pursuit.launch.py file from this folder

Here is the code:

# Author: Addison Sears-Collins
# Date: November 9, 2021
# Description: Launch a two-wheeled robot using the ROS 2 Navigation Stack. 
#              The spawning of the robot is performed by the Gazebo-ROS spawn_entity node.
#              The robot must be in both SDF and URDF format.
#              If you want to spawn the robot in a pose other than the default, be sure to set that inside
#              the nav2_params_path yaml file: amcl ---> initial_pose: [x, y, z, yaw]
#              The robot uses the Regulated Pure Pursuit Controller for path tracking.
# https://automaticaddison.com

import os
from launch import LaunchDescription
from launch.actions import DeclareLaunchArgument, IncludeLaunchDescription
from launch.conditions import IfCondition, UnlessCondition
from launch.launch_description_sources import PythonLaunchDescriptionSource
from launch.substitutions import Command, LaunchConfiguration, PythonExpression
from launch_ros.actions import Node
from launch_ros.substitutions import FindPackageShare

def generate_launch_description():
  package_name = 'two_wheeled_robot'
  robot_name_in_model = 'two_wheeled_robot'
  default_launch_dir = 'launch'
  gazebo_models_path = 'models'
  map_file_path = 'maps/hospital_world/hospital_world.yaml'
  nav2_params_path = 'params/hospital_world/nav2_params_regulated_pure_pursuit.yaml'
  robot_localization_file_path = 'config/ekf.yaml'
  rviz_config_file_path = 'rviz/hospital_world/nav2_config.rviz'
  sdf_model_path = 'models/two_wheeled_robot_description/model.sdf'
  urdf_file_path = 'urdf/two_wheeled_robot.urdf'
  world_file_path = 'worlds/hospital.world'
  
  # Pose where we want to spawn the robot
  spawn_x_val = '0.0'
  spawn_y_val = '2.0'
  spawn_z_val = '0.25'
  spawn_yaw_val = '0.0'

  ########## You do not need to change anything below this line ###############
  
  # Set the path to different files and folders.  
  pkg_gazebo_ros = FindPackageShare(package='gazebo_ros').find('gazebo_ros')   
  pkg_share = FindPackageShare(package=package_name).find(package_name)
  default_launch_dir = os.path.join(pkg_share, default_launch_dir)
  default_urdf_model_path = os.path.join(pkg_share, urdf_file_path)
  robot_localization_file_path = os.path.join(pkg_share, robot_localization_file_path) 
  default_rviz_config_path = os.path.join(pkg_share, rviz_config_file_path)
  world_path = os.path.join(pkg_share, world_file_path)
  gazebo_models_path = os.path.join(pkg_share, gazebo_models_path)
  os.environ["GAZEBO_MODEL_PATH"] = gazebo_models_path
  nav2_dir = FindPackageShare(package='nav2_bringup').find('nav2_bringup') 
  nav2_launch_dir = os.path.join(nav2_dir, 'launch') 
  sdf_model_path = os.path.join(pkg_share, sdf_model_path)
  static_map_path = os.path.join(pkg_share, map_file_path)
  nav2_params_path = os.path.join(pkg_share, nav2_params_path)
  nav2_bt_path = FindPackageShare(package='nav2_bt_navigator').find('nav2_bt_navigator')
  
  # Launch configuration variables specific to simulation
  autostart = LaunchConfiguration('autostart')
  headless = LaunchConfiguration('headless')
  map_yaml_file = LaunchConfiguration('map')
  namespace = LaunchConfiguration('namespace')
  params_file = LaunchConfiguration('params_file')
  rviz_config_file = LaunchConfiguration('rviz_config_file')
  sdf_model = LaunchConfiguration('sdf_model')
  slam = LaunchConfiguration('slam')
  urdf_model = LaunchConfiguration('urdf_model')
  use_namespace = LaunchConfiguration('use_namespace')
  use_robot_state_pub = LaunchConfiguration('use_robot_state_pub')
  use_rviz = LaunchConfiguration('use_rviz')
  use_sim_time = LaunchConfiguration('use_sim_time')
  use_simulator = LaunchConfiguration('use_simulator')
  world = LaunchConfiguration('world')
  
  # Map fully qualified names to relative ones so the node's namespace can be prepended.
  # In case of the transforms (tf), currently, there doesn't seem to be a better alternative
  # https://github.com/ros/geometry2/issues/32
  # https://github.com/ros/robot_state_publisher/pull/30
  # TODO(orduno) Substitute with `PushNodeRemapping`
  #              https://github.com/ros2/launch_ros/issues/56
  remappings = [('/tf', 'tf'),
                ('/tf_static', 'tf_static')]
  
  # Declare the launch arguments  
  declare_namespace_cmd = DeclareLaunchArgument(
    name='namespace',
    default_value='',
    description='Top-level namespace')

  declare_use_namespace_cmd = DeclareLaunchArgument(
    name='use_namespace',
    default_value='false',
    description='Whether to apply a namespace to the navigation stack')
        
  declare_autostart_cmd = DeclareLaunchArgument(
    name='autostart', 
    default_value='true',
    description='Automatically startup the nav2 stack')

  declare_map_yaml_cmd = DeclareLaunchArgument(
    name='map',
    default_value=static_map_path,
    description='Full path to map file to load')
        
  declare_params_file_cmd = DeclareLaunchArgument(
    name='params_file',
    default_value=nav2_params_path,
    description='Full path to the ROS2 parameters file to use for all launched nodes')
    
  declare_rviz_config_file_cmd = DeclareLaunchArgument(
    name='rviz_config_file',
    default_value=default_rviz_config_path,
    description='Full path to the RVIZ config file to use')

  declare_sdf_model_path_cmd = DeclareLaunchArgument(
    name='sdf_model', 
    default_value=sdf_model_path, 
    description='Absolute path to robot sdf file')

  declare_simulator_cmd = DeclareLaunchArgument(
    name='headless',
    default_value='False',
    description='Whether to execute gzclient')

  declare_slam_cmd = DeclareLaunchArgument(
    name='slam',
    default_value='False',
    description='Whether to run SLAM')

  declare_urdf_model_path_cmd = DeclareLaunchArgument(
    name='urdf_model', 
    default_value=default_urdf_model_path, 
    description='Absolute path to robot urdf file')
    
  declare_use_robot_state_pub_cmd = DeclareLaunchArgument(
    name='use_robot_state_pub',
    default_value='True',
    description='Whether to start the robot state publisher')

  declare_use_rviz_cmd = DeclareLaunchArgument(
    name='use_rviz',
    default_value='True',
    description='Whether to start RVIZ')
    
  declare_use_sim_time_cmd = DeclareLaunchArgument(
    name='use_sim_time',
    default_value='true',
    description='Use simulation (Gazebo) clock if true')

  declare_use_simulator_cmd = DeclareLaunchArgument(
    name='use_simulator',
    default_value='True',
    description='Whether to start the simulator')

  declare_world_cmd = DeclareLaunchArgument(
    name='world',
    default_value=world_path,
    description='Full path to the world model file to load')
   
  # Specify the actions

  # Start Gazebo server
  start_gazebo_server_cmd = IncludeLaunchDescription(
    PythonLaunchDescriptionSource(os.path.join(pkg_gazebo_ros, 'launch', 'gzserver.launch.py')),
    condition=IfCondition(use_simulator),
    launch_arguments={'world': world}.items())

  # Start Gazebo client    
  start_gazebo_client_cmd = IncludeLaunchDescription(
    PythonLaunchDescriptionSource(os.path.join(pkg_gazebo_ros, 'launch', 'gzclient.launch.py')),
    condition=IfCondition(PythonExpression([use_simulator, ' and not ', headless])))

  # Launch the robot
  spawn_entity_cmd = Node(
    package='gazebo_ros',
    executable='spawn_entity.py',
    arguments=['-entity', robot_name_in_model,
               '-file', sdf_model,
                  '-x', spawn_x_val,
                  '-y', spawn_y_val,
                  '-z', spawn_z_val,
                  '-Y', spawn_yaw_val],
       output='screen')

  # Start robot localization using an Extended Kalman filter
  start_robot_localization_cmd = Node(
    package='robot_localization',
    executable='ekf_node',
    name='ekf_filter_node',
    output='screen',
    parameters=[robot_localization_file_path, 
    {'use_sim_time': use_sim_time}])

  # Subscribe to the joint states of the robot, and publish the 3D pose of each link.
  start_robot_state_publisher_cmd = Node(
    condition=IfCondition(use_robot_state_pub),
    package='robot_state_publisher',
    executable='robot_state_publisher',
    namespace=namespace,
    parameters=[{'use_sim_time': use_sim_time, 
    'robot_description': Command(['xacro ', urdf_model])}],
    remappings=remappings,
    arguments=[default_urdf_model_path])

  # Launch RViz
  start_rviz_cmd = Node(
    condition=IfCondition(use_rviz),
    package='rviz2',
    executable='rviz2',
    name='rviz2',
    output='screen',
    arguments=['-d', rviz_config_file])    

  # Launch the ROS 2 Navigation Stack
  start_ros2_navigation_cmd = IncludeLaunchDescription(
    PythonLaunchDescriptionSource(os.path.join(nav2_launch_dir, 'bringup_launch.py')),
    launch_arguments = {'namespace': namespace,
                        'use_namespace': use_namespace,
                        'slam': slam,
                        'map': map_yaml_file,
                        'use_sim_time': use_sim_time,
                        'params_file': params_file,
                        'autostart': autostart}.items())

  # Create the launch description and populate
  ld = LaunchDescription()

  # Declare the launch options
  ld.add_action(declare_namespace_cmd)
  ld.add_action(declare_use_namespace_cmd)
  ld.add_action(declare_autostart_cmd)
  ld.add_action(declare_map_yaml_cmd)
  ld.add_action(declare_params_file_cmd)
  ld.add_action(declare_rviz_config_file_cmd)
  ld.add_action(declare_sdf_model_path_cmd)
  ld.add_action(declare_simulator_cmd)
  ld.add_action(declare_slam_cmd)
  ld.add_action(declare_urdf_model_path_cmd)
  ld.add_action(declare_use_robot_state_pub_cmd)  
  ld.add_action(declare_use_rviz_cmd) 
  ld.add_action(declare_use_sim_time_cmd)
  ld.add_action(declare_use_simulator_cmd)
  ld.add_action(declare_world_cmd)

  # Add any actions
  ld.add_action(start_gazebo_server_cmd)
  ld.add_action(start_gazebo_client_cmd)
  #ld.add_action(spawn_entity_cmd)
  ld.add_action(start_robot_localization_cmd)
  ld.add_action(start_robot_state_publisher_cmd)
  ld.add_action(start_rviz_cmd)
  ld.add_action(start_ros2_navigation_cmd)

  return ld

Launch the Launch File

We will now build our package.

cd ~/dev_ws/
colcon build

Open a new terminal and launch the robot in a Gazebo world. All of this is a single command: 

ros2 launch two_wheeled_robot hospital_world_regulated_pure_pursuit.launch.py

Select the Nav2 Goal button at the top of RViz, and click somewhere on the map to command the robot to navigate to any reachable goal location.

1-pure-pursuit-controller-cover-1

The robot will move to the goal location.

That’s it! Keep building!