ut-amrl / ObVi-SLAM

Long-Term Object Visual SLAM

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

ObVi-SLAM

ObVi-SLAM is a joint object-visual SLAM approach aimed at long-term multi-session robot deployments.

Update: Published in IEEE RA-L in February 2024!

[Paper with added appendix] [Video] Appendix includes:

  • Computation time details
  • Full ablation results
  • Relative pose error
  • Bounding box projection math
  • Implementation details not discussed in the main paper

ROS implementation coming spring 2024.

Please email amanda.adkins4242@gmail.com with any questions!

Evaluation

For information on how to set up and run the comparison algorithms, see our evaluation repo.

Minimal Execution Instructions

This is a quick start guide to run ObVi-SLAM from ROS Bagfiles inside the docker container. First, refer to this page for Docker setup.

File structures

By default, we assume to have a following data root directory structures:

root_data_dir
|- calibration (stores calibration files)
|-- base_link_to_os1.txt
|-- base_link_to_zed_left_camera_optical_frame.txt
|-- base_link_to_zed_right_camera_optical_frame.txt
|-- camera_matrix.txt
|-- extrinsics.txt
|-- lego_loam_bl.txt
|-- ov_slam_bl.txt
|-- odom_bl.txt
|- original_data (stores raw bagfiles)
|-- <baganme1.bag>
|-- <baganme2.bag>
|-- <...>
|- orb_out (stores feature and pose initialization from ORB-SLAM2 Frontend)
|- orb_post_process (processed ORB-SLAM2 Frontend results)
|- ut_vslam_results (ObVi-SLAM results)
|- lego_loam_out (Optional; stores pose estimations for LeGOLOAM)

Calibration Files

To start, we require the following calibration files under a directory named "calibration" under the root data directory:

  • base_link_to_os1.txt - Transformation from base link to the LIDAR frame in the form of "transl_x, transl_y, transl_z, quat_x, quat_y, quat_z, quat_w". The first line is the header, and raw data starts from the second line. (The following transformation files share the same format.)
  • base_link_to_zed_left_camera_optical_frame.txt - Transformation from base link to the left camera frame
  • base_link_to_zed_right_camera_optical_frame.txt - Transformation from base link to the right camera frame
  • camera_matrix.txt - Camera instrinsics file in the form of "camera_id, img_width, img_height, mat_00, mat_01, mat_02, mat_10, mat_11, mat_12, mat_20, mat_21, mat_22". The first line is the header, and raw data starts from the second line. In our calibration file, left camera is referred by camera id 1, and the right one has camera id 2.
  • extrinsics.txt - Camera extrinsics file. It transform the map frame to the camera frame (world coordinate --> camera coordinate). Order and ids of cameras should match camera_matrix.txt file.
  • lego_loam_bl.txt (Optional) - Transformation from base link to the base frame of LeGO-LOAM. By default it symlinks to base_link_to_os1.txt. This file is only required for evaluation.
  • ov_slam_bl.txt (Optional) - Transformation from base link to the base frame of ObVi-SLAM. By default it is an identity transform. This file is only required for evaluation.
  • odom_bl.txt (Optional) - Transformation from base link to the odometry frame. By default it is an identity transform too. This file is only required for evaluation.

If you have different namings for those files, you can either softlink or change the calibration filenames inside the evaluation scripts later.

Feature Frontend

Open two terminals and run the following commands to uncompress image topics:

rosrun image_transport republish compressed in:=/zed/zed_node/left/image_rect_color raw  out:=/camera/left/image_raw
rosrun image_transport republish compressed in:=/zed/zed_node/right/image_rect_color raw out:=/camera/right/image_raw

In a third terminal, run:

bash ./convenience_scripts/docker/high_res_orbslam2_multibags_executor.sh

This script will preprocess all the bagfiles in sequence files specified by sequence_file_base_names. It reads camera calibarations from the file indicated by orb_slam_configuration_file. You may want to change it to point to your own camera calibration file. If you want to run for your own bagfiles, you can create your own sequence file and replace sequence_file_base_names with the one you created.

Object Detection

We used YOLOv5 for object detection. To run the object detector, in a new terminal run:

cd <path to yolov5 project root directory>
python3 detect_ros.py --weights <path to model weight> --img <image width in pixels> --conf <detection confidence threshold>

This script will start a ROS service named yolov5_detect_objs that allows users to query bounding boxes by image observations.

Run ObVi-SLAM

Run:

bash ./convenience_scripts/docker/high_res_ut_vslam_sequence_executor.sh

In the script, sequence_file_base_name is the filename of the sequence file (without suffix ".json"), and config_file_base_name is the filename of the configuration file (withouth suffix ".yaml"). You can change them to match with your sequence file and configuration file setups.

Installation Instructions

We rely on ORB-SLAM2 to extract visual features from image observations and motion tracking, YOLO to detect objects, and amrl_msgs to publish and subscribe to SLAM-related ROS messages. We provide our own customized versions of these libraries to facilitate your use: ORB-SLAM2, YOLO, and amrl_msgs. To install them inside the container:

# compile ORB-SLAM2
git clone https://github.com/ut-amrl/ORB_SLAM2 ORB_SLAM2
git checkout writeTimestamps
cd ORB_SLAM2
chmod +x build.sh
./build.sh

# install amrl_msgs
git clone https://github.com/ut-amrl/amrl_msgs.git
cd amrl_msgs
git checkout orbSlamSwitchTraj
echo "export ROS_PACKAGE_PATH="`pwd`":$ROS_PACKAGE_PATH" >> ~/.bashrc
source ~/.bashrc
make

# install yolo
git clone https://github.com/ut-amrl/yolov5
cd yolov5
git checkout ROS

If you want to install them outside the container, refer to their README page for further instruction. Our YOLO package depends on amrl_msgs. You will need to install amrl_msgs first to use our YOLO detector for ROS.

About

Long-Term Object Visual SLAM

License:BSD 3-Clause "New" or "Revised" License


Languages

Language:Jupyter Notebook 65.3%Language:C++ 27.2%Language:Python 5.2%Language:Shell 1.8%Language:CMake 0.5%Language:Makefile 0.0%