Course materials · Reinforcement Learning for Electrical Engineering

Isaac Lab and robot simulation

English translation

Graduate course · Research application activities

Go beyond running a new simulator example: Identify the observations, actions, and physics that your research task requires you to change.

Before practice

01 Do the task, physics, renderer, and RL library serve the same role?

Description

The task defines observations, actions, rewards, resets, and terminations. The physics backend handles physics calculations, the renderer generates images, and the RL library trains policies.

02 What must be aligned when the policy control period differs from the physics step?

Description

The physics step and policy control period may differ. Align action scale, joint units, and control decimation to transfer a policy to another simulator or robot.

Execution conditions

Applications

Mobile robot paths and safety

An application design case choosing either grid paths or continuous velocity control.

Observation·State
Position, target-relative position, and nearby obstacle observations.
Action
Grid direction selection or bounded linear and angular velocities.
Reward·Constraint
Separate arrival, collision, and movement costs. Distinguish collisions from timeouts.
Comparison baseline
Shortest path and rule-based avoidance.
Metrics to check
Success rate, collision rate, travel distance, and time. Evaluate on unseen maps.

Drive-system tracking performance and input cost

A synthetic 1st-order motor model that tracks a constant reference angular velocity in each experiment. Separate training at target 1 from evaluation at 0.5, 1, and 1.5.

Observation·State
Angular velocity ω/5\omega/5, target r/2r/2.
Action
Continuous a∈[−1,1]a\in[-1,1], actual input u=2au=2a.
Reward·Constraint
−((r−ω)2+0.05u2)-((r-\omega)^2+0.05u^2). Termination at |ω|>5|\omega|>5; time limit at 100 steps.
Comparison baseline
P control with the same input limits.
Metrics to check
Tracking RMSE, mean u², and number of safety terminations. Evaluate separately for each target.

Practice

Preview practice notebookDownload practice notebook

1. From Gymnasium to a robot simulator

Starting conditions

Start from CartPole-v1 observations, actions, resets, and time limits.

Procedure

  1. Run the provided rule policy and record observations and actions for one episode.
  2. In the official Isaac Lab Quickstart, identify and map the roles of the task, physics backend, renderer, and RL library.

Results to retain

Items to record and points to check
Role
Gymnasium example
Isaac Lab configuration
What I will change

Points to check

  • Did you distinguish the physics simulation from the learning algorithm as separate components?
  • Did you distinguish the policy control period from the physics simulation period?

2. Environment onboarding: execution or transition analysis

Starting conditions

GPU environment: On a prepared Linux/Windows NVIDIA system, follow the official Quickstart in this order: task list → zero/random agent → training → play. CPU environment: During the same session, complete CartPole transition and policy comparisons and task configuration mapping.

Procedure

  1. If a GPU environment is ready, run the Cartpole task following the current official documentation, and record the task ID, backend, seed, and execution command.
  2. If no GPU environment is available, compare Random and Rule trajectories with the provided CPU code and identify termination causes.
  3. In your selected path, find the setting to modify to change one observation, action, or termination rule.

Results to retain

Items to record and points to check
Path
Task and environment
Execution conditions
Observed results
Settings to modify

Points to check

  • Did you avoid presenting unexecuted Isaac results as actual run results?
  • Did you trace observations, actions, and terminations beyond merely resolving installation issues?

3. Minimum components of a research task

Starting conditions

Choose manipulation, mobile robotics, or process control.

Procedure

  1. Tabulate the scene, state observations, action scale, reward, reset, and termination.
  2. Link to the files and components containing these settings in the official Isaac Lab robot tutorial.
  3. Decide what to hold fixed and which single item to change in the first experiment.

Results to retain

Items to record and points to check
Components
My task definition
Reference configuration location
Initial verification

Points to check

  • Did you distinguish successful visualization from a correctly defined learning problem?
  • Did you identify the core issue to validate rather than trying to reproduce a complete robot system from the start?

Official examples and data