umigv / simulation_stack

Simulation model for ARV's 2022-2024 robot "Marvin"
MIT License
0 stars 0 forks source link
gazebo ros2-humble rviz urdf velodyne

Simulation Stack

This package allows you to simulate Marvin (ARV's 2022-2024 robot) using RViz and Gazebo

Package Dependencies

Requirements

Docker Image Setup (ARV Environment)

WARNING - this step recreates your docker container, which resets everything except files within the ws folder. Make sure your files are within ws or backed up.

  1. Open file explorer, find docker-compose.yml within your wsl folder
  2. Open the file, uncomment line 16. This prevents errors when running Gazebo
  3. Connect to the docker container as usual

Performance

The simulation is fairly computation intensive so a GPU is recommended. Note that the ARV docker image is not able to access the computer's GPU so performance can still be low. Running Linux natively (ex. through dual booting) is recommended for optimal performance.

Installation

  1. cd into ws/src
  2. git clone https://github.com/umigv/simulation_stack.git
  3. cd simulation_stack
  4. ./scripts/setup.bash

Running the Stack

Building

  1. cd into ws
  2. source /opt/ros/humble/setup.bash
  3. colcon build --symlink-install
  4. source install/setup.bash

Launching

Running ros2 launch marvin_simulation display.launch.py will open RViz and display the robot model. This launch file is made to quickly check if the robot model is correctly formatted and used internally when developing the stack.

Running ros2 launch marvin_simulation simulation.launch.py will spawn the robot in Gazebo and visualize sensor outputs in RViz. Any project interfacing with the simulation should use this launch file.

Interfacing with the Stack

Topics

Robot

/cmd_vel (geometry_msgs/msg/Twist) - target velocity for the robot to move in
/odom (nav_msgs/msg/Odometry) - an estimation of the robot's position and velocity

LiDAR

/velodyne_points (sensor_msgs/msg/PointCloud2) - pointcloud output of the LiDAR
/scan (sensor_msgs/msg/LaserScan) - converted laser scan of the LiDAR pointcloud on the x-y plane

Camera

/zed/camera_info (sensor_msgs/msg/CameraInfo) - Information about the camera
/zed/depth/camera_info (sensor_msgs/msg/CameraInfo) - Information about the depth camera
/zed/depth/image_raw (sensor_msgs/msg/Image) - Raw depth image
/zed/image_raw (sensor_msgs/msg/Image) - Raw image
/zed/points (sensor_msgs/msg/PointCloud2) - Point cloud of the camera's depth data (warning: visualizing this in RViz is VERY computationally intensive)

IMU

/imu_controller/out (sensor_msgs/msg/Imu) - IMU data

Launch File Arguments

display.launch.py

joint_gui (default: True) - whether to enable joint_state_publisher_gui

simulation.launch.py

headless (default: False) - whether to enable RViz. If you have other code that runs their own instance of RViz (ex. Nav2), you should set headless to True
world (default: empty) - Name of the Gazebo world file in the world directory

Worlds

empty - empty worlds
basic_obstacles - small world with basic obstacles like traffic cones and shelves
igvc - standard IGVC world with lane lines and ramps
igvc_flat - flat IGVC world with no ramps
igvc_wall - standard IGVC world with walls representing lane lines
igvc_flat_wall - flat IGVC world with walls and no ramps

Simulation Stack as a Subpackage

Since multiple subteams may use this stack as a dependency, do not include this stack directly in another subteam stack either as a package or git submodule. Having multiple instances in the same package will result in conflicts. Instead, develop with simulation without adding simulation to your repostitory, and include this project as a submodule in the main stack.

Sample Image

image image

Learning more

Visit the wiki to learn about how to set up robot models for simulation

Possible Issues

symbol lookup error: ... undefined symbol: __libc_pthread_init, version GLIBC_PRIVATE

This error is caused by the VSCode snap package setting GTK_PATH, which is then used by the VSCode integrated terminal. There are two solutions:

GTK+ module libcanberra-gtk-module.so cannot be loaded

This error is caused by snap variables leaking into terminal variables. There are two solutions:

Credits

Jason Ning and Kari Naga on the sensors team, who created the original URDF files and the Gazebo World in the marvin repository.

UTRA ART for their full IGVC course world. Any file or folder containing IGVC is under the original Apache 2.0 license