EdgeROS™ ​

Overview ​

olive™ EdgeROS™ 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 ​

Layout ​

Technical Specification ​

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.

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.

Pin Description ​

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.

Firmware Releases ​

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 ​

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.

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

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.

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:

[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

2. 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.

3. Open the Network Manager connection editor GUI:

nm-connection-editor

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

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

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

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

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

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

6. Remove extra (old) netwrok connections.

7. Check the bridge connection:

sudo brctl show

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

8. 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".

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).

2. 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").

3. 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.

4. 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:

5. 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

2. Use the following command to list your network interfaces:

ifconfig

ifconfig

3. 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

4. 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

2. Use the following command to list your network interfaces:

ifconfig

ifconfig

3. 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.

4. 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.

5. Restart Network Manager: After making the changes, restart the Network Manager to apply them:

sudo service network-manager restart

sudo service network-manager restart

6. 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 ​

Set the device time manually ​

In order to set the time manually, you can open the GUI on the Olive device and click on the "Set Time" button. This will synchronize the device time with your computer's time manually. This is useful when you wish to install a package on the device, as for online services and security protocols like HTTPS, synchronization with the current time is essential; otherwise, errors may occur during security handshaking. If you prefer a more automatic and permanent solution, consider running an NTP server on your host computer and defining the NTP server address for Olive. Subsequently, Olive will automatically synchronize the time with the server using the NTP Client.

Set the Time using Network Time Protocol (NTP) ​

1. Install the NTP package: First, you'll need to install the ntp package. Open a terminal and run:

sudo apt update
sudo apt install ntp

sudo apt update
sudo apt install ntp

2. Stop the systemd-timesyncd service: Debian11 uses systemd-timesyncd by default for time synchronization. Before using ntp, it's a good idea to stop and disable this service to avoid conflicts.

sudo systemctl stop systemd-timesyncd
sudo systemctl disable systemd-timesyncd

sudo systemctl stop systemd-timesyncd
sudo systemctl disable systemd-timesyncd

Configure the NTP client: Edit the NTP configuration file using a text editor like nano:

sudo nano /etc/ntp.conf

sudo nano /etc/ntp.conf

Find the lines that start with pool or server. By default, Debian11 uses the NTP servers provided by the NTP Pool Project. If you want to use a predefined NTP server, replace these lines or add a new line:

server your.ntp.server.address iburst

server your.ntp.server.address iburst

Replace your.ntp.server.address with the address of your predefined NTP server. The iburst option sends a burst of packets if the server does not respond to the first query.

Save and exit the file (in nano, press CTRL + X, then Y, then Enter).

Start the NTP service:

sudo systemctl start ntp

sudo systemctl start ntp

Enable the NTP service to start on boot:

sudo systemctl enable ntp

sudo systemctl enable ntp

Verify the synchronization: After a few minutes, you can check the synchronization status with:

ntpq -p

ntpq -p

This will show a list of NTP servers your machine is syncing with. The asterisk (*) next to a server indicates that your system's time is being synchronized with that server.

Adjust the firewall (if necessary): If you have a firewall enabled, you might need to allow NTP traffic. For ufw (Uncomplicated Firewall), you can do this with:

sudo ufw allow 123/udp

sudo ufw allow 123/udp

That's it! Your Olive system should now be synchronizing its time with the predefined NTP server. Remember to periodically check the synchronization status and monitor the NTP service to ensure accurate timekeeping.

Data Distribution Service (DDS) Middlewares ​

Supported DDS implimentations ​

1. Fast DDS (formerly Fast RTPS) ​

The default DDS implementation for most ROS2 distributions.

• Repository: https://github.com/eProsima/Fast-DDS
• RMW package: rmw_fastrtps_cpp

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.

• Repository: https://github.com/eclipse-cyclonedds/cyclonedds
• RMW package: rmw_cyclonedds_cpp

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:

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 ​

<?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 ​