This 14th of December of 2018, ROS2 Crystal Clemmyswas released officially. It’s a very important step due to the fact that it adds enough new functionality versus its prior older brother ROS2 Bouncy Bolson to be a real option to consider to make the jump from ROS to ROS2.
So here are some of my findings and facts about ROS2 versus ROS1. Just bear in mind that crystal is evolving really fast and it wouldn’t be a surprise that more improvements appear in the near future.
Use differences between ROS2 and ROS1
We will talk about ROS2 Crystal being the latest release. We will talk about the main basic differences in the way you use ROS2 versus ROS1:
Launch files using .xml format are gone. Forget what you knew about launching nodes and other launch files using the package structure. The system now relies upon python files launching binaries or python scripts. You will use the python module launch and package launch_ros. Here you have a basic example of how the binary tc_node from a package called the_construct_pkg would be launched now.
from launch import LaunchDescription import launch_ros.actions
Catkin_make is gone: Catkin has been replaced by colcon. This new building system is in essence a universal building system for the ROS ecosystem. This means that it can compile not only ROS2 packages, but packages from ROS1 or even packages without any manifest. This is really useful to compile non-ROS-Packages like Gazebo, which traditionally was something to compile separated from ROS. Its grammar is very similar to the good old catkin_make:
ROS Packages support exists but with some manual labor: ROS2 supports perfectly Cpp projects with the rclcpp. Python projects is another story. Although you can create rospackages that use python code with rclpy ros library in their scripts and rosrun those programs, the packages need to be configured manually for python use adding the ament_python export in the package xml. But that is defining the build type of the package and therefore, for the moment you won’t have easy mixing cpp and python code in the same package.
As for the main great features that ROS2 gives among others is the great capability of managing easily multiple robots and preliminary real-time programming support, features that are very welcomed by the community no doubt about that.
Can I use ROS2 completely forgetting ROS1? ROS1Bridge
The quick answer is: Yes but with drawbacks. So ROS2 Crystal has worked with the new GAzebo with ROS2 support, so you have access to creating your own simulations using only ROS2. You have access to the main ROS packages like tf, navigation, image_transport, rqt, and the big RVIZ. So it would seem that 90% of the current ROS users would be satisfied.
But the reality is that a huge amount of packages don’t come out of the bix working for ROS2 or are installed through debians. You will be obliged to compile them and probably make the modifications for ROS2 system. But there is an option which is using the ros1_bridge package.
This package allows you to run for example Gazebo simulations using ROS1, but communicate and control with ROS2 packages. It connects topics and services with the same message type and name. Crystal supports ros1bridge by default but only basic message types. If you want to use nonbasic message types, such as gazebo_ros_msgs you will have to compile ros1-bridge from source and in the same workspace have all the necessary messages you want to use with ROS2. Probably in the near future, it will support more message by default.
ROS2 Recommended?
Absolutely! It feels cleaner and faster for sure. And unless you need to use specific packages that don’t exist yet in ROS2 and are difficult to port, I would use it no doubt. Its obvious that ROS2 will become the main ROS on the long run and now its functional enough to do practically anything that you did with the good old ROS1. And you have the added bonus of all the improvements added to the mix. So my recommendation is to go there and have a try with ROS2.
If you are a previous ROS1 Developer:
You are bound to stumble upon some functionality that you were used to that now has no support or is buggy. But no doubt this is the future and is just like when rosbuild was removed back in the old days of ROS1. Just deal with the changes and you will see its worth the initial headaches. Here you have a migration ROS1 to ROS2 guide.
But I would highly recommend to for the next years until ROS2 gets total support, combine ROS1 and ROS2. Especially in simulations which are not yet ported to ROS2 because they tend to be the less updated and more critical to change. Just until more and more simulations get ROS2 versions.
If you are new in the ROS world:
You won’t notice most of the missing or buggy features that another person used to ROS1 would notice. You will undoubtedly have a headstart and ROS2 is not much more difficult to learn than ROS1, as far as the basics are concerned.
In this video we’re going to show how you can easily have ROS2 crystal running on your computer, in just a few steps, without the need of installing anything.
This video shows you how start running ROS 2 in your computer in a few seconds without having to install anything. You will also learn how to create a ROS 2 package and how to interact with a Gazebo simulation that runs on ROS 1, using the ros1_bridge
—
Feedback
—
Did you like this video? Do you have questions about what is explained? Whatever the case, please leave a comment on the comments section below, so we can interact and learn from each other.
If you want to learn about other ROS topics, please let us know on the comments area and we will do a video about it;)
—
Commands used
—
Start the ROS2 docker machine, mounting a host directory: docker run -it -v “/home/user/ai_ws:/home” osrf/ros2:bouncy-basic
Create a package: ros2 pkg create [package_name]
See a list of packages: ros2 pkg list
—
Links mentioned in the video and other useful links:
—
– Robot Ignite Academy, the place to learn to program robots using only a web browser
– ROS Development Studio (ROSDS), a powerful online tool for pushing your ROS learning in a practical way (the environment used in the video for demonstration)
—
Feedback
—
Did you like this video? Whatever the case, please leave a comment in the comments section below, so we can interact and learn from each other.
If you want to learn about other ROS topics, please let us know on the comments area and we will do a video about it.
In this short post, we’ll find out what a ROS2 message is and what ROS2 has provided to work with messages. Keeping up with our usual style, we’ll use a practical-centric approach to learning ROS, with some sort of twist here – a practical/theory sandwich!
Let’s go!
Setup for the practicals
To follow this post, you need access to a ROS2 installation. There are two options for this. I recommend option 1; I used it for this post.
Avoid all headaches related to ROS(2) installation and embrace the future — spin a development environment within a few seconds and with a few clicks on ROSDS. If you select this option, to “open a terminal”, just select the Shell app on the ROSDSTools menu.
Keep all the headaches related with ROS(2) installation; you have good reasons like supporting the drug companies…kidding 🙂 — use a local ROS2 install or a PC with Docker installed.
Okay, you just made your choice; now, let’s shoot the first command. On a new terminal, spin up the ROS2 docker machine. You can skip this if you have ROS2 installed locally:
user:~$ docker run -it osrf/ros2:nightly
Unable to find image 'osrf/ros2:nightly' locally
nightly: Pulling from osrf/ros2
...
root@9cd3dc8de69a:/#
Good job; now we are ready for some action!
So, what is a ROS2 message? Here’s your sandwich!
Well, you had it coming; here you go!
What does ROS2 have to say about messages?
In your open shell, type this command at the shell:
root@9cd3dc8de69a:/# ros2 msg
usage: ros2 msg [-h] Call `ros2 msg <command> -h` for more detailed usage. ...
Various msg related sub-commands
optional arguments:
-h, --help show this help message and exit
Commands:
list Output a list of available message types
package Output a list of available message types within one package
packages Output a list of packages which contain messages
show Output the message definition
Call `ros2 msg <command> -h` for more detailed usage.
That’s about all you get to work with ROS2 messages in the current version.
The makers of ROS2 decided to save you some typing by shortening “message” to “msg”, but you might find yourself typing “ros2 message…” sometimes. Not to worry, it happens, and the shell will faithfully do its job of shocking you back to reality :). But I digress…
Back to the issue on ground: all that output above and not a word about what a ROS2 message is? The shell output is rather assuming, don’t you think? Anyways, time to use some theory. We’ll come back to the shell later on.
A picture speaks a thousand words
So they say. Since the shell couldn’t help us, maybe a picture will. Here is it:
Key points about the picture above:
Nodes need to communicate with one another.
They do so by sending and receiving messages over channels called topics.
These are the basics of ROS(2) messages. We’ll see more in the “tell and show” subsections that follow.
There are different kind of messages
Yes, depending on the goal. For instance, a message to move a robot wheel is different from a message to take a picture with its camera.
Let’s see what the shell has to say about this, using the first command (list) shown in our first shell output:
Whew, we have a bucket list there (output truncated)! Those are the message types bundled with ROS2. You can create your own messages, but we won’t talk about that here.
You now know that there are many message type, but there’s one more important thing you should know…
You need to know the structure of messages before you can use them effectively
Yes, that right:
Sending nodes need this to compose a valid message.
Receiving nodes need this to properly process the message received.
Let’s say we want to send a ‘string’ message “Hello World”. Looking at the list of bundled messages, std_msgs/String looks like a good candidate. How do we compose a message of that type? Here’s where the last command (show) proposed by our first shell output comes in:
root@9cd3dc8de69a:/# ros2 msg show std_msgs/String
string data
So we know from the output above that we need to compose a message object with a single variable data of string type. Now let’s send the message over the wire:
Remember we mentioned that we send messages over channels called topics? Here we’re sending out message over the /world channel. If you want to learn more about working with topics, please see this post.
Take home – make your own sandwich!
So far so good! Having taken the sandwich in the section above, I believe you have come of age and can make some yourself now 🙂 . The following were intentionally left out of this post, try them out:
Examine the structure of the geometry_msgs/Twist , geometry_msgs/Vector3 and any other message(s) you wish from the bucket list of message types.
Try out the message sub-commands shown in the first shell output: package and packages.
Video version of this post
One man’s meat is another man’s fish. If you prefer to learn about ROS2 messages by watching a short video, we have one for your below. Happy watching!
Feedback
Did you like this post or the video? Whatever the case, please leave us your thoughts in the comments section below, so we can interact and learn from each other.
If you want to learn about other ROS topics, please let us know in the comments area and we will do a post or video about it.
In this post, we’ll see how to work (or play) with ROS2 topics from the command line. This is very useful for tinkering with ROS2 topics as wells as writing and debugging mission-critical ROS2 programs.
Let’s go, shall we?
Getting Ready for the Action
This post is 99.99% practical, so you need a functional ROS2 installation to follow along. We will use one of the awesome Docker images of ROS2 provided by the Open Source Robotics Foundation (OSRF), to keep it easy for everyone and make sure we can tinker with ROS2 without committing too much time to installing it (yet). Choose any of the following options:
Spin a free ROS development environment at ROSDS. With this, you skip all installations; just a few clicks and you will have access a ROS-ready computer within your browser. This is the recommended option and the one used for this post. In this option, a “open a terminal” means you should pick the Shell app from the ROSDS Tools menu.
You have docker installed on your local development machine. Please note that a ROS2 installation is not necessary since we’re using a docker image.
Open a terminal on your machine and spin up the ROS2 docker image:
user:~$ docker run -it osrf/ros2:nightly
Unable to find image 'osrf/ros2:nightly' locally
nightly: Pulling from osrf/ros2
...
root@759719bcb5a5:/#
Important: if the image tag specified is not available, please check out the available tags at https://hub.docker.com/r/osrf/ros2/tags.
Now open three other terminals and run the same command above. We’ll need to work with them in parallel. So we should have four terminals now, Terminals 1 – 4.
ROS2 topics – how you can work (or play) with them
Now we are getting down to it; let’s see how we can work or play with ROS2 topics.
See a list of commands available to work with ROS2
First, we want to see the operations we can do on ROS2 topics. Depending on the version of ROS2 in the image you are able to spin, you might see a slightly different output. The version used in this post is ROS2 Crystal, but the one in the video is ROS2 Bouncy. That said, we’ll be looking at basically the same operations regardless of the RO2 version.
To see what commands you can run against ROS2 topics, type in the command shown below.
In Terminal 1:
root@759719bcb5a5:/# ros2 topic
usage: ros2 topic [-h] [--include-hidden-topics]
Call `ros2 topic <command> -h` for more detailed usage. ...
Various topic related sub-commands
optional arguments:
-h, --help show this help message and exit
--include-hidden-topics
Consider hidden topics as well
Commands:
delay Display delay of topic from timestamp in header
echo Output messages from a topic
hz Print the average publishing rate to screen
info Print information about a topic
list Output a list of available topics
pub Publish a message to a topic
Call `ros2 topic <command> -h` for more detailed usage.
There you go! Now let’s try some of these commands.
See a list of available topics
Following the output of the command we ran above, let’s get this list of available topics.
In Terminal 1:
root@759719bcb5a5:/# ros2 topic list
/parameter_events
/rosout
ROS2 created the above topics by default; we didn’t create them. But that’ll change in a bit.
⇒ Take home: run the command ros2 topic list -h to see more options for this command, and try out some.
Create a topic and publish to it at the same time
Now we’ll create and publish to a new topic, /barbarians: run the command below.
Basically, to publish to a topic, you do ros2 topic pub [topic_name] [message_type] [message_in_right_structure]. For our case above:
Our desired topic name was /barbarians
The message type I wanted to publish is a String, so I just used the inbuilt message type std_msgs/String.You can get a list of inbuilt messages with ros2 msg list.
I “composed” the message according to the structure dictated by std_msgs/String. I got the structure of this message type with:
root@dd56efdf3a28:/# ros2 msg show std_msgs/String
string data
And that’s it!
Also, by publishing to a topic that did not exist before, we got ROS2 to automatically create it. Let’s confirm that.
In Terminal 2:
root@ed2f3e495885:/# ros2 topic list
/barbarians
/parameter_events
/rosout
root@ed2f3e495885:/#
We could also publish to an existing topic, and we’ll see that shortly.
⇒ Take home: run the command ros2 topic pub -h to see more options for this command, and try out some.
So we see that we have 1 node publishing to the topic, and zero nodes subscribed to it. Since it’s a “barbaric” topic, let’s have another node publishing to it:
We have seen how to use four different commands related to ROS2 topics: list, pub, info, echo. You may have seen that we didn’t cover every command listed. What to do with the ones we didn’t cover? Try them out on your own, of course ;).
The video version of this post
I hope you learned something useful from this post. If you prefer to watch the video version of this post, we have you covered. Please find the video below.
Feedback
Did you like this video? Whatever the case, please leave us some feedback in the comments section below, so we can interact and learn from each other.
If you want to learn about other ROS topics, please let us know in the comments area and we will do a video or post about it.