robo-gym
is an open source toolkit for distributed reinforcement learning on real and simulated robots.
robo-gym
provides a collection of reinforcement learning environments involving robotic tasks applicable in both simulation and real world robotics. Additionally, we provide the tools to facilitate the creation of new environments featuring different robots and sensors.
Main features :
- Gymnasium interface for all the environments
- simulated and real robots interchangeability, which enables a seamless transfer from training in simulation to application on the real robot.
- built-in distributed capabilities, which enable the use of distributed algorithms and distributed hardware
- based only on open source software, which allows to develop applications on own hardware and without incurring in cloud services fees or software licensing costs
- integration of multiple commercially available industrial robots: MiR 100, Universal Robots (more to come)
- it has been successfully deployed to train a DRL algorithm to solve two different tasks in simulation that was able to solve the tasks on the real robots as well, without any further training in the real world
A paper describing robo-gym has been accepted for IROS 2020. A video showcasing the toolkit's capabilities and additional info can be found on our website
NOTE: We are continuously working to improve and expand robo-gym. If you are interested in reproducing the results obtained in the IROS 2020 paper please refer to v.0.1.0 for all the 3 repositories involved in the framework: robo-gym, robo-gym-robot-servers, robo-gym-server-modules.
NOTE: robo-gym is undergoing a necessary overhaul process. Things may break temporarily, and some old setups may not be supported anymore. In particular:
- Agents using the old Gym versions need to upgrade to Gymnasium, see also Gymnasium's migration guide.
- Across all components, Python versions up to 3.7.x will not be supported anymore.
- On the server side, ROS distros before noetic will not be supported anymore.
- Installation guides and other documentation may be inconsistent and not up to date.
- Version-agnostic references to robo-gym repositories from old commits (e.g., git clone commands in Dockerfiles) may need adjustment to retrieve a compatible version.
- Temporarily, our internal CI for robo-gym is partially disabled, which may lead to reduced coverage of automated tests and delays in updates on PyPI. Install from source instead (
pip install -e .
) if required.
- Basics
- Installation
- How to use
- Environments
- Examples
- Testing
- Troubleshooting
- Contributing
- Citation
- News
The robo-gym
framework is composed of several building blocks.
Detailed information on them is given here and in the paper.
The framework can be subdivided in two main parts:
-
The Robot Server Side (in green) is the one directly interacting with the real robot or simulating the robot. It is based on ROS, Gazebo and Python. It includes the robot simulation itself, the drivers to communicate with the real robot and additional required software tools.
-
The Environment Side is the one providing the Gymnasium interface to the robot and implementing the different environments.
The Robot Server Side and the Environment Side can run on the same PC or on different PCs connected via network.
Requirements: Python >= 3.8
You can perform a minimal install of robo-gym with:
git clone https://github.com/jr-robotics/robo-gym.git
cd robo-gym
pip install -e .
If you prefer, you can do a minimal install of the packaged version directly from PyPI:
pip install robo-gym
Requirements: Ubuntu 20.04 (recommended) or 18.04.
The Robot Server Side can be installed on the same machine running the Environment Side and/or on other multiple machines.
Install robo-gym-robot-servers following the instructions in the repository's README.
Each environment comes with a version to be run with a simulated version of the robot and the scenario and version to be run with the real robot. Simulated environments have a name ending with Sim whereas real robot environments have a name ending with Rob.
Before making a simulated environment it is necessary to start the Server Manager with:
start-server-manager
The Server Manager takes care of starting and managing the correct simulation/s and Robot Server/s.
Depending on the setup that you choose, the Server Manager could be running on the same machine on which you call env.make()
or on another machine connected via network.
The Server Manager is part of the robo-gym-server-modules package. A list of commands is available here.
To start an environment use:
import import gymnasium as gym, robo_gym
env = gym.make('EnvironmentNameSim-v0', ip='<server_manager_address>')
env.reset()
The IP address of the machine on which the Server Manager is running has to
be passed as an argument to env.make
, if the Server Manager is running on the
same machine use ip='127.0.0.1'
.
To start a simulated environment with GUI use the optional gui argument:
env = gym.make('EnvironmentNameSim-v0', ip='<server_manager_address>', gui=True)
The Simulation wrapper provides some extra functionalities to the Simulated Environments.
env.restart_sim()
restart the simulationenv.kill_sim()
kill the simulation
The Exception Handling Wrapper comes in handy when training on simulated environments. The wrapper implements reaction strategies to common exceptions raised during training. If one of the know exceptions is raised it tries to restart the Robot Server and the Simulation to recover the system. If the exceptions happen during the reset of the environment the Robot Server is simply restarted in the background, whereas, if exceptions happen during the execution of an environment step the environment returns:
return self.env.observation_space.sample(), 0, True, {"Exception":True, "ExceptionType": <Exception_type>}
Adding the wrapper to any simulated environment is very easy:
import gymnasium as gym
import robo_gym
from robo_gym.wrappers.exception_handling import ExceptionHandling
env = gym.make('EnvironmentNameSim-v0', ip='<server_manager_address>')
env = ExceptionHandling(env)
When making a real robot environment the Robot Server needs to be started manually, see here how to do that.
Once the Real Robot Server is running, you can start the corresponding environment with:
import gymnasium as gym
import robo_gym
env = gym.make('EnvironmentNameRob-v0', rs_address='<robot_server_address>')
env.reset()
The <robot_server_address>
has to be formed as IP:PORT
See List of Environments.
For information on creating your own environments, see Creating your own Environments.
import gymnasium as gym
import robo_gym
from robo_gym.wrappers.exception_handling import ExceptionHandling
target_machine_ip = '127.0.0.1' # or other machine 'xxx.xxx.xxx.xxx'
# initialize environment
env = gym.make('NoObstacleNavigationMir100Sim-v0', ip=target_machine_ip, gui=True)
env = ExceptionHandling(env)
num_episodes = 10
for episode in range(num_episodes):
done = False
env.reset()
while not done:
# random step in the environment
state, reward, done, info = env.step(env.action_space.sample())
Additional examples can be found here
Start the Server Manager and attach to the session with:
start-server-manager && attach-to-server-manager
Expected output
2021-XX-XX XX:XX:XX,XXX - serverManager - INFO - Server Manager started at 50100
For problems at this step see the Testing section of robo-gym-server-modules.
On the PC where you are running robo-gym
associate the IP of the pc on which the Server Manager is running to the hostname robot-servers
with:
sudo sh -c 'printf "127.0.0.1 robot-servers" >> /etc/hosts'
If you are running the Server Manager on a different PC replace 127.0.0.1 with the IP address of the machine.
We are using pytest for tests. You can run a short selection of tests with:
pytest -m "not nightly"
or the full test suite with:
pytest
Once you are done run kill-server-manager
to kill the Robot Server and the Server Manager.
If you encounter troubles running robo-gym please take a look at the existing issues, if you still cannot find solution to your problem please submit a new issue.
Troubleshooting robo-gym-robot-servers Troubleshooting robo-gym-server-modules
New environments and new robots and sensors implementations are welcome!
More details and guides on how to contribute will be added soon!
If you have general questions or ideas that you would like to share please start a new discussion.
@article{lucchi2020robo,
title={robo-gym--An Open Source Toolkit for Distributed Deep Reinforcement Learning on Real and Simulated Robots},
author={Lucchi, Matteo and Zindler, Friedemann and M{\"u}hlbacher-Karrer, Stephan and Pichler, Horst},
journal={2020 IEEE/RSJ International Conference on Intelligent Robots and Systems (IROS)},
year={2020}
}
-
2024-09-06 (v2.0.0)
- Added support for gymnasium, dropped support for gym
- Added support for Python up to 3.11
- Dropped support for Python 3.7
- Improved cleanup of simulation robot servers
-
2021-05-19 (v1.0.0)
- Added support for all the Universal Robots models: UR3, UR3e, UR5, UR5e, UR10, UR10e, UR16e
- The Robot Server state can now be defined as a dictionary instead of a list to reduce errors caused by wrong indexing
- Added support for Python 3.7, 3.8, 3.9 and stopped support for 3.5
- Added Obstacle Avoidance environments
- Improved logging and debugging
- Improved code quality and readability
-
2020-11-03
- IROS 2020 is live! This year the event is on-demand and accessible for free to everyone. You can register at https://www.iros2020.org/ondemand/signup and find the presentation of our paper about robo-gym here https://www.iros2020.org/ondemand/episode?id=1357&id2=Transfer%20Learning&1603991207687
-
2020-07-07
- The robo-gym paper has been accepted for IROS 2020 !
-
2020-06-02 (v0.1.7)
- improved documentation
- added exception handling feature to simulated environments
-
2020-04-27 (v0.1.1)
- added Simplified Installation option for Robot Server Side
-
2020-04-15 (v0.1.0)
- robo-gym first release is here!