The following hardware will be used:
First of all, install ROS 2 Humble Hawksbill on your Ubuntu 22.04 LTS computer. To do so from binaries, via Debian packages, follow the instructions detailed here.
TIP: Alternatively, you can use a docker container with a fresh ROS 2 Humble installation. The one that serves the purpose is the container run by the command:
docker run -it --net=host -v /dev:/dev --privileged ros:humble
Once you have a ROS 2 installation in the computer, follow these steps to install the micro-ROS build system:
# Source the ROS 2 installation
source /opt/ros/$ROS_DISTRO/setup.bash
# Create a workspace and download the micro-ROS tools
mkdir microros_ws
cd microros_ws
git clone -b $ROS_DISTRO https://github.com/micro-ROS/micro_ros_setup.git
#git clone github.com问题已经暂时免费解决了
src/micro_ros_setup
# Update dependencies using rosdep
sudo apt update && rosdep update
rosdep install --from-paths src --ignore-src -y
#rosdep的问题已经免费解决了
# Install pip
sudo apt-get install python3-pip
# Build micro-ROS tools and source them
colcon build
source install/local_setup.bash
#目前上述代码一切运转正常
These instructions will setup a workspace with a ready-to-use micro-ROS build system. This build system is in charge of downloading the required cross-compilation tools and building the apps for the required platforms.
The build system’s workflow is a four-step procedure:
Once the build system is installed, let’s create a firmware workspace that targets all the required code and tools:
# Create step
ros2 run micro_ros_setup create_firmware_ws.sh freertos olimex-stm32-e407
这是目前执行上述代码遇到的问题
Once the command is executed, a folder named firmware
must be present in your workspace.
This step is in charge, among other things, of downloading a set of micro-ROS apps for the specific platform you are addressing. In the case of FreeRTOS, these are located at firmware/freertos_apps/apps
. Each app is represented by a folder containing the following files:
app.c
: This file contains the logic of the application.app-colcon.meta
: This file contains the micro-ROS app specific colcon configuration. Detailed info on how to configure the RMW via this file can be found here.For the user to create its custom application, a folder
will need to be registered in this location, containing the two files just described.
The configuration step will set up the main micro-ROS options and select the desired application. It can be executed with the following command:
# Configure step
ros2 run micro_ros_setup configure_firmware.sh [APP] [OPTIONS]
The options available for this configuration step are:
--transport
or -t
: udp
, serial
or any hardware-specific transport label--dev
or -d
: agent string descriptor in a serial-like transport--ip
or -i
: agent IP in a network-like transport--port
or -p
: agent port in a network-like transportIn this tutorial, we will use a Serial transport (labeled as serial
) and focus on the out-of-the-box ping_pong
application located at firmware/freertos_apps/apps/ping_pong
. To execute this application with the chosen transport, run the configuration command above by specifying the [APP]
and [OPTIONS]
parameters as below:
# Configure step with ping_pong app and serial transport
ros2 run micro_ros_setup configure_firmware.sh ping_pong --transport serial
You can check the complete content of the ping_pong
app here.
This example showcases a micro-ROS node with two publisher-subscriber pairs associated with a ping
and a pong
topics, respectively. The node sends a ping
package with a unique identifier, using a ping
publisher. If the ping
subscriber receives a ping
from an external node, the pong
publisher responds to the incoming ping
with a pong
. To test that this logic is correctly functioning, we implement communication with a ROS 2 node that:
ping
subscriber.fake_ping
package, that is received by the micro-ROS ping
subscriber. As a consequence, the pong
publisher on the micro-ROS application will publish a pong
, to signal that it received the fake_ping
correctly.The diagram below clarifies the communication flow between these entities:
The contents of the FreeRTOS app specific files can be found here: app.c and app-colcon.meta. A thorough review of these files is illustrative of how to create a micro-ROS app in this RTOS.
When the configuring step ends, just build the firmware:
# Build step
ros2 run micro_ros_setup build_firmware.sh
Flashing the firmware into the platform varies across hardware platforms. Regarding this tutorial’s target platform (Olimex STM32-E407), the JTAG interface is going to be used to flash the firmware.
Connect the Olimex ARM-USB-TINY-H to the board:
Make sure that the board power supply jumper (PWR_SEL) is in the 3-4 position in order to power the board from the JTAG connector:
Once you have your computer connected to the Olimex board through the JTAG adapter, run the flash step:
# Flash step
ros2 run micro_ros_setup flash_firmware.sh
The micro-ROS app is now ready to be connected to a micro-ROS agent to start talking with the rest of the ROS 2 world. To do that, let’s first of all create a micro-ROS agent:
# Download micro-ROS-Agent packages
ros2 run micro_ros_setup create_agent_ws.sh
Now, let’s build the agent packages and, when this is done, source the installation:
# Build step
ros2 run micro_ros_setup build_agent.sh
source install/local_setup.bash
Then, depending on the selected transport and RTOS, the board connection to the agent may differ. In this tutorial, we’re using the Olimex STM32-E407 Serial connection, for which the Olimex development board is connected to the computer using the usb to serial cable.
TIP: Color codes are applicable to this cable. Make sure to match Olimex Rx with Cable Tx and vice-versa. Remember GND!
At this point, you have both the client and the agent correctly installed.
To give micro-ROS access to the ROS 2 dataspace, you just need to run the agent:
# Run a micro-ROS agent
ros2 run micro_ros_agent micro_ros_agent serial --dev [device]
TIP: you can use this command to find your serial device name: ls /dev/serial/by-id/*
At this point, the micro-ROS app is built and flashed and the board is connected to a micro-ROS agent. We now want to check that everything is working.
Open a new command line. We are going to listen to the ping
topic with ROS 2 to check whether the micro-ROS Ping Pong node is correctly publishing the expected pings:
source /opt/ros/$ROS_DISTRO/setup.bash
# Subscribe to micro-ROS ping topic
ros2 topic echo /microROS/ping
You should see the topic messages published by the Ping Pong node every 5 seconds:
user@user:~$ ros2 topic echo /microROS/ping
stamp:
sec: 20
nanosec: 867000000
frame_id: '1344887256_1085377743'
---
stamp:
sec: 25
nanosec: 942000000
frame_id: '730417256_1085377743'
---
At this point, we know that our micro-ROS app is publishing pings. Let’s check if it also answers to someone else’s pings. If this works, it’ll publish a pong.
So, first of all, let’s subscribe with ROS 2 to the pong
topic from a new shell (notice that initially we don’t expect to receive any pong, since none has been sent yet):
source /opt/ros/$ROS_DISTRO/setup.bash
# Subscribe to micro-ROS pong topic
ros2 topic echo /microROS/pong
And now, let’s publish a fake_ping
with ROS 2 from yet another command line:
source /opt/ros/$ROS_DISTRO/setup.bash
# Send a fake ping
ros2 topic pub --once /microROS/ping std_msgs/msg/Header '{frame_id: "fake_ping"}'
Now, we should see this fake_ping
in the ping
subscriber console, along with the board’s pings:
user@user:~$ ros2 topic echo /microROS/ping
stamp:
sec: 0
nanosec: 0
frame_id: fake_ping
---
stamp:
sec: 305
nanosec: 973000000
frame_id: '451230256_1085377743'
---
stamp:
sec: 310
nanosec: 957000000
frame_id: '2084670932_1085377743'
---
Also, we expect that, because of having received the fake_ping
, the micro-ROS pong
publisher will answer with a pong
. As a consequence, in the pong
subscriber console, we should see the board’s answer to our fake_ping
:
user@user:~$ ros2 topic echo /microROS/pong
stamp:
sec: 0
nanosec: 0
frame_id: fake_ping
---
If you have multiple boards, by connecting them to the same ROS 2 space it is possible to see them interacting. In the case you only have one board, it is possible to see your micro-ROS ping pong app running on hardware interacting with the ping pong app from the Linux tutorial. When multiple ping pong nodes coexists, it is possible to see their output like this micro-ROS for Linux app:
Ping send seq 1711620172_1742614911 <---- This micro-ROS node sends a ping with ping ID "1711620172" and node ID "1742614911"
Pong for seq 1711620172_1742614911 (1) <---- The first mate pongs my ping
Pong for seq 1711620172_1742614911 (2) <---- The second mate pongs my ping
Pong for seq 1711620172_1742614911 (3) <---- The third mate pongs my ping
Ping received with seq 1845948271_546591567. Answering. <---- A ping is received from a mate identified as "546591567", let's pong it.
Ping received with seq 232977719_1681483056. Answering. <---- A ping is received from a mate identified as "1681483056", let's pong it.
Ping received with seq 1134264528_1107823050. Answering. <---- A ping is received from a mate identified as "1107823050", let's pong it.
Ping send seq 324239260_1742614911
Pong for seq 324239260_1742614911 (1)
Pong for seq 324239260_1742614911 (2)
Pong for seq 324239260_1742614911 (3)
Ping received with seq 1435780593_546591567. Answering.
Ping received with seq 2034268578_1681483056. Answering.
This completes the First micro-ROS Application on FreeRTOS tutorial. Do you want to go back and try a different RTOS, i.e. NuttX or Zephyr?