Bi-DexHands provides a collection of bimanual dexterous manipulations tasks and reinforcement learning algorithms. Reaching human-level sophistication of hand dexterity and bimanual coordination remains an open challenge for modern robotics researchers. To better help the community study this problem, Bi-DexHands are developed with the following key features:
- Isaac Efficiency: Bi-DexHands is built within Isaac Gym; it supports running thousands of environments simultaneously. For example, on one NVIDIA RTX 3090 GPU, Bi-DexHands can reach 40,000+ mean FPS by running 2,048 environments in parallel.
- RL/MARL Benchmark: we provide the first bimanual manipulation task environment for RL and Multi-Agent RL practitioners, along with a comprehensive benchmark for SOTA continuous control model-free RL/MARL methods. See example
- Heterogeneous-agents Cooperation: Agents in Bi-DexHands (i.e., joints, fingers, hands,...) are genuinely heterogeneous; this is very different from common multi-agent environments such as SMAC where agents can simply share parameters to solve the task.
- Task Generalization: we introduce a variety of dexterous manipulation tasks (e.g., handover, lift up, throw, place, put...) as well as enormous target objects from the YCB and SAPIEN dataset (>2,000 objects); this allows meta-RL and multi-task RL algorithms to be tested on the task generalization front.
- Point Cloud: We provide the ability to use point clouds as observations. We used the depth camera in Isaacc Gym to get the depth image and then convert it to partial point cloud. We can customize the pose and numbers of depth cameras to get point cloud from difference angles. The density of generated point cloud depends on the number of the camera pixels. See the code.
- Quick Demos
Contents of this repo are as follows:
- Installation
- Introduction to Bi-DexHands
- Overview of Environments
- Overview of Algorithms
- Getting Started
- Enviroments Performance
- Building the Documentation
- The Team
- License
Details regarding installation of IsaacGym can be found here. We currently support the Preview Release 3
version of IsaacGym.
The code has been tested on Ubuntu 18.04 with Python 3.7. The minimum recommended NVIDIA driver
version for Linux is 470.74
(dictated by support of IsaacGym).
It uses Anaconda to create virtual environments. To install Anaconda, follow instructions here.
Ensure that Isaac Gym works on your system by running one of the examples from the python/examples
directory, like joint_monkey.py
. Please follow troubleshooting steps described in the Isaac Gym Preview 3
install instructions if you have any trouble running the samples.
Once Isaac Gym is installed and samples work within your current python environment, install this repo:
Bi-DexHands is hosted on PyPI. It requires Python >= 3.7. You can simply install Bi-DexHands from PyPI with the following command:
pip install bidexhands
You can also install this repo from the source code:
pip install -e .
This repository contains complex dexterous hands control tasks. Bi-DexHands is built in the NVIDIA Isaac Gym with high performance guarantee for training RL algorithms. Our environments focus on applying model-free RL/MARL algorithms for bimanual dexterous manipulation, which are considered as a challenging task for traditional control methods.
Source code for tasks can be found in envs/tasks
. The detailed settings of state/action/reward are in here.
So far, we release the following tasks (with many more to come):
We provide a Gym-Like API that allows us to get information from the Isaac Gym environment. Our single-agent Gym-Like wrapper is the code of the Isaac Gym team used, and we have developed a multi-agent Gym-Like wrapper based on it:
class MultiVecTaskPython(MultiVecTask):
# Get environment state information
def get_state(self):
return torch.clamp(self.task.states_buf, -self.clip_obs, self.clip_obs).to(self.rl_device)
def step(self, actions):
# Stack all agent actions in order and enter them into the environment
a_hand_actions = actions[0]
for i in range(1, len(actions)):
a_hand_actions = torch.hstack((a_hand_actions, actions[i]))
actions = a_hand_actions
# Clip the actions
actions_tensor = torch.clamp(actions, -self.clip_actions, self.clip_actions)
self.task.step(actions_tensor)
# Obtain information in the environment and distinguish the observation of different agents by hand
obs_buf = torch.clamp(self.task.obs_buf, -self.clip_obs, self.clip_obs).to(self.rl_device)
hand_obs = []
hand_obs.append(torch.cat([obs_buf[:, :self.num_hand_obs], obs_buf[:, 2*self.num_hand_obs:]], dim=1))
hand_obs.append(torch.cat([obs_buf[:, self.num_hand_obs:2*self.num_hand_obs], obs_buf[:, 2*self.num_hand_obs:]], dim=1))
rewards = self.task.rew_buf.unsqueeze(-1).to(self.rl_device)
dones = self.task.reset_buf.to(self.rl_device)
# Organize information into Multi-Agent RL format
# Refer to https://github.com/tinyzqh/light_mappo/blob/HEAD/envs/env.py
sub_agent_obs = []
...
sub_agent_done = []
for i in range(len(self.agent_index[0] + self.agent_index[1])):
...
sub_agent_done.append(dones)
# Transpose dim-0 and dim-1 values
obs_all = torch.transpose(torch.stack(sub_agent_obs), 1, 0)
...
done_all = torch.transpose(torch.stack(sub_agent_done), 1, 0)
return obs_all, state_all, reward_all, done_all, info_all, None
def reset(self):
# Use a random action as the first action after the environment reset
actions = 0.01 * (1 - 2 * torch.rand([self.task.num_envs, self.task.num_actions * 2], dtype=torch.float32, device=self.rl_device))
# step the simulator
self.task.step(actions)
# Get the observation and state buffer in the environment, the detailed are the same as step(self, actions)
obs_buf = torch.clamp(self.task.obs_buf, -self.clip_obs, self.clip_obs)
...
obs = torch.transpose(torch.stack(sub_agent_obs), 1, 0)
state_all = torch.transpose(torch.stack(agent_state), 1, 0)
return obs, state_all, None
We also provide single-agent and multi-agent RL interfaces. In order to adapt to Isaac Gym and speed up the running efficiency, all operations are implemented on GPUs using tensor. Therefore, there is no need to transfer data between the CPU and GPU.
We give an example using HATRPO (the SOTA MARL algorithm for cooperative tasks) to illustrate multi-agent RL APIs, please refer to https://github.com/cyanrain7/TRPO-in-MARL:
from algorithms.marl.hatrpo_trainer import HATRPO as TrainAlgo
from algorithms.marl.hatrpo_policy import HATRPO_Policy as Policy
...
# warmup before the main loop starts
self.warmup()
# log data
start = time.time()
episodes = int(self.num_env_steps) // self.episode_length // self.n_rollout_threads
train_episode_rewards = torch.zeros(1, self.n_rollout_threads, device=self.device)
# main loop
for episode in range(episodes):
if self.use_linear_lr_decay:
self.trainer.policy.lr_decay(episode, episodes)
done_episodes_rewards = []
for step in range(self.episode_length):
# Sample actions
values, actions, action_log_probs, rnn_states, rnn_states_critic = self.collect(step)
# Obser reward and next obs
obs, share_obs, rewards, dones, infos, _ = self.envs.step(actions)
dones_env = torch.all(dones, dim=1)
reward_env = torch.mean(rewards, dim=1).flatten()
train_episode_rewards += reward_env
# Record reward at the end of each episode
for t in range(self.n_rollout_threads):
if dones_env[t]:
done_episodes_rewards.append(train_episode_rewards[:, t].clone())
train_episode_rewards[:, t] = 0
data = obs, share_obs, rewards, dones, infos, \
values, actions, action_log_probs, \
rnn_states, rnn_states_critic
# insert data into buffer
self.insert(data)
# compute return and update network
self.compute()
train_infos = self.train()
# post process
total_num_steps = (episode + 1) * self.episode_length * self.n_rollout_threads
# save model
if (episode % self.save_interval == 0 or episode == episodes - 1):
self.save()
For example, if you want to train a policy for the ShadowHandOver task by the PPO algorithm, run this line in bi-dexhands
folder:
python train.py --task=ShadowHandOver --algo=ppo
To select an algorithm, pass --algo=ppo/mappo/happo/hatrpo/...
as an argument. For example, if you want to use happo algorithm, run this line in bi-dexhands
folder:
python train.py --task=ShadowHandOver --algo=happo
Supported Single-Agent RL algorithms are listed below:
- Proximal Policy Optimization (PPO)
- Trust Region Policy Optimization (TRPO)
- Twin Delayed DDPG (TD3)
- Soft Actor-Critic (SAC)
- Deep Deterministic Policy Gradient (DDPG)
Supported Multi-Agent RL algorithms are listed below:
- Heterogeneous-Agent Proximal Policy Optimization (HAPPO)
- Heterogeneous-Agent Trust Region Policy Optimization (HATRPO)
- Multi-Agent Proximal Policy Optimization (MAPPO)
- Independent Proximal Policy Optimization (IPPO)
- Multi-Agent Deep Deterministic Policy Gradient (MADDPG)
For a brief introduction to these algorithms, please refer to here
The trained model will be saved to logs/${Task Name}/${Algorithm Name}
folder.
To load a trained model and only perform inference (no training), pass --test
as an argument, and pass --model_dir
to specify the trained models which you want to load.
For single-agent reinforcement learning, you need to pass --model_dir
to specify exactly what .pt model you want to load. An example of PPO algorithm is as follows:
python train.py --task=ShadowHandOver --algo=ppo --model_dir=logs/shadow_hand_over/ppo/ppo_seed0/model_5000.pt --test
For multi-agent reinforcement learning, pass --model_dir
to specify the path to the folder where all your agent model files are saved. An example of HAPPO algorithm is as follows:
python train.py --task=ShadowHandOver --algo=happo --model_dir=logs/shadow_hand_over/happo/models_seed0 --test
Users can convert all tfevent files into csv files and then try plotting the results. Note that you should verify env-num
and env-step
same as your experimental setting. For the details, please refer to the ./utils/logger/tools.py
.
# geenrate csv for sarl and marl algorithms
$ python ./utils/logger/tools.py --alg-name <sarl algorithm> --alg-type sarl --env-num 2048 --env-step 8 --root-dir ./logs/shadow_hand_over --refresh
$ python ./utils/logger/tools.py --alg-name <marl algorithm> --alg-type marl --env-num 2048 --env-step 8 --root-dir ./logs/shadow_hand_over --refresh
# generate figures
$ python ./utils/logger/plotter.py --root-dir ./logs/shadow_hand_over --shaded-std --legend-pattern "\\w+" --output-path=./logs/shadow_hand_over/figure.png
We provide stable and reproducible baselins run by PPO, HAPPO, MAPPO algorithms. All baselines are run under the parameters of 2048 num_env
and 100M total_step
. The dataset
folder contains the raw csv files.
For more figures please refer to here
- Handover, throw&catch (a 9-month-old child's behavior)
- Pick up eyeglasses ( an 1-year-old child's behavior )
- Stack blocks (an 1-year-old child's behavior )
- Put off a pen cap (a 30-month-old child's behavior)
- Open/Close a door (a 30-month-old child's behavior)
- Unscrew a bottle top (a 30-month-old child's behavior)
- Lift a pot (a 2-year-old child's behavior)
- Turn buttons off/on (a 5-year-old child's behavior)
- Pour water in a teapot (an adult's behavior)
- Multi-task PPO
- Multi-task TRPO
- Multi-task SAC
- MAML
- RL2
- PEARL
It must be pointed out that Bi-DeHands is still under development, and there are some known issue:
- ShadowHandBottleCap and ShadowHandLiftUnderarm environment may report errors due to collision calculation bugs in the later stage of program runtime.
RuntimeError: CUDA error: an illegal memory access was encountered
CUDA kernel errors might be asynchronously reported at some other API call,so the stacktrace below might be incorrect.
- Although we provide the implementation, we did not tested DDPG, TD3 and MADDPG algorithms, they may still have bugs.
Bi-DexHands is a project contributed by Yuanpei Chen,Shengjie Wang, Hao Dong, Zongqing Lu, Yaodong Yang at Peking University, please contact [email protected] if you are interested to collaborate.
We also thank the list of contributors from the following two open source repositories: Isaac Gym, HATRPO.
We also recommend users to read the early work on dexterous hands manipulation that inpisres this work.
Bi-DexHands has an Apache license, as found in the LICENSE file.