Difference between revisions of "ROS2"

From ElphelWiki
Jump to: navigation, search
(Workflow)
(ROS2 on Zynq)
Line 61: Line 61:
 
  export AMENT_PREFIX_PATH=/usr
 
  export AMENT_PREFIX_PATH=/usr
 
  ros2 run demo_nodes_cpp listener</font>
 
  ros2 run demo_nodes_cpp listener</font>
 +
 +
===Workflow===
 +
* Use example recipes from [https://github.com/bmwcarit/meta-ros.git meta-ros.git]
 +
* ''bitbake package-name'', check output and logs in the poky build tree
 +
* List package in core-image-elphel393.bb's ''IMAGE_INSTALL_append''
 +
<font color='green'>'''TODO:'''</font>
 +
* Implement with ''target-scp''
  
 
==<font color='blue'>ROS2 on PC</font>==
 
==<font color='blue'>ROS2 on PC</font>==

Revision as of 15:58, 7 December 2018

About

Use ROS2 in Elphel single or multi-camera systems. The cameras are 10393 system boards based on Xilinx Zynq, ARM.

Goals

Notes:

  • Controlling and initializing of multi-camera systems is already implemented using PHP API (autocampars.php), Python and lighttpd.
  • Using ROS2 is intended to simplify/standardize the above.
  • Using ROS2 is intended to make cameras compatible with other hardware supported by ROS1/2.

Having ROS2 cross-compiled and installed on each camera:

  • Initialize cameras in a pre-defined multi-camera system - sync and sequence critical init
  • Control multiple cameras from any camera of the system - parameters, recording
  • Control multiple cameras from a PC (with ROS2 for PC installed).
  • Control multiple cameras from a network device (w/o ROS2 installed, but with a browser) - by accessing a web server running on a camera interfaced with ROS2 of the camera. Can use nodejs or just lighttpd+php.

Status

Development

Interfaces

ROS2 nodes communicate over:

  • 1 GigE LAN or (possibly) wifi (camera1-camera2..N, pc-camera1..N, pc1-pc2..M)
  • within a single device

Notes:

  • image sensors, IMS (or GPS & IMU), any other sensors are attached to cameras via a custom interface or USB, with appropriate driver support.
  • normally cameras in the system are synced with a custom trigger cable - this is setup over network
  • any device attached to PC?

ROS2 on Zynq

Installation

TODO: Include meta-ros.git in elphel393 build system.

Include meta-ros to elphel393

  • Add path to bblayers.conf
  • Add to "IMAGE_INSTALL_append" of core-image-elphel393.bb:
packagegroup-ros2-world \

Notes

  • ROS2 for python populates /usr/lib/python3.5/site-packages/ so python scripts can live anywhere.
  • For command line apps, like ros2 ..., if AMENT_PREFIX_PATH is not set then:
OSError: Environment variable 'AMENT_PREFIX_PATH' is not set or empty
  • Useful commands (command line):
export AMENT_PREFIX_PATH=/usr
ros2 pkg list
ros2 node list
ros2 srv list
ros2 srv show std_srvs/Trigger
ros2 msg list
ros2 msg show std_msgs/String

Demos

talker-listener cpp

# terminal 1:
export AMENT_PREFIX_PATH=/usr
ros2 run demo_nodes_cpp talker

# terminal 2:
export AMENT_PREFIX_PATH=/usr
ros2 run demo_nodes_cpp listener

Workflow

  • Use example recipes from meta-ros.git
  • bitbake package-name, check output and logs in the poky build tree
  • List package in core-image-elphel393.bb's IMAGE_INSTALL_append

TODO:

  • Implement with target-scp

ROS2 on PC

Installation

Notes:

  • apt install ros-bouncy-desktop available in 18.04, n/a in 16.04
  • apt install ros-ardent-desktop available in 16.04

Workflow

  • ROS2 will get installed to /opt/ros/<name>, <name> = ardent, bouncy.
  • Terminal setup:
source /opt/ros/bouncy/setup.bash
or
source /opt/ros/bouncy/local_setup.bash
  • Create a workspace
  • Create some packages inside or clone - they have a vcs tool to clone all repos from a text file.
  • Install colcon
  • Then build with colcon
  • Packages will not get installed to /opt/ros/bouncy/... Instead they will stay in their folders.
  • To use a package:
source /opt/ros/bouncy/setup.bash
source ~/ros2_ws/some-package/install/local_setup.bash
ros2 pkg list
then run anything in this terminal

ROS2 General Notes

Notes

  • SROS is Secure ROS or something

Useful links

... 
if you are concerned about latency, like for soft real-time, you can basically tune DDS to be just a UDP blaster. In another scenario you might need something that behaves like TCP, but needs to be more 
tolerant to long dropouts, and with DDS all of these things can be controlled by changing the QoS parameters.
...

Docker

docker pull osrf/ros2:bouncy-desktop
docker run -i -t osrf/ros2:bouncy-desktop 
...no network, no colcon, no ament...


ROS1

Won't build. More info.