Difference between revisions of "ROS HOWTO"

From AIRWiki
Jump to: navigation, search
m (Tools)
m
Line 1: Line 1:
[http://www.ros.org/wiki/ ROS] (Robot Operating System) is an open-source framework for the creation of software for robots. It is a very interesting tool, since it promises to take care of many of the lower-level issues that make realizing the software for autonomous robots so difficult and time-consuming. By leaving such issues (e.g., communication among modules) to ROS, a researcher can focus on the more interesting high-level issues (e.g., perception).
+
[http://www.ros.org/wiki/ ROS (Robot Operating System)] is an open-source framework for the creation of software for robots. It is a very interesting tool, since it promises to take care of many of the lower-level issues that make realizing the software for autonomous robots so difficult and time-consuming. By leaving such issues (e.g., communication among modules) to ROS, a researcher can focus on the more interesting high-level issues (e.g., perception).
 
In the words of [http://www.willowgarage.com/ its creators]:
 
In the words of [http://www.willowgarage.com/ its creators]:
  

Revision as of 15:43, 18 April 2012

ROS (Robot Operating System) is an open-source framework for the creation of software for robots. It is a very interesting tool, since it promises to take care of many of the lower-level issues that make realizing the software for autonomous robots so difficult and time-consuming. By leaving such issues (e.g., communication among modules) to ROS, a researcher can focus on the more interesting high-level issues (e.g., perception). In the words of its creators:

"ROS provides libraries and tools to help software developers create robot applications. It provides hardware abstraction, device drivers, libraries, visualizers, message-passing, package management, and more."

ROS includes a large collection of packages that you can incorporate into your own system. A ROS package is a bundle of software dedicated to a single functionality (e.g., data acquisition from a Hokuyo URG-series laser scanner). Your own ROS-based applications will take the form of one or more ROS packages. If they can be useful to other people as well, once they are completed and tested such packages could become part of ROS: much of ROS was born in this way.

Though striving to be as easy-to-use as possible, ROS is a complex tool. This is unavoidable, as autonomous robots themselves are very complex systems. Before you can start writing your own ROS-based software, you have to devote a fair amount of time to studying how it works and how to use it. This part of the wiki is dedicated to helping you start using ROS as quickly as possible.

How to get ROS

This is probably the single aspect where the ROS team succeeded best in removing all the difficulties, even for beginners. Installing ROS is very simple: this webpage tells you how. At the moment ROS is only available for the Linux operating system, and support for other OSs is still experimental.

Resources

The ROS website itself includes a good deal of information, and you are invited to use it heavily. However, not always the information it provides is very clear for someone who is not an expert in ROS, nor all topics are equally covered. Here we'll try to complement what's provided by ROS with additional information, instead of saying the same things in another way.

Arguably, the most useful tools to learn how to use ROS are the basic tutorials. Be sure to go through them before writing a single line of code (except those that you will write for the tutorial, of course!). Once you have worked your way through the tutorials, the next thing to do is to write your own ROS package and apply what you have learned. The "Nodes" section below is the suggested starting point for that. Maybe you should start experimenting with a "test" package, before passing to a real application: in this way you can experiment without worrying if the end result is a mess :-) You are strongly invited to experiment: as always happens with programming, that's the best way to understand and check if you have correctly understood, all at the same time.

Before you start with the tutorials, please read this introduction to the concepts behind ROS: you will not necessarily understand how things are done in practice until you have completed the tutorials, but reading it before passing to these will provide you with useful background.

Programming languages

ROS, per se, does not force the developer to use a specific programming language. In practice, while there are expansion plans for the future, at present only two languages are supported: C++ and Python. That is to say, only for these two languages ROS provides client libraries that enable non-ROS software to interface with ROS. Such libraries are called roscpp (for C++) and rospy (for Python).

You can choose what language to use on a module-per-module basis, choosing C++ or Python (or whatever other language will be supported in the future) separately for each software module of your ROS system. As we will explain shortly, ROS software modules are called nodes.

Tutorials for (some aspects of) roscpp and rospy are available: see here and here respectively.

Nodes

The basic element, or module, of a ROS-based software system is the node. A node executes one or more tasks and communicates with the other nodes/modules using ROS. Such communication takes the form of an exchange of messages, the internal structure of which is defined by the programmer. For instance, messages can be used to send sensor data to a processing node, or to issue commands to a motor-controlling node. By using messages, nodes communicate asynchronously: outgoing messages are delivered as soon as the ROS system manages to free the necessary resources, are stored in a queue by the receiving node(s), and the node(s) processes them as soon as it is able to (i.e., as soon as it "awakens" if it is executed periodically). (An important consequence of this is that you must never count on message timing for critical aspects of your system's functioning.)

Messages that deal with the same aspect (or set of aspects) of the functioning of the robot can be grouped by publishing them on the same topic. Each node can subscribe to the topics it is interested in (thus receiving all the messages that are published on them) and/or publish on any number of topics (thus ensuring that the messages it publishes reach all interested nodes).

A node can perform several types of activities, including:

  • publishing messages to a ROS topic;
  • requesting a service from ROS servers as a ROS client;
  • acting as a ROS server, providing a service to ROS clients;
  • executing a task whenever a message is published on a ROS topic;
  • managing a timeout and execute a task whenever it expires;
  • execute a task periodically.

In practice, a node is implemented by a single executable file. This results from the compilation of a source code file. If you use C++, you will have to write a .cpp file comprising a main block (along with anything else it needs to work, such as other functions, data types, #include directives and so on).

AIRLab's basic ROS node template provides all the elements that you need to set up the structure of the .cpp file of a basic ROS node, including those that are required for the types of activities listed above. Such elements are implemented in the form of a single C++ class comprehending a suitable set of member variables and member functions, plus a very simple main block. By uncommenting the parts of the template file that you need in your ROS node, you can quickly set up the structure of the node. Moreover, the template includes notes and comments that explain how a ROS node is built and works in practice. So, definitely, take a look at it.

Tools

ROS provides a set of tools that you will need while building your own ROS-based application. They are provided in the form of command-line tools that become available in your (Linux) system as soon as you install ROS. Some of these are especially useful during software development, such as:

  • roscore must be run before anything else every time you run a ROS application: it sets up the ROS infrastructure;
  • rosmake is necessary to compile your code as part of the ROS system;
  • rosrun is how you run a single node;
  • roslaunch is how you run a set of nodes at the same time;
  • rxgraph graphically shows how the nodes of your system interact;
  • rxconsole is an interface to the (very comprehensive) logging system built-in in ROS: so it's useful to understand what's happening when you run your application.