Skip to content
On this page

OLVX™-EIO-U01X08P

(software patch > 1215)

Overview

olive™ EdgeIO is a robotics optimized System on Module (SOM) that weighs only 5 grams, is capable of running both ROS and ROS 2 simultaneously and is the key to building high-performance, industry-leading software-defined robot hardware components.

Key features

  • 5 grams
  • 32 mm x 32 mm footprint
  • ROS and ROS 2-support
  • Debian-based. Production-grade software stack and OS included

Components

som1!

som2!

Layout

som4!

Technical Specification

TECH SPECSDETAILS
FORM FACTOR
Dimensions32mm x 32mm x 4mm
Weight5 grams
PROCESSOR UNIT
Application ProcessorDual Cortex-A7 up to 800 MHz
Real-Time ProcessorCortex-M4 MPU up to 200 MHz
MEMORY
On Chip (SoC)512 MB RAM
On Chip EEPROM (SoC)512 Bytes x 8
On SOMUp to 512 GByte SD Flash
CONNECTIVITY
High-Speed Connectivity1x Virtual Ethernet over USB-C (up to 0.5 Gbps)
Other I/O1x USB 2.0 Host, 2x UART, 2x I2C, 1x SPI, 8x ADC, 8x PWM
SOFTWARE
Yocto BSP available for batch purchasesLinux Kernel - Linux 5.10
Operating SystemDebian 11
Communication middlewareeProsima Fast DDS and Apache Cyclone DDS
Robotic Operating SystemsROS Noetic Ninjemys, ROS 2 Humble Hawksbill
POWER AND THERMAL
Power Consumption<1W (1.5 W max)
VoltageSingle 5.0v
Max Current300mA
Temperature RangeCommercial 0°C to 85°C / Industrial -40°C to +85°C

Versions

FeatureOLVX EIO-U01X08P-AOLVX EIO-U01X08P-C
ADC input8x (Max Input Voltage 3.3V)3x (Max Input Voltage 3.3V)
PWM output8x (Max IO Voltage 3.3V)8x (Max IO Voltage 3.3V)
Serial1x (Max Speed 3Mbps)1x (Max Speed 3Mbps)
I2C2x (Max Speed 1MHz)2x (Max Speed 1MHz)
SPI1x (Max Speed 5MHz)1x (Max Speed 5MHz)
USB1x USB 2.01x USB
CANNot available1x (Max Speed 5Mbps)

Hardware Quick Setup

SD card

Locate the 3-pos DIP switch on the SOM module. Before proceeding, it must be set to the 101 position. This configuration allows the SOM to boot from the SD card. Ensure the SD card is properly seated and secured.

som5!

som6!

Connect the SOM with a USB-C cable to your computer.

LEDs

Your System-on-Module (SOM) is equipped with five LEDs, designed to provide critical information about the system's status.

The two LEDs located on the sides are voltage indicators, which remain lit to signal the availability of power to the system. They provide assurance that the system is receiving adequate power supply.

Centrally located are three more LEDs, serving as the software status of the system.

The middlemost LED acts as the heartbeat of your system. Think of it as a health check; when it's flashing, you can be sure your system is alive and well.

Flanking this heart-beat LED on the sides are two user-related status indicators. You can control them according to your application.

These five LEDs, working together, ensure you always have a clear picture of your SOM's status and health.

som6!

Pin Description

som3!

Software Quick Setup

Olix-OS Real-Time Linux for Robotics

Olix-OS Linux is a version of the Linux operating system that is optimized for use on embedded systems, which are small, resource-constrained devices that are used in a wide range of applications such as industrial automation, consumer electronics, and the Internet of Things (IoT).

Olix-OS Linux is typically built using a small subset of the Linux kernel and a minimal set of user-space utilities and libraries. This allows it to run on devices with limited memory and processing power, and it also reduces the size of the operating system, making it more suitable for embedded systems.

Olix-OS Linux can be built using various build systems such as Yocto Project, Buildroot, and OpenEmbedded. These build systems provide pre-configured Linux distributions, which can be customized to suit the specific requirements of the embedded system. They also provide a set of tools for building and managing the Linux system, including the kernel, bootloader, and user-space utilities and libraries.

Olix-OS Linux is also highly configurable, which allows developers to fine-tune the operating system to meet the specific requirements of the embedded system. This includes configuring the kernel and user-space libraries, optimizing the system for performance, and selecting the appropriate drivers and software components.

One of the advantages of using Olix-OS Linux is that it is open-source, which means that developers have access to the source code of the operating system and can modify it to suit their needs. Additionally, embedded Linux has a large and active community of developers, which means that there is a wealth of documentation, support, and development tools available.

Overall, embedded Linux is a versatile and powerful operating system that is well-suited for use on embedded systems. It provides a small footprint and configurability, as well as a large library of pre-built software, making it a popular choice for developers and manufacturers alike.

Bridge Image

Config Files

Olive config files are located at

/opt/olive/config/current
/opt/olive/config/current

config!

Here, for each component type, you will see a separate folder containing two types of YAML files. The first type is the config files, which are related to startup configurations, and the second type is the param files, which are related to real-time ROS parameter interactions.

Autorun your custom application

If you would like to enable autorun behavior for your custom application within the Olive components, you can add the executable command at the end of the app loader script. You can extend the script and add your logic to it.

/usr/bin/olive-app-loader.sh
/usr/bin/olive-app-loader.sh

Restarting Services

After ssh in your component, you can start, stop or restart olive dcm services by using this commands.

service!

for eio:

sudo systemctl restart olive-dcm-eio.service
sudo systemctl restart olive-dcm-eio.service

for camera:

sudo systemctl restart olive-dcm-camera.service
sudo systemctl restart olive-dcm-camera.service

for imu:

sudo systemctl restart olive-dcm-imu.service
sudo systemctl restart olive-dcm-imu.service

for servo:

sudo systemctl restart olive-dcm-servo.service
sudo systemctl restart olive-dcm-servo.service

for system:

sudo systemctl restart olive-dcm-system.service
sudo systemctl restart olive-dcm-system.service

for manager:

sudo systemctl restart olive-sys-manager.service
sudo systemctl restart olive-sys-manager.service

for app loader:

sudo systemctl restart olive-app-loader.service
sudo systemctl restart olive-app-loader.service

Firmware Releases

FormatVersionLink
Compressed IMG1.3.2download
Compressed IMG2.2.0download
Compressed IMG2.2.1download

How can i see what is my current Software Patch?

In the Olive GUI dashboard in the device status group box you can see your current firmware version.

Flashing a New Image with Etcher Software

Introduction

Etcher is a free and open-source utility used to write image files such as .iso and .img files, as well as zipped folders onto storage media to create live SD cards and USB flash drives. It's widely used to flash OS images for Raspberry Pi, Arduino, and many other applications. Etcher is developed by balena, and it's available for Windows, macOS, and Linux.

Prerequisites

  • An image file you want to flash, typically with a .iso or .img extension. (unzip the firmware file if it is compressed)
  • A USB drive or SD card with enough storage to accommodate the image file. (32 Gb or more)
  • A computer with Etcher installed.

Step-by-Step Guide to Flashing an Image with Etcher

Step 1: Download and Install Etcher

  • Navigate to Etcher's official download page.
  • Choose the version of Etcher that corresponds to your operating system (Windows/macOS/Linux).
  • Download the installer and run it. Follow the on-screen instructions to install Etcher on your system.

Step 2: Prepare Your USB Drive or SD Card

  • Insert the USB drive or SD card into your computer.
  • Ensure that there is no important data on the drive, as the flashing process will erase everything on it.

Step 3: Open Etcher and Select Image

  • Open Etcher on your computer.
  • Click on the “Flash from file” button.
  • Navigate to the location where your image file is stored, select it, and click “Open” (or an equivalent, depending on your OS).

Step 4: Select Target

  • Click on the “Select target” button.
  • Choose your USB drive or SD card from the list. Be very careful to select the correct drive, as all data on the drive will be erased.
  • Click “Connect” (or equivalent).

Step 5: Flash the Image

  • Click on the “Flash!” button.
  • Etcher will format the drive and write the image file to the USB drive or SD card. This process may take some time, depending on the size of the image file and the speed of the drive.
  • Once the flashing process is complete, Etcher will validate the write to ensure it was successful.

Step 6: Eject Safely

  • Once the flashing process is complete and validated, you can close Etcher.
  • Eject the USB drive or SD card safely from your computer.

Step 7: Use the Flashed Drive

  • You can now use the USB drive or SD card to boot a computer or power a device (such as a Raspberry Pi) depending on the image you flashed.

Troubleshooting Tips

  • If Etcher fails to flash the image, try using a different USB port or card reader.
  • Ensure that the image file is not corrupted. You might re-download the file or check its integrity if possible.
  • Make sure your USB drive or SD card has enough space for the image file.
  • If you experience persistent issues, consult the Etcher's GitHub repository or community forums for assistance.

Patch Update

Releases

FormatVersionMin FirmwareLinkNote
SWU8091.3.2download-
SWU8472.2.0download-
SWU8482.2.0download-
SWU10042.2.0downloadIMU v2.0
SWU10252.2.0downloadIMU v2.1
SWU10262.2.0downloadIMU v2.1 (No Magnetometer / Relative AHRS)
SWU11782.2.0downloadIMU / CAM / Servo v2.3
SWU12152.2.0downloadIMU / CAM / Servo v2.4
SWU12542.2.0downloadIMU / CAM / Servo v2.5
SWU12972.2.0downloadIMU / CAM / Servo / EIO (Preview, not official) v2.5

1) If you are updating a patch for the first on a fresh OlixOS

Fist open the update screen on your browser by going to <device_ip>:7070

then browse or drag and drop the (.swu) file olive_one_x.swu to the upload area. Then wait for a minute to software patch updater applies the software patch on your fresh OlixOS.

2) If you are updating a patch on a working OlixOS

Fist open the update screen by simply going to <device_ip> then select the Firmware Update from the left panel.

then browse or drag and drop the (.swu) file olive_one_x.swu to the upload area. Then wait for a minute to software patch updater applies the software patch on your current OlixOS.

Bridge Image

How can i see what is my current Software Patch?

In the Olive GUI dashboard in the device status group box you can see your current software patch version

Environment Variables

In Olive components the permanent Environment Variables are located in:

/opt/olive/script/env.sh

In order to add your custom Environment variable you should declare it in this script, for example:

declare -x ROS_DOMAIN_ID="0"

SSH

How to log in

Logging in to a Linux real-time Olix-OS system using SSH (Secure Shell) is a common method for remotely accessing and managing the system. SSH is a secure protocol that allows you to remotely access the command line of a Linux system over a network connection.

To log in to a Linux real-time Olix-OS system using SSH, you will need a computer or device with an SSH client installed, and the IP address or hostname of the Olix-OS system.

The first step is to open the terminal or command prompt on your computer and type the command ssh olive@<IP_address> or ssh olive@<hostname> and press enter. This will initiate an SSH connection to the Olix-OS system.

Once the connection is established, you will be prompted for the password for the user account olive. You will need to enter the password one and press enter.

After providing the correct credentials, you will be logged in to the Olix-OS system and will have access to the command line interface. You can then issue commands to the Olix-OS system and perform various tasks such as configuring the system, managing files and processes, and monitoring system performance.

It's also important to note that SSH uses encryption to secure the communication between the client and the server, which means that your login credentials and data transmitted during the session will be protected against eavesdropping.

It's also important to mention that, depending on the real-time Olix-OS Linux distribution, the SSH daemon might not be enabled by default. It's recommended to check the system configuration and the usage of ssh service on the Olix-OS Linux before trying to connect to the system.

Network Configuration

1) Indipended device connection

You can set and update your device IP, netmask and gateway from the device dashboard GUI. More information Here:

Olive GUI Dashboard

olive_network!

2) Multi-Device Interoperability

Multi-Device / Servo Daisy Chain

When you connect multiple Olive components to your computer, they will appear as several Ethernet devices in your network adapter settings. In this configuration, it's necessary to either set up an internal network bridge or define static routes to ensure all devices are properly connected to your computer and can be pinged.

Daisy chain means you have an Olive servo in your setup and therefore you will need the Olive power spliter too. You can see the example network diagram below. Please note that the Olive camera in the daisy chain will work without automatically but for the IMU you will need to setup the connection manually.

olive_network!

Alternatively, you can daisy-chain multiple servos, adding a camera or IMU at the end of the chain. In daisy chain mode, network bridging is handled automatically, requiring no additional configuration.

In summary, using the daisy chain method results in only one Ethernet device being visible in your network device list, but you can still access and ping all devices in the chain. Conversely, connecting multiple components without daisy-chaining will show multiple devices in your network list. This arrangement typically requires manual setup, involving the creation of a bridge network or the definition of static routes to integrate all Ethernet interfaces connected to Olive components. Follow the relevant procedures to establish this setup.

Solution 1 (Statics Routing)

if this is your example network setup:

olive_network!

[imu 1: 10.42.0.7] => [pc interface: 10.42.0.1]
[imu 2: 10.42.0.8] => [pc interface: 10.42.0.2]
[imu 1: 10.42.0.7] => [pc interface: 10.42.0.1]
[imu 2: 10.42.0.8] => [pc interface: 10.42.0.2]

then on your main pc try:

sudo ip route add 10.42.0.7 via 10.42.0.1
sudo ip route add 10.42.0.8 via 10.42.0.2
sudo ip route add 10.42.0.7 via 10.42.0.1
sudo ip route add 10.42.0.8 via 10.42.0.2

Solution 2 (Network Bridge)

  1. Install the bridge-utils package:

sudo apt install bridge-utils

  1. First use the command "ifconfig" to see your current network interfaces:
ifconfig
ifconfig

As you can see in our example we have two Olive devices (enxa80000000001) and (enxa82c8d3c047b). We want to create a single bridge to internally connect this two interfaces and represents them with one ip address.

bridge1!

  1. Open the Network Manager connection editor GUI:

nm-connection-editor

bridge2!

click on (+) and select "Bridge" from the list

bridge3!

  1. In the Bridge connection Editor add your Olive network interfaces. Each time select "Add" then select "Ethernet"

bridge4!

bridge5!

from the device list select the Olive devices by the interface name or the MAC address. Here (enxa80000000001) and (enxa82c8d3c047b).

bridge6!

Once you done this step you will two interfaces in the list

bridge7!

  1. Change the Bridge ip to manual mode and define a static ip like:

bridge8!

It is better to select "10.42.0.x" or better "10.42.0.1" as shown in the picture.

  1. Remove extra (old) netwrok connections.

bridge9!

bridge10!

  1. Check the bridge connection:

sudo brctl show

This should display the bridge connection status between the Olive components.

bridge11!

  1. Test the connection with the "ping" command to ensure eveything is correct. In our case the first component has the ip address "10.42.0.7" and the second one has "10.42.0.8".

bridge13!

Internet Sharing

Windows

  1. First, open the Network Manager and identify your Olive network interface (in this case, "network 39"). Also, identify the interface through which you wish to share the internet (in this context, the WiFi).

Bridge Image

  1. Next, access the settings of the WiFi network. Navigate to the appropriate tab and select the "Internet Sharing" feature. From the dropdown list, choose the Olive interface (in this instance, "network 39").

a3!

  1. Once again, open the network settings for the Olive interface. Proceed to the IPv4 configuration and modify the predefined IP to match the default gateway IP of the Olive interface. By default, the gateway value is set to 10.42.0.1.

a4!

a5!

a6!

  1. Now, SSH into the Olive component and attempt to ping 8.8.8.8 to verify your internet connection. If successful, you should observe a successful ping response as shown below:

a7!

  1. If you wish to change the default gateway on the device, follow these commands on the Olive component:
sudo ip route del default #delete the default route
sudo ip route add default via 10.42.0.1 #add the default route
sudo ip route del default #delete the default route
sudo ip route add default via 10.42.0.1 #add the default route

Linux Method 1 (Wi-Fi internet sharing)

  1. Install Necessary Packages: Before you begin, ensure you have the net-tools and dnsmasq packages installed. These tools will help manage and share the network.
sudo apt update
sudo apt install net-tools dnsmasq
sudo apt update
sudo apt install net-tools dnsmasq
  1. Use the following command to list your network interfaces:
ifconfig
ifconfig
  1. Use the commands bellow to share your wifi internet (here wlp3s0) with you olive interface (here enxa80000000001). Replace this two interface names according to your wifi and olive interface name.
sudo sysctl -w net.ipv4.ip_forward=1
sudo iptables -t nat -A POSTROUTING -o wlp3s0 -j MASQUERADE
sudo iptables -A FORWARD -i enxa80000000001 -o wlp3s0 -j ACCEPT
sudo apt-get install iptables-persistent
sudo sysctl -w net.ipv4.ip_forward=1
sudo iptables -t nat -A POSTROUTING -o wlp3s0 -j MASQUERADE
sudo iptables -A FORWARD -i enxa80000000001 -o wlp3s0 -j ACCEPT
sudo apt-get install iptables-persistent
  1. Verify Internet Sharing: SSH into the Olive component and try pinging an external server to check if the internet connection is shared:
sudo ping 8.8.8.8
sudo ping 8.8.8.8

Linux Method 2 (Lan internet sharing)

  1. Install Necessary Packages: Before you begin, ensure you have the net-tools and dnsmasq packages installed. These tools will help manage and share the network.
sudo apt update
sudo apt install net-tools dnsmasq
sudo apt update
sudo apt install net-tools dnsmasq
  1. Use the following command to list your network interfaces:
ifconfig
ifconfig
  1. Configure Network Manager:
  • Open the Network Manager GUI.
  • Identify your primary internet connection.
  • Also, identify the Olive network interface you wish to share the internet with.
  1. Set Up Internet Sharing:
  • Go to the settings of your primary internet connection.
  • Navigate to the "IPv4" tab.
  • Choose the "Shared to other computers" option from the "Method" dropdown menu.
  1. Restart Network Manager: After making the changes, restart the Network Manager to apply them:
sudo service network-manager restart
sudo service network-manager restart
  1. Verify Internet Sharing: SSH into the Olive component and try pinging an external server to check if the internet connection is shared:
sudo ping 8.8.8.8
sudo ping 8.8.8.8

Time Synchronization

Network Time Protocol (PTP)

Due to limitations in the USB protocol, achieving PTP synchronization is not feasible with our current USB version of the products. However, we are planning to support PTP with our upcoming Ethernet version, expected to launch next year.

Network Time Protocol (NTP)

Setting Up NTP Synchronization on Olive Components

Adding NTP Server IP:

  1. Access the GUI: Log into your Olive component's GUI.
  2. Configure NTP Settings: Find the network or time settings and enter the IP of your NTP server.
  3. Save and Reboot: Apply changes and reboot the component.
  4. Verify Time: Open a terminal,ssh to Olive, type date, and check the time sync.
  5. Deep Verify: ntpq -p

a8!

olive@robotics:~$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.debian.pool.n .POOL.          16 p    -   64    0    0.000   +0.000   0.002
 1.debian.pool.n .POOL.          16 p    -   64    0    0.000   +0.000   0.002
 2.debian.pool.n .POOL.          16 p    -   64    0    0.000   +0.000   0.002
 3.debian.pool.n .POOL.          16 p    -   64    0    0.000   +0.000   0.002
*192.168.7.100   79.133.44.138    2 u  172  256  377    0.294   -5.920   1.859
olive@robotics:~$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.debian.pool.n .POOL.          16 p    -   64    0    0.000   +0.000   0.002
 1.debian.pool.n .POOL.          16 p    -   64    0    0.000   +0.000   0.002
 2.debian.pool.n .POOL.          16 p    -   64    0    0.000   +0.000   0.002
 3.debian.pool.n .POOL.          16 p    -   64    0    0.000   +0.000   0.002
*192.168.7.100   79.133.44.138    2 u  172  256  377    0.294   -5.920   1.859

Installing an NTP Server on Your Host Computer

For Linux:

  1. Install NTP: Run sudo apt-get update && sudo apt-get install ntp.
  2. Edit Config: Modify /etc/ntp.conf to add public NTP server entries.
  3. Restart NTP: Execute sudo systemctl restart ntp.

For Windows:

  1. Enable NTP Server: Go to Internet Time settings in the Control Panel, set up synchronization with a server from pool.ntp.org, and click Update now.

Note: Ensure UDP port 123 is open in your firewall for NTP traffic.

That's it! Your Olive system should now be synchronizing its time with the predefined NTP server.

Data Distribution Service (DDS) Middlewares

Supported DDS implimentations

Product nameLicenseRMW implementationStatus
eProsima Fast DDSApache 2rmw_fastrtps_cppFull support
Eclipse Cyclone DDSEclipse Public License v2.0rmw_cyclonedds_cppFull support
RTI Connextcommercial, researchrmw_connext_cpp-
Zetascale Zenohcommercial, researchrmw_zenoh-

1. Fast DDS (formerly Fast RTPS)

The default DDS implementation for most ROS2 distributions.

Example Configuration for Fast DDS on Olive Device

This configuration is maintained automatically in the system, and you don't need to change it. However, it's useful to be familiar with it. If desired, you can extend this configuration to your host computer as well. This becomes handy when you wish to modify the buffer size or blacklist certain network interfaces that you don't want to use in ROS2.

The configuraiton is located in

/opt/olive/config/current/fastdds.xml
/opt/olive/config/current/fastdds.xml
<?xml version="1.0" encoding="UTF-8" ?>
<dds>
<profiles xmlns="http://www.eprosima.com/XMLSchemas/fastRTPS_Profiles">

    <transport_descriptors>
        <transport_descriptor>
            <transport_id>udp_config</transport_id>
            <type>UDPv4</type>
            <interfaceWhiteList>
                <address>192.168.7.1</address>
            </interfaceWhiteList>
            <sendBufferSize>4259840</sendBufferSize>
            <receiveBufferSize>4259840</receiveBufferSize>
        </transport_descriptor>
    </transport_descriptors>

    <participant profile_name="participant_xml_profile_qos_socketbuffers" is_default_profile="true">
        <rtps>
            <userTransports>
                <transport_id>udp_config</transport_id>
            </userTransports>
            <!-- Buffer sizes, has big effect on performance.
                 * Values
                   * Maximum set on boot: 2147483647 ~ 20MB,
                   * 4259840 ~ 4MB.
                   * 2129920 ~ 2MB - performance similar to 4MB
                   * 1048576 ~ 1MB - worse performance
                 * For some reason, setting the largest value decreases performance.
                 * Make sure to match the transport_descriptor values
             -->
            <!-- See comments in jetson.xml -->
            <sendSocketBufferSize>4259840</sendSocketBufferSize>
            <listenSocketBufferSize>4259840</listenSocketBufferSize><!-- Maximum set on boot: 2147483647, moderate is 2129920 -->
            <useBuiltinTransports>false</useBuiltinTransports>
        </rtps>
    </participant>

</profiles>
</dds>
<?xml version="1.0" encoding="UTF-8" ?>
<dds>
<profiles xmlns="http://www.eprosima.com/XMLSchemas/fastRTPS_Profiles">

    <transport_descriptors>
        <transport_descriptor>
            <transport_id>udp_config</transport_id>
            <type>UDPv4</type>
            <interfaceWhiteList>
                <address>192.168.7.1</address>
            </interfaceWhiteList>
            <sendBufferSize>4259840</sendBufferSize>
            <receiveBufferSize>4259840</receiveBufferSize>
        </transport_descriptor>
    </transport_descriptors>

    <participant profile_name="participant_xml_profile_qos_socketbuffers" is_default_profile="true">
        <rtps>
            <userTransports>
                <transport_id>udp_config</transport_id>
            </userTransports>
            <!-- Buffer sizes, has big effect on performance.
                 * Values
                   * Maximum set on boot: 2147483647 ~ 20MB,
                   * 4259840 ~ 4MB.
                   * 2129920 ~ 2MB - performance similar to 4MB
                   * 1048576 ~ 1MB - worse performance
                 * For some reason, setting the largest value decreases performance.
                 * Make sure to match the transport_descriptor values
             -->
            <!-- See comments in jetson.xml -->
            <sendSocketBufferSize>4259840</sendSocketBufferSize>
            <listenSocketBufferSize>4259840</listenSocketBufferSize><!-- Maximum set on boot: 2147483647, moderate is 2129920 -->
            <useBuiltinTransports>false</useBuiltinTransports>
        </rtps>
    </participant>

</profiles>
</dds>

2. Cyclone DDS

A lightweight, high-performance DDS implementation by Eclipse Foundation.

These are the most common DDS implementations used in ROS2. To switch between them, follow the instructions from the previous answer to set the RMW_IMPLEMENTATION environment variable to the desired RMW package.

The following ROS2 DDS implementations are available and open-source for ROS2 which you can change it acording to your need:

How to change DDS middleware on the Olive device?

The default DDS implementation on Olive components are Fast DDS. However Cyclone DDS is also supported. You can change the middleware implementation using the GUI:

dds1!

dds2!

How to change ROS2 DDS implementation to Cyclone DDS for the host computer?

Follow these steps to change the ROS2 DDS implementation to Cyclone DDS:

1. Install Cyclone DDS

First, make sure that Cyclone DDS is installed on your system. You can install it using the following commands for different platforms:

  • Ubuntu:
sudo apt update
sudo apt install ros-humble-rmw-cyclonedds-cpp
sudo apt update
sudo apt install ros-humble-rmw-cyclonedds-cpp
  • macOS, Windows, or building from source:

Please refer to the official Cyclone DDS installation instructions at https://github.com/eclipse-cyclonedds/cyclonedds/blob/master/INSTALL.md

2. Set Cyclone DDS as the default DDS implementation

You can change the default DDS implementation by setting the RMW_IMPLEMENTATION environment variable. You can do this either temporarily or permanently.

  • Temporarily (for the current terminal session):

  • Bash (Linux and macOS):

    export RMW_IMPLEMENTATION=rmw_cyclonedds_cpp
    export RMW_IMPLEMENTATION=rmw_cyclonedds_cpp
  • PowerShell (Windows):

    $env:RMW_IMPLEMENTATION="rmw_cyclonedds_cpp"
    $env:RMW_IMPLEMENTATION="rmw_cyclonedds_cpp"

After setting the variable, you can run your ROS2 nodes in the same terminal, and they will use Cyclone DDS.

  • Permanently:

To make the change permanent, add the corresponding export or $env command to your shell configuration file. For Bash, this is typically .bashrc or .bash_profile (Linux) or .bash_profile (macOS). For PowerShell, this is typically the $PROFILE script.

How to Verify the change?

To ensure that your ROS2 nodes are using Cyclone DDS, you can run the following command:

ros2 doctor --report
ros2 doctor --report

Look for the "middleware" section in the report. It should show "rmw_cyclonedds_cpp" as the active middleware.

That's it! Now your ROS2 system is using Cyclone DDS as the default DDS implementation.

Example Configuration for Cyclone DDS on the host computer

INFO

On your host computer you need to tell Cyclone which network interface you want to use in your system. This is especially important when you have multiple network interfaces. In this example host IP is 10.42.0.1. (or 192.168.7.100 for newer versinos)

Then you need to add a variable in your .bashrc to define the location of your cyclone dds config. You need to tell where your cyclonedds.xml is located.

export CYCLONEDDS_URI="/home/[username]/cyclonedds.xml"
export CYCLONEDDS_URI="/home/[username]/cyclonedds.xml"

then you need to stop and start the ros2 daemon.

ros2 daemon stop
ros2 daemon start
ros2 daemon stop
ros2 daemon start

Put this configuration in your host computers cyclonedds.xml.

<?xml version="1.0" encoding="UTF-8" ?>
<CycloneDDS xmlns="https://cdds.io/config" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://cdds.io/config https://raw.githubusercontent.com/eclipse-cyclonedds/cyclonedds/master/etc/cyclonedds.xsd">
    <Domain Id="any">
        <General>
            <Interfaces>
                <NetworkInterface address="10.42.0.1" priority="default" multicast="default" />
            </Interfaces>
            <AllowMulticast>default</AllowMulticast>
            <MaxMessageSize>65500B</MaxMessageSize>
        </General>
        <Tracing>
            <Verbosity>finest</Verbosity>
            <OutputFile>cyclonedds.log</OutputFile>
        </Tracing>
    </Domain>
</CycloneDDS>
<?xml version="1.0" encoding="UTF-8" ?>
<CycloneDDS xmlns="https://cdds.io/config" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://cdds.io/config https://raw.githubusercontent.com/eclipse-cyclonedds/cyclonedds/master/etc/cyclonedds.xsd">
    <Domain Id="any">
        <General>
            <Interfaces>
                <NetworkInterface address="10.42.0.1" priority="default" multicast="default" />
            </Interfaces>
            <AllowMulticast>default</AllowMulticast>
            <MaxMessageSize>65500B</MaxMessageSize>
        </General>
        <Tracing>
            <Verbosity>finest</Verbosity>
            <OutputFile>cyclonedds.log</OutputFile>
        </Tracing>
    </Domain>
</CycloneDDS>

Scan for I2C sensors

sudo i2c detect -y 1 is the first IMU sensor

0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                         -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- 28 -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                         -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- 28 -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

sudo i2c detect -y 2 is the second IMU sensor

0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                         -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                         -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

sudo i2c detect -y 3 is the Power Managment System + EEPROM + Barometer

0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                         -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- UU -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: UU -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- 76 --
0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                         -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- UU -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: UU -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- 76 --

USB Connection check

on you main computer try

ls usb

you should see the device in your USB connected device list as follows:

Bus 001 Device 010: ID 1d6b:0104 Linux Foundation Multifunction Composite Gadget
Bus 001 Device 010: ID 1d6b:0104 Linux Foundation Multifunction Composite Gadget

GPIO Scan

You can use this command to do GPIO Scan

sudo gpioinfo

gpiochip3 line 10: "led-dcm"  output  active-high [User]
gpiochip8 line 9: "led-heartbeat" output  active-high [Kernel]
gpiochip9 line 7: "led-user"  output  active-high [User]
gpiochip7 line 8: "reset button"  input  active-high [User]
gpiochip3 line 10: "led-dcm"  output  active-high [User]
gpiochip8 line 9: "led-heartbeat" output  active-high [Kernel]
gpiochip9 line 7: "led-user"  output  active-high [User]
gpiochip7 line 8: "reset button"  input  active-high [User]

sudo gpiodetect

gpiochip0 [GPIOA] (16 lines)
gpiochip1 [GPIOB] (16 lines)
gpiochip2 [GPIOC] (16 lines)
gpiochip3 [GPIOD] (16 lines)
gpiochip4 [GPIOE] (16 lines)
gpiochip5 [GPIOF] (16 lines)
gpiochip6 [GPIOG] (16 lines)
gpiochip7 [GPIOH] (16 lines)
gpiochip8 [GPIOI] (16 lines)
gpiochip9 [GPIOZ] (16 lines)
gpiochip0 [GPIOA] (16 lines)
gpiochip1 [GPIOB] (16 lines)
gpiochip2 [GPIOC] (16 lines)
gpiochip3 [GPIOD] (16 lines)
gpiochip4 [GPIOE] (16 lines)
gpiochip5 [GPIOF] (16 lines)
gpiochip6 [GPIOG] (16 lines)
gpiochip7 [GPIOH] (16 lines)
gpiochip8 [GPIOI] (16 lines)
gpiochip9 [GPIOZ] (16 lines)

 Examples

We have prepared several examples which you can see in our github page:

https://github.com/olive-robotics/olv_som_playground_py

Downloads

TypeFormatVersionLink
3D Models
STL1.0Download
OBJ1.0Download
DAE1.0Download