:orphan: .. _tutorial-create-manager-rl-env: Creating a Manager-Based RL Environment ======================================= .. currentmodule:: isaaclab Extend the Cartpole environment from :ref:`tutorial-create-manager-base-env` into an RL task using :class:`envs.ManagerBasedRLEnvCfg`. Add rewards and termination conditions to define what the agent should learn and when each episode ends. The configuration can also include commands and a curriculum. The environment class executes these terms, so you can change the task through configuration. See :ref:`feature-workflows` for how manager-based environments organize task logic. The Code ~~~~~~~~ For this tutorial, we use the cartpole environment defined in ``isaaclab_tasks.core.cartpole`` module. .. dropdown:: Code for cartpole_manager_env_cfg.py :icon: code .. literalinclude:: ../../../source/isaaclab_tasks/isaaclab_tasks/core/cartpole/cartpole_manager_env_cfg.py :language: python :emphasize-lines: 67-84, 87-110, 174-184 :linenos: The script for running the environment ``run_cartpole_rl_env.py`` is present in the ``isaaclab/scripts/tutorials/03_envs`` directory. The script is similar to the ``cartpole_base_env.py`` script in the previous tutorial, except that it uses the :class:`envs.ManagerBasedRLEnv` instead of the :class:`envs.ManagerBasedEnv`. .. dropdown:: Code for run_cartpole_rl_env.py :icon: code .. literalinclude:: ../../../scripts/tutorials/03_envs/run_cartpole_rl_env.py :language: python :emphasize-lines: 45-52, 67 :linenos: The Code Explained ~~~~~~~~~~~~~~~~~~ We already went through parts of the above in the :ref:`tutorial-create-manager-base-env` tutorial to learn about how to specify the scene, observations, actions and events. Thus, in this tutorial, we will focus only on the RL components of the environment. In Isaac Lab, we provide various implementations of different terms in the :mod:`envs.mdp` module. We will use some of these terms in this tutorial, but users are free to define their own terms as well. These are usually placed in their task-specific sub-package (for instance, in :mod:`isaaclab_tasks.core.cartpole.mdp`). Defining rewards ---------------- The :class:`managers.RewardManager` is used to compute the reward terms for the agent. Similar to the other managers, its terms are configured using the :class:`managers.RewardTermCfg` class. The :class:`managers.RewardTermCfg` class specifies the function or callable class that computes the reward as well as the weighting associated with it. It also takes in dictionary of arguments, ``"params"`` that are passed to the reward function when it is called. For the cartpole task, we will use the following reward terms: * **Alive Reward**: Encourage the agent to stay alive for as long as possible. * **Terminating Reward**: Similarly penalize the agent for terminating. * **Pole Angle Reward**: Encourage the agent to keep the pole at the desired upright position. * **Cart Velocity Reward**: Encourage the agent to keep the cart velocity as small as possible. * **Pole Velocity Reward**: Encourage the agent to keep the pole velocity as small as possible. .. literalinclude:: ../../../source/isaaclab_tasks/isaaclab_tasks/core/cartpole/cartpole_manager_env_cfg.py :language: python :pyobject: RewardsCfg Defining termination criteria ----------------------------- Most learning tasks happen over a finite number of steps that we call an episode. For instance, in the cartpole task, we want the agent to balance the pole for as long as possible. However, if the agent reaches an unstable or unsafe state, we want to terminate the episode. On the other hand, if the agent is able to balance the pole for a long time, we want to terminate the episode and start a new one so that the agent can learn to balance the pole from a different starting configuration. The :class:`managers.TerminationsCfg` configures what constitutes for an episode to terminate. In this example, we want the task to terminate when either of the following conditions is met: * **Episode Length** The episode length is greater than the defined max_episode_length * **Cart out of bounds** The cart goes outside of the bounds [-3, 3] The flag :attr:`managers.TerminationsCfg.time_out` specifies whether the term is a time-out (truncation) term or terminated term. These are used to indicate the two types of terminations as described in `Gymnasium's documentation `_. .. literalinclude:: ../../../source/isaaclab_tasks/isaaclab_tasks/core/cartpole/cartpole_manager_env_cfg.py :language: python :pyobject: TerminationsCfg Defining commands ----------------- For various goal-conditioned tasks, it is useful to specify the goals or commands for the agent. These are handled through the :class:`managers.CommandManager`. The command manager handles resampling and updating the commands at each step. It can also be used to provide the commands as an observation to the agent. For this simple task, we do not use any commands. Hence, we leave this attribute as its default value, which is None. You can see an example of how to define a command manager in the other locomotion or manipulation tasks. Defining curriculum ------------------- Often times when training a learning agent, it helps to start with a simple task and gradually increase the tasks's difficulty as the agent training progresses. This is the idea behind curriculum learning. In Isaac Lab, we provide a :class:`managers.CurriculumManager` class that can be used to define a curriculum for your environment. In this tutorial we don't implement a curriculum for simplicity, but you can see an example of a curriculum definition in the other locomotion or manipulation tasks. Tying it all together --------------------- With all the above components defined, we can now create the :class:`ManagerBasedRLEnvCfg` configuration for the cartpole environment. This is similar to the :class:`ManagerBasedEnvCfg` defined in :ref:`tutorial-create-manager-base-env`, only with the added RL components explained in the above sections. .. literalinclude:: ../../../source/isaaclab_tasks/isaaclab_tasks/core/cartpole/cartpole_manager_env_cfg.py :language: python :pyobject: CartpoleEnvCfg Running the simulation loop --------------------------- Coming back to the ``run_cartpole_rl_env.py`` script, the simulation loop is similar to the previous tutorial. The only difference is that the configuration's ``class_type`` creates an instance of :class:`envs.ManagerBasedRLEnv` instead of the :class:`envs.ManagerBasedEnv`. Consequently, now the :meth:`envs.ManagerBasedRLEnv.step` method returns additional signals such as the reward and termination status. The information dictionary also maintains logging of quantities such as the reward contribution from individual terms, the termination status of each term, the episode length etc. .. literalinclude:: ../../../scripts/tutorials/03_envs/run_cartpole_rl_env.py :language: python :pyobject: main The Code Execution ~~~~~~~~~~~~~~~~~~ Similar to the previous tutorial, we can run the environment by executing the ``run_cartpole_rl_env.py`` script. .. code-block:: bash python scripts/tutorials/03_envs/run_cartpole_rl_env.py --num_envs 32 --viz kit This should open a similar simulation as in the previous tutorial. However, this time, the environment returns more signals that specify the reward and termination status. Additionally, the individual environments reset themselves when they terminate based on the termination criteria specified in the configuration. .. figure:: ../_static/tutorials/tutorial_create_manager_rl_env.jpg :align: center :figwidth: 100% :alt: result of run_cartpole_rl_env.py To stop the simulation, you can either close the window, or press ``Ctrl+C`` in the terminal where you started the simulation. In this tutorial, we learnt how to create a task environment for reinforcement learning. We do this by extending the base environment to include the rewards, terminations, commands and curriculum terms. We also learnt how to use the :class:`envs.ManagerBasedRLEnv` class to run the environment and receive various signals from it. While it is possible to manually create an instance of :class:`envs.ManagerBasedRLEnv` class for a desired task, this is not scalable as it requires specialized scripts for each task. Thus, we exploit the :meth:`gymnasium.make` function to create the environment with the gym interface. We will learn how to do this in the next tutorial.