the Robot Construction Kit

Creating Components


This tutorial will give you some hands-on experience on:

  • how to model an oroGen component and embed a library
  • how to run a component

If you don’t want to execute the following steps by yourself, the result can also be found in ‘~dev/tutorials’. For this tutorial it is assumed that your autoproj installation can be found in ~/dev.

The component we want to create will integrate the functionality of the library developed in the previous tutorial, exposing that functionality into a system.

The final component will look like:

Producer Component

This step-by-step tutorial will guide you through the process of:

  • creating the oroGen component
  • declaring the component interface
  • adding the necessary C++ code for the component to pull data from the message_driver library out to its output port.

Creating an oroGen component

Rock provides the ‘oroGen’ tool which allows you to create Orocos Realtime Toolkit (Orocos RTT) based components. oroGen requires a simple specification to generate a skeleton, which can be filled with the functionality you require.

There are multiple advantages for using oroGen:

  • one can get an overview of the components without having to look at the code, and without having to rely on up-to-date documentation
  • you have the guarantee that your component(s) will be usable across the complete Rock toolchain, from simple command-line execution to advanced model-based system management

This tutorial does not cover all details of Orocos components but you will find further information in the oroGen documentation.

Similar to the creation of a library you create an oroGen component using the command ‘rock-create-orogen’.

~/dev$ rock-create-orogen tutorials/orogen/messages

You will see the same configuration dialog as when calling rock-create-lib. When you are asked for the dependencies, specify the library ‘tutorials/message_driver’ which we have created in the previous tutorial. If you missed this step, you can add this dependency to the manifest file of the component manually.

We require some information to update the manifest.xml
Brief package description 
(Press ENTER when finished):
Message producer component
Long description: 
This component will produce simple, timestamped messages                    
New user
Author email:
Url (optional):

Enter your dependencies as a comma separated list. 
Press ENTER when finished:

As a convention, all oroGen components are created inside an orogen/ subfolder of the corresponding library category. In this tutorial, the library and oroGen packages are placed respectively in the tutorials/ and tutorials/orogen folders. Moreover, when an oroGen component is created to integrate a library, it is recommended to use the same name for the library and the orogen component, e.g., tutorials/driver_name and tutorials/orogen/driver_name. Note, however, that this tutorial deviates from the standard practice since we will create multiple orogen components from the driver library over the course of the tutorials.

Define tasks

The previous command creates a new folder tutorials/orogen/messages. Inside that folder, you find three files: manifest.xml, messages.orogen and messagesTypes.hpp. The manifest.xml will have been filled with the information you provided already, but when you need to add additional dependencies to libraries or oroGen components, you will have to edit manifest.xml directly. Since you want to use your newly created library, check that your library has been added as a dependency.

<depend package="tutorials/message_driver" />

messages.orogen is the specification file of your new oroGen component, and allows you to define Orocos tasks. We will now define a message producer and a message consumer component, but this tutorial only refers to the message producer part. The goal is to create a component which produces messages at a rate of 1 Hz, so the component only requires an output port for messages.

Update messages.orogen as follows:

name "messages"

using_library "message_driver"
import_types_from "message_driver/Message.hpp"

task_context "Producer" do

  output_port "messages", "message_driver/Message"
  periodic 1.0

task_context "Consumer" do

  input_port "messages", "message_driver/Message"
  port_driven 'messages'

The specification contains a number of statements with the following meaning:

  • name: defines the name of the component
  • using_library: tells oroGen that this component requires, i.e. needs to link against the ‘message_driver’ library
  • import_types_from: tells oroGen to import all types in the given file
  • task_context: everything within this block defines an Orocos task context model, including that it needs to be configured before startup, which input and output ports should be created, and a default value for the runtime execution schema (every 1.0 second in this case)

The task has an output port called ‘messages’ of the type ‘message_driver/Message’. This type is initially unknown to the component, but it can be found in ‘Message.hpp’ of the ‘message_driver’ library. In order to make types known to your component so that you can use them in the specification, you have to do this explicitly with the ‘import_types_from’ statement. The using_library statement tells oroGen to look for a library of the given name and link it to any binaries (UNIX processes) which deploy this task. In this context, these binaries are called deployments.

The messagesTypes.hpp allows you to define additional C++-types. In this tutorial we will not further touch the file.

Integration into the build system

To finalize the package creation, one has to run rock-create-orogen again, but this time without arguments and in the folder that contains the oroGen file. This will create the initial layout of your package and initialize a git repository. When your git configuration is incomplete, you might be requested to update your git settings via:

    git config --global ""
    git config --global "Your Name"

Then, you should add your component to the build system by adding the package to autproj/manifest’s layout section:

  - github: rock-core/package_set

# Layout. Note that the rock.base, rock.toolchain 
# and orocos.toolchain sets are imported 
# by other rock sets.
  - rock.core
  - tutorials/message_driver
  - tutorials/orogen/messages

And then call amake in the package’s folder.


If you get an error here, you most likely have a syntax error. In that case, please compare your files against the files in the tutorial package set.

Writing the task

Now that you have created the oroGen component, you can embed the functionality that the message_driver library provides in order to achieve a proper message producing component.

The second call to rock-create-orogen created several new files. For now, you only need to care about the files in the tasks subfolder and you can safely ignore the templates folder for the moment.

Within the subfolder tasks of the created component, you will find two files: Producer.hpp and Producer.cpp. They contain the skeleton for the Orocos component that has been created. Within Producer.hpp, you will find the declarations of so-called hook methods: configureHook, startHook, stopHook, errorHook and cleanupHook. For this tutorial we will focus on the updateHook (more information about these methods can be found here).

To add the message_driver functionality, add a forward declaration for message_driver and add a message_driver::MessageDriver member to the Producer.hpp:

namespace message_driver {
    class MessageDriver;

namespace messages {
    class Producer : public ProducerBase
        friend class ProducerBase;
        message_driver::MessageDriver* mpMessageDriver;

Include the header of the message driver and its allocation/deallocation to the constructor/deconstructor. Update Producer.cpp as follows:

#include "Producer.hpp"
#include <message_driver/MessageDriver.hpp>

Producer::Producer(std::string const& name)
    : ProducerBase(name),
    mpMessageDriver(new message_driver::MessageDriver())

    delete mpMessageDriver;

Next, you will implement the updateHook.
You will request a new message from the driver and write it to the output port ‘messages’. The port is identified by its name and a ‘_’ which is prefixed to all orogen elements. The update port will be triggered at 1Hz. Both the name of the port and the periodicity have been specified in the .orogen file.

void Producer::updateHook()

    message_driver::Message msg = mpMessageDriver->createMessage();

To build your first component call:

amake tutorials/orogen/messages

Or, assuming that you are in the messages folder or in one of its subfolders, you can use


Run it

Now, that you have a component ready to run, you probably want to see it running. Rock offers a ruby scripting interface for that purpose: orocos.rb Create a subfolder ‘scripts’ in the messages component (~/dev/tutorials/orogen/messages) and create a file start.rb.

require 'orocos'
include Orocos

## Initialize orocos ##

## Execute the task 'messages::Producer' ## 'messages::Producer' => 'messages' do
  ## Get the task context##
  messages = Orocos.name_service.get 'messages'

  ## Configure the task
  ## Start the task ##
  reader = messages.messages.reader
  puts 'Starting to read messages ...'
  while true
      if msg = reader.read_new
          puts "#{msg.time} #{msg.content}"
      sleep 0.1

This script starts the default deployment of the producer part of the ‘messages’ task (the second argument behind gives the name to access it in the body). Once the producer has been created, the task can be accessed using ‘Orocos.name_service.get’. Having the reference to the task context allows you to access its elements and to configure and start the task. Now, just run the script using Ruby.


ruby start.rb

The script prints only new messages which are provided by the producer. Since you set the periodicity to 1 second, messages should show only every 1s.

Starting to read messages ...
Tue Aug 02 16:43:48 +0200 2011 Message from MessageDriver
Tue Aug 02 16:43:49 +0200 2011 Message from MessageDriver

Stop the script with CTRL+C. The script will stop the component process by itself, which would also happen if you had an error in the script itself.


In this tutorial you have learned:

  • How to create a simple oroGen component,
  • how to embed a library into an oroGen component and
  • how to use Ruby to start oroGen components.

Now that you have a rough idea of what oroGen is and what it can do, we recommend that you have a look at the oroGen cheat sheet.

In the next tutorial you will learn more about task configuration.

Progress to the next tutorial.