Clocks Analog Inputs Analog Outputs Digital Inputs Digital Outputs Encoder Inputs PWM Outputs Other Inputs Other Outputs Interrupts Watchdog Board-Specific Options Properties Targets See Also navigation bar

Quanser QBot Platform

The Quanser QBot Platform is an Unmanned Ground Vehicle (UGV) built and sold by Quanser Inc. The Quanser QBot Platform is based around an NVIDIA Jetson Orin Nano, which has a 6-core Arm® Cortex®-A78AE v8.2, 1.5 GHz 64-bit CPU with 4 GB 64-bit LPDDR5 34 GB/s RAM. It also contains a 512-core NVIDIA Ampere GPU with 16 Tensor cores with CUDA support, an Intel D435 RGBD camera and additional I/O supplied by Quanser. The latest operating system installed on the Quanser QBot Platform is a customized version of Linux for Tegra from JetPack 5.1.3. The QUARC Target associated with the Quanser QBot Platform is the QUARC Linux QBot Platform Target. The Quanser QBot Platform HIL card may only be used with QUARC when this target is selected. The following characteristics are of particular interest when using the Quanser QBot Platform with QUARC:

* Communications channels are accessed through the Stream API blocks, see Serial protocol, SPI protocol and I2C protocol.

The QUARC driver name for this card is qbot_platform.

To select the Quanser QBot Platform HIL board, select the QUARC qbot_platform board type from the drop-down list on the Main tab of the HIL Initialize block.

Warning

Note that the QUARC Linux QBot Platform Target must be selected to use the Quanser QBot Platform board.

The Quanser QBot Platform supports different means of communicating with it as a target. It supports wireless (WiFi) communications, which is most readily configured initially by connecting a monitor, mouse and keyboard and using the Ubuntu OS desktop to connect to the WiFi router. If a wireless connection is used then its IP address will show up on the LCD display with a WiFi symbol beside it. Once configured, it should reconnect automatically whenever the WiFi signal is available.s

The Quanser QBot Platform also supports a 10/100/1000 Mbps wired LAN connection. If the LAN connection is used, its IP address will show up on the LCD display with a LAN symbol beside it. If both WiFi and LAN are connected then the LAN IP address will be displayed on the LCD display, as it is the fastest connection. In the case of WiFi or LAN the IP address is determined by the adapter settings. Typically, the IP address is assigned dynamically by a DHCP server on the network.

Display

The LCD display on the Quanser QBot Platform typically displays the battery voltage and IP address of the card, as well as status messages.

The LCD display on the Quanser QBot Platform may also be driven from QUARC using the LCD Display block. Select the WS0010 display type.

The URI to use for this display is lcd://qbot_platform:1.

Warning

The LCD has a refresh rate of 49 Hz, thus it would not show the display characters if the LCD is being written faster than that. In certain conditions, if the LCD is not able to keep up, a message Writing to LCD too fast will be shown on the LCD. Please power cycle the Quanser QBot Platform in order resolve this.

Communications

The communications ports provided on the Quanser QBot Platform board can be utilized through the QUARC Communications blockset and the Quanser Stream API (see QUARC Communications Protocols).

For SPI communications, a sample URI for communications would be:

spi://localhost:0?baud='10000000',phase='off',lsb='off',frame='0'

where the frame option selects the SPI CS line to frame the SPI bus transaction (0 or 1). Note that the SPI port must be enabled using the jetson-io.py utility for SPI communications to be used. Once the SPI port is enabled, the corresponding digital I/O will no longer be available as digital I/O.

Warning

In the jetson-io.py utility, SPI 0 is labelled as "spi1", and SPI 3 is labelled as "spi3". This confusion is due to internal naming on the Jetson that does not match the Linux kernel numbering. Also, the minimum baud rate for the SPI clock is 3.1875 Mz, while the maximum rate is 24 MHz.

For I2C communications, a sample URI for communications would be:

i2c://localhost:0?baud='400000',address=0x69

where the address option specifies the I2C slave address. Note that the I2C port must be enabled using the jetson-io.py utility for I2C communications to be used. Once the I2C port is enabled, the corresponding digital I/O will no longer be available as digital I/O.

Warning

In the jetson-io.py utility, I2C 1 is labelled as "i2c2", and I2C 7 is labelled as "i2c8". This confusion is due to internal naming on the Jetson that does not match the Linux kernel numbering.

For serial communications, a sample URI for communications would be:

serial://localhost:1?baud='115200',word='8',parity='none',stop='1'

The UART must be enabled using the jetson-io.py utility for UART communications to be used. Once the UART port is enabled, the corresponding digital I/O will no longer be available as digital I/O.

Warning

In the jetson-io.py utility, UART 1 is labelled as "uarta". This confusion is due to internal naming on the Jetson that does not match the Linux kernel numbering. Also, the minimum baud rate is 778 Hz, while the maximum baud rate is 4.25 MHz.

Clocks

There are currently no configuration options for the Quanser QBot Platform clocks.

To use the extperiph3 and extperiph4 clocks on the 40-pin expansion connector, first enable the desired clock using the jetson-io.py tool in the /opt/nvidia/jetson-io folder. The jetson-io.py utility must be run with root privileges.

Then log on to the QBot Platform and enter a root shell using the command:

    sudo su

Change to the /sys/kernel/debug/bpmp/debug/clk/extperiph3 or /sys/kernel/debug/bpmp/debug/clk/extperiph4 folder as appropriate for the desired clock:

    cd /sys/kernel/debug/bpmp/debug/clk/extperiph3

To see the range of clock rates permissible, print the values of the min_rate and max_rate files:

    cat min_rate
    cat max_rate

To enable the clock and set the current clock frequency in Hz, use the following commands. This example assumes a 1 MHz clock frequency is desired:

    echo 1 > mrq_rate_locked
    echo 1 > state
    echo 1000000 > rate

To disable the clock, reverse the operations used to enable the clock:

    echo 0 > state
    echo 0 > mrq_rate_locked

Analog Inputs

The Quanser QBot Platform supports 6 analog inputs. Hence, analog input channel numbers range from 0 to 5. The full suite of analog inputs are enumerated in the table below:

Channel

Description

0

Battery 0 voltage (typically 12.1V when fully charged)

1

Battery 1 voltage (typically 12.1V when fully charged)

2

Motor 0 (left) current in Amps

3

Motor 1 (right) current in Amps

4

PCB current in Amps

5

PCB voltage

Analog Outputs

The Quanser QBot Platform card does not support analog outputs.

Digital Inputs

The Quanser QBot Platform supports 40 digital inputs. The first 28 channels are user-accessible reconfigurable digital I/O lines that may be used as digital inputs. Channels 0 and 1, however, are reserved for a HAT EEPROM I2C interface. A digital I/O line cannot be used as an input and output at the same time. Nor can it be used for communications (SPI, I2C or UART) or PWM at the same time.

Since the digital I/O lines may be individually programmed as inputs or outputs on the Quanser QBot Platform, all channels which will be used for digital inputs should be configured on the HIL Initialize block's Digital Inputs tab. Set the Digital input channels field to all the digital I/O channels that will be used as digital inputs on the board for the current diagram. For example, enter 2:4 to designate channels 2 through 4 as digital inputs. Specify [2, 4, 5] to indicate that channels 2, 4 and 5 are to be configured as digital inputs.

Warning

Note that digital lines 14 and 17 are unidirectional outputs and cannot be configured as digital inputs.

The full suite of digital inputs are enumerated in the following table:

Channel

Description

0-27

User-accessible bidirectional digital I/O lines, except lines 14 and 17 which are always outputs.

28

Motor 0 (left) stall detect

29

Motor 0 (left) stall error

30

Motor 0 (left) overcurrent detect

31

Motor 0 (left) overcurrent error

32

Motor 1 (right) stall detect

33

Motor 1 (right) stall error

34

Motor 1 (right) overcurrent detect

35

Motor 1 (right) overcurrent error

36

Limit switch 0

37

Limit switch 1

38

Battery 0 connected

39

Battery 1 connected

Digital Outputs

The Quanser QBot Platform supports 32 digital outputs. The first 28 channels are user-accessible reconfigurable digital I/O lines that may be used as digital outputs. A digital I/O line cannot be used as an input and output at the same time. Nor can it be used for communications (SPI, I2C or UART) or PWM at the same time.

Since the digital I/O lines may be individually programmed as inputs or outputs on the Quanser QBot Platform, all the channels which will be used for digital outputs should be configured on the HIL Initialize block's Digital Outputs tab. Set the Digital output channels field to all the bidirectional digital I/O channels that will be used as digital outputs on the board for the current diagram. For example, enter 2:4 to designate channels 2 through 4 as digital outputs. Specify [2, 4, 5] to indicate that channels 2, 4 and 5 are to be configured as digital outputs.

To set the digital output values when the model is loaded or unloaded, set the Initial digital outputs and Final digital outputs to the desired values respectively. If the vectors specified in these fields are shorter than the channel vector, the value of the last element in the vector will be used for the rest of the channels. Hence, a scalar value will apply to all channels specified in the Digital output channels field.

Warning

Note that digital lines 15 and 16 are unidirectional inputs and cannot be configured as digital outputs.

The full suite of digital outputs are enumerated in the following table:

Channel

Description

0-27

User-accessible bidirectional digital I/O lines, except lines 15 and 16 which are always inputs.

28

Motor 0 (left) enable

29

Motor 1 (right) enable

30

QArm mini power enable

31

Doward facing LEDs power enable

Encoder Inputs

The Quanser QBot Platform supports two encoder inputs. The encoder channels are enumerated in the table below:

Channel

Description

0

Motor 0 (left)

1

Motor 1 (right)

In order to set the encoder counters to a particular count, the encoder inputs must be configured on the HIL Initialize block's Encoder Inputs tab. Set the Encoder input channels field to all the encoder channels that will be used on the board for the current diagram. For example, enter 0:1 to indicate channels 0 through 1 are used as encoder inputs.

PWM Outputs

The Quanser QBot Platform driver supports up to 5 PWM output channels. Hence, PWM output channels range from 0 to 4. Each PWM channel is completely independent and can have its own duty cycle and frequency.

Channels 0 and 1 are used to control the two motors on the Quanser QBot Platform, with fixed mode (duty cycle), frequency (23195), configuration (bipolar), alignment (leading-edge), and polarity (active high) settings.

Channels 2 to 4 are the Orin Nano GPIO PWM channels, which can have frequencies between 1.52 Hz and 1592356 Hz. Before they may be used, they must be configured using the jetson-io.py utility. The jetson-io.py utility must be run with root privileges. The following table documents the PWM channel, GPIO number, and jetson-io.py utility name for each PWM channel for the Orin Nano GPIO PWM channel.

PWM channel

GPIO number

jetson-io name

2

GPIO 22

pwm1

3

GPIO 13

pwm5

4

GPIO 12

pwm7

Warning

Note that once a GPIO is configured as a PWM channel then it will no longer be recognized as a digital I/O line.

In order to configure the PWM mode or frequency, or to set the value of the PWM outputs when the model is loaded or unloaded, the PWM outputs must be configured on the HIL Initialize block's PWM Outputs tab. Set the PWM output channels field to all the PWM output channels that will be used on the board for the current diagram. For example, enter 0:1 to indicate channels 0 and 1. Specify 1 to indicate channel 1 alone.

The maximum frequency for theses generic PWM channel is 800 kHz, and the minimum frequency is 9.1553 Hz.

Set the PWM output frequency (a.k.a., pulse rate) in the "Frequencies in Hz or duty cycle" field. The PWM output mode is typically set to duty cycle mode (0) or time mode (4) when driving ESCs or R/C servos. Set the Initial PWM outputs and Final PWM outputs fields to the desired initial and final output values respectively. The interpretation of these output values depends on the PWM mode selected. If the vectors specified in these fields are shorter than the channel vector, the value of the last element in the vector will be used for the rest of the channels. Hence, a scalar value will apply to all channels specified in the PWM output channels field.

Other Inputs

The Quanser QBot Platform supports eight other input channels. The other input channels are defined as follows:

Other Input Channel

Description

Units

3000

Gyroscope in X

(rad/s)

3001

Gyroscope in Y

(rad/s)

3002

Gyroscope in Z

(rad/s)

3003

Motor 0 (left) speed

(rad/s)

3004

Motor 1 (right) speed

(rad/s)

4000

Accelerometer in X

(m/s2)

4001

Accelerometer in Y

(m/s2)

4002

Accelerometer in Z

(m/s2)

14000

Encoder velocity for motor 0 (left)

(counts/s)

14001

Encoder velocity for motor 1 (right)

(counts/s)

As a reference, the generic table for the Other channels for any HIL Data Acquisition Card is reproduced below. SI units are used.

Other Channel

Description

Units

0 - 999

Linear position along the X, Y and Z axis

(m)

1000 - 1999

Angular position around the X, Y and Z axis

(rad)

2000 - 2999

Linear velocity along the X, Y and Z axis

(m/s)

3000 - 3999

Angular velocity around the X, Y and Z axis

(rad/s)

4000 - 4999

Linear acceleration along the X, Y and Z axis

(m/s2)

5000 - 5999

Angular acceleration around the X, Y and Z axis

(rad/s2)

6000 - 6999

Force along the X, Y and Z axis

(N)

7000 - 7999

Torque around The X, Y and Z axis

(N.m)

8000 - 8999

Magnetic Field Along The X, Y and Z axis

(T)

9000 - 9999

Pressure along the X, Y and Z axis

(Pa)

10000 - 10999

Temperature along the X, Y and Z axis

(°C)

11000 - 11999

Operating capacity as a percentage (0.0 to 1.0 represending 0% to 100%)

(%)

12000 - 12999

Time

(s)

13000 - 13999

Counts

(counts)

14000 - 14999

Counts per second

(counts/s)

15000 - 15999

Counts per second2

(counts/s2)

16000 - 16999

Enumerated quantity

Other Outputs

The Quanser QBot Platform supports six other output channels. Refer to the table below for a list of the channels:

Channel

Description

Units

11000

LED strip 0 red

(0.0 to 1.0 represending 0% to 100%)

11001

LED strip 0 green

(0.0 to 1.0 represending 0% to 100%)

11002

LED strip 0 blue

(0.0 to 1.0 represending 0% to 100%)

11003

LED strip 1 red

(0.0 to 1.0 represending 0% to 100%)

11004

LED strip 1 green

(0.0 to 1.0 represending 0% to 100%)

11005

LED strip 1 blue

(0.0 to 1.0 represending 0% to 100%)

3000

Motor 0 (left) speed command

(rad/s)

3001

Motor 1 (right) speed command

(rad/s)

Interrupts

The Quanser QBot Platform card, or its driver, does not support any interrupt sources.

Watchdog

The Quanser QBot Platform supports a watchdog timer for resetting outputs on watchdog expiry. The board will reset digital outputs 28-30, PWM outputs 0-1, and other outputs to the user-configured values when the watchdog expires. Resetting of the outputs occurs without software intervention, and therefore may be used as a safety mechanism in the event of software failure.

Place a HIL Watchdog block in the diagram to program the watchdog timer. This block also reloads the watchdog each time it is executed.

Once the watchdog has expired, further I/O is disabled until the watchdog state is cleared.

Hence, in Simulink models, the outputs will remain reset after watchdog expiration even after the model is stopped, unless a HIL Watchdog Clear block is used to clear the watchdog state. Restarting the model also causes the watchdog state to be cleared, allowing the outputs to be used once more. These semantics make the watchdog useful for ensuring product safety.

Warning Due to safety reason, the Quanser QBot Platform has a 3 seconds watchdog automatically configured and enabled. This ensures that in the event of software crashes, the motors on Quanser QBot Platform would be safely shutdown.

Board-Specific Options

The Quanser QBot Platform has a number of board-specific options to control specialized functionality of the board. These options configure the IMU and PWM.

motor_mode

This option configures the operating mode of the two motors. The valid values are:

Operating Mode

Value

PWM Mode

0

Velocity Mode

1

pwm_limit

Set this option to the minimum PWM command that can be applied to the motors. This limit applies to all motor_mode. The maximum value is 0.7.

motor0_deadband_compensation

This option offsets the motor 0 (left) command by the specified PWM command (i.e. range of 0 to 1) to compensate for amplifier deadband.

motor1_deadband_compensation

This option offsets the motor 1 (right) command by the specified PWM command (i.e. range of 0 to 1) to compensate for amplifier deadband.

enc0_velocity

Set this option to the minimum velocity in counts per second that should be detected by the motor digital tachometer. This limit is an artificial limit that is useful when friction stops the device long before it reaches the slowest detectable velocity of the Quanser QBot Platform hardware. If this option is set to zero then the slowest velocity measurable by the hardware is used. The default value is enc0_velocity=0.0 which disables the clamping function.

enc1_velocity

Set this option to the minimum velocity in counts per second that should be detected by the pendulum digital tachometer. This limit is an artificial limit that is useful when friction stops the device long before it reaches the slowest detectable velocity of the Quanser QBot Platform hardware. If this option is set to zero then the slowest velocity measurable by the hardware is used. The default value is enc1_velocity=0.0 which disables the clamping function.

gyro_rate

This option sets gyroscope's sensor's sampling rate. Valid values range from 12.5 to 32000. The units are Hz.

gyro_ord

This option determines the order of the filter used for gyroscope's onboard filtering. Valid values are 1, 2 or 3.

gyro_fs

This option sets the full-scale range of gyroscope's sensor. Valid values range from 15.625 to 2000. The units are degrees per second.

gyro_bw

This option sets the bandwidth of the filter used for gyroscope's onboard filtering. Valid values range from 10 to 16000. The units are Hertz.

accel_rate

This option sets accelerometer's sampling rate. Valid values range from 12.5 to 32000. The units are Hz.

accel_ord

This option sets the order of the filter used for accelerometer's onboard filtering. Valid values are 1, 2 or 3.

accel_fs

This option configures the full-scale range of accelerometer. Valid values are 2 to 16. The units are g's.

accel_bw

This option sets the bandwidth of the filter used for acceleromter's onboard filtering. Valid values range from 10 to 16000. The units are Hz.

Properties

The Quanser QBot Platform driver currently supports a number of double properties used to tune the internal Speed Controller gains for the motors. The double properties are enumerated in the table below:

Property

Type

Description

PROPERTY_DOUBLE_QBOT_PLATFORM_P_GAIN

Double

Proportional Gain

PROPERTY_DOUBLE_QBOT_PLATFORM_I_GAIN

Double

Integral Gain

PROPERTY_DOUBLE_QBOT_PLATFORM_FF

Double

Feedforward Term

The Quanser QBot Platform driver also supports the following read-only properties:

Property

Type

Description

PROPERTY_INTEGER_FIRMWARE_MAJOR_VERSION

Integer

Major version number of the firmware

PROPERTY_INTEGER_FIRMWARE_MINOR_VERSION

Integer

Minor version number of the firmware

PROPERTY_INTEGER_FIRMWARE_BUILD

Integer

Build number of the firmware (currently always zero)

PROPERTY_INTEGER_HARDWARE_VERSION

Integer

Revision or patch number of the firmware

Connectors

The Quanser QBot Platform board has one connector for expansion I/O. The pinouts for this connector are listed below. Note that all pins are 3.3V and are not 5V tolerant unless marked otherwise. Exceeding these voltages may damage the board!

Qbot Platform GPIO Connector

I2S 2 SDOUT ← / GPIO 21

4039

Ground

I2S 2 SDIN ← / GPIO 20

3837

GPIO 26 / → SPI 1 MOSI

UART 1 CTS → / GPIO 16 (in)

3635

GPIO 19 / → I2S 2 LRCK

Ground

3433

GPIO 13 / → PWM 5

PWM 7 ← / GPIO 12

3231

GPIO 6 / → EXT PERIPH CLK 4

Ground

3029

GPIO 5 / → EXT PERIPH CLK 3

I2C 1 SCL ↔ / GPIO 1

2827

GPIO 0 / ↔ I2C 1 SDA

SPI 0 CS1 ← / GPIO 7

2625

Ground

SPI 0 CS0 ← / GPIO 8

2423

GPIO 11 / → SPI 0 SCK

SPI 1 MISO ← / GPIO 25

2221

GPIO 9 / ← SPI 0 MISO

Ground

2019

GPIO 10 / → SPI 0 MOSI

SPI 1 CS0 ← / GPIO 24

1817

3.3V

SPI 1 CS1 ← / GPIO 23

1615

GPIO 22 / → PWM 1

Ground

1413

GPIO 27 / → SPI 1 SCK

I2S 2 SCLK ← / GPIO 18

1211

GPIO 17 (out) / → UART 1 RTS

UART 1 RXD → / GPIO 15 (in)

109

Ground

UART 1 TXD ← / GPIO 14 (out)

87

GPIO 4 / ↔ AUD

Ground

65

GPIO 3 / I2C 7 SCL

5V

43

GPIO 2 / I2C 7 SDA

5V

21

3.3V

Legend

→▯←

=

input

←▯→

=

output

↔▯↔

=

bidirectional I/O

=

3.3V signal

=

power

=

ground

Software

The following table lists particularly relevant software that has been installed and its associated version, in the event that the software gets upgraded accidentally and it is necessary to recover working versions. If a version is highlighted in red then it is highly recommended that it not be updated as it is likely optimized specifically for the target platform.

Package

Type

Version

Description

bc

debian

1.07.1-2build1

GNU bc arbitrary precision calculator language

build-essential

debian

12.8ubuntu1.1

Tools essential for building C and C++ code, including the compilers, make and other development tools.

cffi

python

1.16.0

Foreign Function Interface for Python calling C code.

clang

debian

1:10.0-50~exp1

C, C++ and Objective-C compiler (LLVM based)

curl

debian

7.68.0-1ubuntu2.22

command line tool for transferring data with URL syntax

Cython

python

3.0.10

The Cython compiler for writing C extensions in the Python language.

docker-buildx-plugin

debian

0.14.1-1~ubuntu.20.04~focal

Docker Buildx cli plugin.

future

python

0.18.2

Clean single-source support for Python 3 and 2

g++

debian

4:9.3.0-1ubuntu2

GNU C++ compiler

gcc

debian

4:9.3.0-1ubuntu2

GNU C compiler

gettext-base

debian

0.19.8.1-10build1

GNU Internationalization utilities for the base system

gfortran

debian

4:9.3.0-1ubuntu2

GNU Fortran 95 compiler

gnupg2

debian

2.2.19-3ubuntu2.2

GNU privacy guard - a free PGP replacement (dummy transitional package)

h5py

python

3.6.0

Read and write HDF5 files from Python

hdf5-tools

debian

1.10.4+repack-11ubuntu1

Hierarchical Data Format 5 (HDF5) - Runtime tools

iputils-ping

debian

3:20190709-3ubuntu1

Tools to test the reachability of network hosts

Keras-Preprocessing

python

1.1.2

Easy data preprocessing and data augmentation for deep learning models

libblas-dev

debian

3.9.0-1build1

Basic Linear Algebra Subroutines 3, static library

libbz2-dev

debian

1.0.8-2

high-quality block-sorting file compressor library - development

libc++-dev

debian

1:10.0-50~exp1

LLVM C++ Standard library (development files)

libcanberra-gtk-module

debian

0.30-7ubuntu1

translates GTK+ widgets signals to event sounds

libcgal-dev

debian

5.0.2-3

C++ library for computational geometry (development files)

libffi-dev

debian

3.3-4

Foreign Function Interface library (development files)

libfreenect0.5

debian

1:0.5.3-2

library for accessing Kinect device

libfreetype6-dev

debian

2.10.1-2ubuntu0.3

FreeType 2 font engine, development files (transitional package)

libgtk-3-0

debian

3.24.20-0ubuntu1.1

GTK graphical user interface library

libhdf5-dev

debian

1.10.4+repack-11ubuntu1

Hierarchical Data Format 5 (HDF5) - development files - serial version

libjpeg8-dev

debian

8c-2ubuntu8

Independent JPEG Group's JPEG runtime library (dependency package)

liblapack-dev

debian

3.9.0-1build1

Library of linear algebra routines 3 - static version

liblzma-dev

debian

5.2.4-1ubuntu1.1

XZ-format compression library - development files

libncurses5-dev

debian

6.2-0ubuntu2.1

transitional package for libncurses-dev

libopenblas-dev

debian

0.3.8+ds-1ubuntu0.20.04.1

Optimized BLAS (linear algebra) library (dev, meta)

libpng-dev

debian

1.6.37-2

PNG library - development (version 1.6)

libreadline-dev

debian

8.0-4

GNU readline and history libraries, development files

librealsense2

debian

2.49.0

librealsense2 built using CMake

libsqlite3-dev

debian

3.31.1-4ubuntu0.6

SQLite 3 development files

libssl-dev

debian

1.1.1f-1ubuntu2.22

Secure Sockets Layer toolkit - development files

libxml2-dev

debian

2.9.10+dfsg-5ubuntu0.20.04.7

Development files for the GNOME XML library

libxslt1-dev

debian

1.1.34-4ubuntu0.20.04.1

XSLT 1.0 processing library - development kit

lld-9

debian

1:9.0.1-12

LLVM-based linker

locales

debian

2.31-0ubuntu9.16

GNU C Library: National Language (locale) data [support]

mock

python

3.0.5

Rolling backport of unittest.mock for all Pythons

moreutils

debian

0.63-1

additional Unix utilities

numpy

python

1.22.0

NumPy is the fundamental package for array computing with Python.

nvidia-jetpack

debian

5.1.3-b29

NVIDIA Jetpack Meta Package

onnx

python

1.16.1

Open Neural Network Exchange

opencv-python

python

4.9.0.80

Wrapper package for OpenCV python bindings.

openssl

debian

1.1.1f-1ubuntu2.22

Secure Sockets Layer toolkit - cryptographic utility

packaging

python

24.0

Core utilities for Python packages

pkgconfig

python

1.5.5

Interface Python with pkg-config

protobuf

python

4.25.3

Protocol Buffers - Google's data interchange format.

pybind11

python

2.12.0

Seamless operability between C++11 and Python

pygame

python

2.5.2

Python Game Development

pyqtgraph

python

0.13.3

Scientific Graphics and GUI Library for Python

pyquaternion

python

0.9.9

A fully featured, pythonic library for representing and using quaternions.

python-openssl

debian

19.0.0-1build1

Python 2 wrapper around the OpenSSL library

python3-colcon-common-extensions

debian

0.3.0-1

Meta package aggregating colcon-core and common extensions.

python3-matplotlib

debian

3.1.2-1ubuntu4

Python based plotting system in a style similar to Matlab (Python 3)

python3-pip

debian

20.0.2-5ubuntu1.10

Python package installer

python3-rosdep

debian

0.24.0-1

rosdep package manager abstraction tool for ROS

python3-rosinstall

debian

0.7.8-4

Installer for Robot OS (Python 3)

python3-rosinstall-generator

debian

0.1.23-1

A tool for generating rosinstall files

python3-sklearn

debian

0.22.2.post1+dfsg-5

Python modules for machine learning and data mining - Python 3

python3-wstool

debian

0.1.18-2

Commands to manage multi-VCS repositories (for Robot OS) Python 3

ros-dev-tools

debian

1.0.1

Developer Tools for ROS

ros-galactic-ros1-bridge

debian

0.10.1-2focal.20221208.082233

A simple bridge between ROS 1 and ROS 2

ros-humble-cartographer-rviz

debian

2.0.9000-2focal.20231230.121619

Cartographer is a system that provides real-time simultaneous localization and mapping (SLAM) in 2D and 3D across multiple platforms and sensor configurations.

ros-humble-desktop

debian

0.10.0-1focal.20231230.132335

A package which extends 'ros_base' and includes high level packages like vizualization tools and demos.

ros-humble-rtabmap-ros

debian

0.21.1-1focal.20231230.122458

RTAB-Map Stack

ros-humble-vision-opencv

debian

3.2.1-1focal.20231229.234150

Packages for interfacing ROS2 with OpenCV, a library of programming functions for real time computer vision.

ros-noetic-desktop-full

debian

1.5.0-1focal.20240522.190153

A metapackage to aggregate several packages.

ros-noetic-hector-slam

debian

0.5.2-4focal.20240521.164136

The hector_slam metapackage that installs hector_mapping and related packages.

rsync

debian

3.1.3-8ubuntu0.7

fast, versatile, remote (and local) file-copying tool

scons

debian

3.1.2-2

replacement for make

setuptools

python

65.5.0

Easily download, build, install, upgrade, and uninstall Python packages

six

python

1.16.0

Python 2 and 3 compatibility utilities

tensorflow

python

2.12.0+nv23.6

TensorFlow is an open source machine learning framework for everyone.

testresources

python

2.0.1

Testresources, a pyunit extension for managing expensive test resources

torch

python

2.1.0a0+41361538.nv23.6

Tensors and Dynamic neural networks in Python with strong GPU acceleration

torchvision

python

0.16.2+c6f3977

image and video datasets and models for torch deep learning

v4l-utils

debian

1.18.0-2build1

Collection of command line video4linux utilities

xrdp

debian

0.9.12-1ubuntu0.1

Remote Desktop Protocol (RDP) server

zip

debian

3.0-11build1

Archiver for .zip files

zlib1g-dev

debian

1:1.2.11.dfsg-2ubuntu1.5

compression library - development

Targets

Target

Supported

Comments

QUARC Win32 Target

No

Not supported.

QUARC Win64 Target

No

Not supported.

QUARC Linux Nvidia Target

No

Not supported.

QUARC Linux QBot Platform Target

Yes

Fully supported.

QUARC Linux QCar 2 Target

No

Not supported.

QUARC Linux QDrone 2 Target

No

Not supported.

QUARC Linux Raspberry Pi 3 Target

No

Not supported.

QUARC Linux Raspberry Pi 4 Target

No

Not supported.

QUARC Linux Raspberry Pi ARM64 Target

No

Not supported.

QUARC Linux RT ARMv7 Target

No

Not supported.

QUARC Linux x64 Target

No

Not supported.

QUARC Linux DuoVero Target

No

Not supported.

QUARC Linux DuoVero 2016 Target

No

Not supported.

QUARC Linux Verdex Target

No

Not supported.

QUARC QNX x86 Target

No

Not supported.

Rapid Simulation (RSIM) Target

Yes

Supported with no communication to the hardware.

Normal simulation

Yes

Supported with no communication to the hardware.

See Also

 

navigation bar