robot_lab is an extension project based on Isaac Lab. It allows you to develop in an isolated environment, outside of the core Isaac Lab repository.
If you want to run policy in gazebo or real robot, please use rl_sar project.
-
Install Isaac Lab by following the installation guide. We recommend using the conda installation as it simplifies calling Python scripts from the terminal.
-
Clone the repository separately from the Isaac Lab installation (i.e. outside the
IsaacLab
directory):git clone https://github.com/fan-ziqi/robot_lab.git
-
Using a python interpreter that has Isaac Lab installed, install the library
python -m pip install -e ./exts/robot_lab
-
Verify that the extension is correctly installed by running the following command to print all the available environments in the extension:
python scripts/tools/list_envs.py
Set up IDE (Optional, click to expand)
To setup the IDE, please follow these instructions:
- Run VSCode Tasks, by pressing
Ctrl+Shift+P
, selectingTasks: Run Task
and running thesetup_python_env
in the drop down menu. When running this task, you will be prompted to add the absolute path to your Isaac Sim installation.
If everything executes correctly, it should create a file .python.env in the .vscode
directory. The file contains the python paths to all the extensions provided by Isaac Sim and Omniverse. This helps in indexing all the python modules for intelligent suggestions while writing code.
Setup as Omniverse Extension (Optional, click to expand)
We provide an example UI extension that will load upon enabling your extension defined in exts/robot_lab/robot_lab/ui_extension_example.py
. For more information on UI extensions, enable and check out the source code of the omni.isaac.ui_template
extension and refer to the introduction on Isaac Sim Workflows 1.2.3. GUI.
To enable your extension, follow these steps:
-
Add the search path of your repository to the extension manager:
- Navigate to the extension manager using
Window
->Extensions
. - Click on the Hamburger Icon (☰), then go to
Settings
. - In the
Extension Search Paths
, enter the absolute path torobot_lab/exts
- If not already present, in the
Extension Search Paths
, enter the path that leads to Isaac Lab's extension directory (IsaacLab/source/extensions
) - Click on the Hamburger Icon (☰), then click
Refresh
.
- Navigate to the extension manager using
-
Search and enable your extension:
- Find your extension under the
Third Party
category. - Toggle it to enable your extension.
- Find your extension under the
Click to expand
Currently, we don't have the Docker for Isaac Lab publicly available. Hence, you'd need to build the docker image for Isaac Lab locally by following the steps here.
Once you have built the base Isaac Lab image, you can check it exists by doing:
docker images
# Output should look something like:
#
# REPOSITORY TAG IMAGE ID CREATED SIZE
# isaac-lab-base latest 28be62af627e 32 minutes ago 18.9GB
Following above, you can build the docker container for this project. It is called isaac-lab-template
. However,
you can modify this name inside the docker/docker-compose.yaml
.
cd docker
docker compose --env-file .env.base --file docker-compose.yaml build isaac-lab-template
You can verify the image is built successfully using the same command as earlier:
docker images
# Output should look something like:
#
# REPOSITORY TAG IMAGE ID CREATED SIZE
# isaac-lab-template latest 00b00b647e1b 2 minutes ago 18.9GB
# isaac-lab-base latest 892938acb55c About an hour ago 18.9GB
After building, the usual next step is to start the containers associated with your services. You can do this with:
docker compose --env-file .env.base --file docker-compose.yaml up
This will start the services defined in your docker-compose.yaml
file, including isaac-lab-template.
If you want to run it in detached mode (in the background), use:
docker compose --env-file .env.base --file docker-compose.yaml up -d
If you want to run commands inside the running container, you can use the exec
command:
docker exec --interactive --tty -e DISPLAY=${DISPLAY} isaac-lab-template /bin/bash
When you are done or want to stop the running containers, you can bring down the services:
docker compose --env-file .env.base --file docker-compose.yaml down
This stops and removes the containers, but keeps the images.
FFTAI GR1T1
# Train
python scripts/rsl_rl/base/train.py --task RobotLab-Isaac-Velocity-Flat-FFTAI-GR1T1-v0 --headless
# Play
python scripts/rsl_rl/base/play.py --task RobotLab-Isaac-Velocity-Flat-FFTAI-GR1T1-v0
Anymal D
# Train
python scripts/rsl_rl/base/train.py --task RobotLab-Isaac-Velocity-Flat-Anymal-D-v0 --headless
# Play
python scripts/rsl_rl/base/play.py --task RobotLab-Isaac-Velocity-Flat-Anymal-D-v0
Unitree A1
# Train
python scripts/rsl_rl/base/train.py --task RobotLab-Isaac-Velocity-Flat-Unitree-A1-v0 --headless
# Play
python scripts/rsl_rl/base/play.py --task RobotLab-Isaac-Velocity-Flat-Unitree-A1-v0
Unitree Go2W (Unvalible for now)
# Train
python scripts/rsl_rl/base/train.py --task RobotLab-Isaac-Velocity-Flat-Unitree-Go2W-v0 --headless
# Play
python scripts/rsl_rl/base/play.py --task RobotLab-Isaac-Velocity-Flat-Unitree-Go2W-v0
Unitree H1
# Train
python scripts/rsl_rl/base/train.py --task RobotLab-Isaac-Velocity-Flat-Unitree-H1-v0 --headless
# Play
python scripts/rsl_rl/base/play.py --task RobotLab-Isaac-Velocity-Flat-Unitree-H1-v0
Unitree G1
# Train
python scripts/rsl_rl/base/train.py --task RobotLab-Isaac-Velocity-Flat-Unitree-G1-v0 --headless
# Play
python scripts/rsl_rl/base/play.py --task RobotLab-Isaac-Velocity-Flat-Unitree-G1-v0
The above configs are flat, you can change Flat
to Rough
Note
- Record video of a trained agent (requires installing
ffmpeg
), add--video --video_length 200
- Play/Train with 32 environments, add
--num_envs 32
- Play on specific folder or checkpoint, add
--load_run run_folder_name --checkpoint model.pt
- Resume training from folder or checkpoint, add
--resume --load_run run_folder_name --checkpoint model.pt
The code for AMP training refers to AMP_for_hardware
Unitree A1
# Retarget motion files
python exts/robot_lab/robot_lab/third_party/amp_utils/scripts/retarget_kp_motions.py
# Replay AMP data
python scripts/rsl_rl/amp/replay_amp_data.py --task RobotLab-Isaac-Velocity-Flat-Amp-Unitree-A1-v0
# Train
python scripts/rsl_rl/amp/train.py --task RobotLab-Isaac-Velocity-Flat-Amp-Unitree-A1-v0 --headless
# Play
python scripts/rsl_rl/amp/play.py --task RobotLab-Isaac-Velocity-Flat-Amp-Unitree-A1-v0
For example, to generate Unitree A1 usd file:
python scripts/tools/convert_urdf.py a1.urdf exts/robot_lab/data/Robots/Unitree/A1/a1.usd --merge-join
Check import_new_asset for detail
Using the core framework developed as part of Isaac Lab, we provide various learning environments for robotics research.
These environments follow the gym.Env
API from OpenAI Gym version 0.21.0
. The environments are registered using
the Gym registry.
Each environment's name is composed of Isaac-<Task>-<Robot>-v<X>
, where <Task>
indicates the skill to learn
in the environment, <Robot>
indicates the embodiment of the acting agent, and <X>
represents the version of
the environment (which can be used to suggest different observation or action spaces).
The environments are configured using either Python classes (wrapped using configclass
decorator) or through
YAML files. The template structure of the environment is always put at the same level as the environment file
itself. However, its various instances are included in directories within the environment directory itself.
This looks like as follows:
exts/robot_lab/tasks/locomotion/
├── __init__.py
└── velocity
├── config
│ └── unitree_a1
│ ├── agent # <- this is where we store the learning agent configurations
│ ├── __init__.py # <- this is where we register the environment and configurations to gym registry
│ ├── flat_env_cfg.py
│ └── rough_env_cfg.py
├── __init__.py
└── velocity_env_cfg.py # <- this is the base task configuration
The environments are then registered in the exts/robot_lab/tasks/locomotion/velocity/config/unitree_a1/__init__.py
:
gym.register(
id="RobotLab-Isaac-Velocity-Flat-Unitree-A1-v0",
entry_point="omni.isaac.lab.envs:ManagerBasedRLEnv",
disable_env_checker=True,
kwargs={
"env_cfg_entry_point": f"{__name__}.flat_env_cfg:UnitreeA1FlatEnvCfg",
"rsl_rl_cfg_entry_point": f"{agents.__name__}.rsl_rl_ppo_cfg:UnitreeA1FlatPPORunnerCfg",
},
)
gym.register(
id="RobotLab-Isaac-Velocity-Rough-Unitree-A1-v0",
entry_point="omni.isaac.lab.envs:ManagerBasedRLEnv",
disable_env_checker=True,
kwargs={
"env_cfg_entry_point": f"{__name__}.rough_env_cfg:UnitreeA1RoughEnvCfg",
"rsl_rl_cfg_entry_point": f"{agents.__name__}.rsl_rl_ppo_cfg:UnitreeA1RoughPPORunnerCfg",
},
)
To view tensorboard, run:
tensorboard --logdir=logs
A pre-commit template is given to automatically format the code.
To install pre-commit:
pip install pre-commit
Then you can run pre-commit with:
pre-commit run --all-files
In some VsCode versions, the indexing of part of the extensions is missing. In this case, add the path to your extension in .vscode/settings.json
under the key "python.analysis.extraPaths"
.
{
"python.analysis.extraPaths": [
"<path-to-ext-repo>/exts/robot_lab"
]
}
If you encounter a crash in pylance
, it is probable that too many files are indexed and you run out of memory.
A possible solution is to exclude some of omniverse packages that are not used in your project.
To do so, modify .vscode/settings.json
and comment out packages under the key "python.analysis.extraPaths"
Some examples of packages that can likely be excluded are:
"<path-to-isaac-sim>/extscache/omni.anim.*" // Animation packages
"<path-to-isaac-sim>/extscache/omni.kit.*" // Kit UI tools
"<path-to-isaac-sim>/extscache/omni.graph.*" // Graph UI tools
"<path-to-isaac-sim>/extscache/omni.services.*" // Services tools
...
Please cite the following if you use this code or parts of it:
@software{fan-ziqi2024robot_lab,
author = {fan-ziqi},
title = {{robot_lab: An extension project based on Isaac Lab.}},
url = {https://github.com/fan-ziqi/robot_lab},
year = {2024}
}