roostField / Lab
Self-pacedNext unit
Research engineer track · 24 weeks

The robot is
the curriculum.

33 written lessons, one arm, and a research question. A project-first path from LLM performance engineering to robot-learning evidence that survives a lab meeting — classical control through VLA deployment, taught for the systems engineer you already are.

01CONTROLKinematics → feedback
02LEARNINGDemonstrations → policies
03SYSTEMSLatency → closed loop
04RESEARCHHypothesis → evidence
START HERE / LAB ZERO

Your operating system

First unit

Inside the arm: actuators, encoders, and control modes

Phase 0170 min

The WidowX AI on your desk is a sealed production system: six integrated brushless joints on an internal CAN FD bus behind a 500 Hz real-time controller. The AK60-6 on your bench is the same actuator species with the lid off. Open it up — outrunner, planetary gear, encoder, FOC firmware — and learn the impedance law every modern joint runs before you build policies on top of it.

Open lesson
0%units
Program status

0 of 33 units · 0 of 6 phases

Units are the written lessons. A phase counts only when its exit criterion is evidenced on the robot — not when the reading is done. Both live in this browser.

Open curriculum
Immediate next seven days

Launch checklist

0/7
CURRICULUM / 24 WEEKS

Your research spine

Every phase pairs written lessons with a robot studio, and ends in an artifact plus an exit criterion. External courses are references, not the path.

PHASE 01Weeks 1–224–30 h

Instrument the robot

Your performance-engineering instincts transfer directly here: timestamps, contracts, reproducibility, and failure visibility are the first robotics skills to operationalize.

01Lessons · written for this program

01Inside the arm: actuators, encoders, and control modes70 min · The WidowX AI on your desk is a sealed production system: six integrated brushless joints on an internal CAN FD bus behind a 500 Hz real-time controller. The AK60-6 on your bench is the same actuator species with the lid off. Open it up — outrunner, planetary gear, encoder, FOC firmware — and learn the impedance law every modern joint runs before you build policies on top of it.02Coordinate frames and rigid transforms80 min · Every 3D number in your pipeline is expressed in some coordinate frame, and the frame is stored nowhere in the array. This lesson builds the notation, the SO(3)/SE(3) math, and the numerical checks that make frame bugs visible before they reach the motors.03Time is a sensor: clocks, timestamps, and latency75 min · A robot is a distributed system with physical deadlines. Before any learning happens, you need one coherent notion of time across cameras, host, and actuators — and a measured latency budget.04ROS 2 essentials: nodes, topics, QoS, and bags75 min · ROS 2 is the lingua franca of robot software: a typed pub/sub bus whose QoS, executor, and recording defaults all fail silently if you treat them as details. Learn the graph, the negotiation rules, and the flight recorder — and when to bypass all of it.05Lab 0: bring-up, safety, and the episode logger85 min · Four lessons of theory become one working station: a layered safety stack you have actually tripped on purpose, a reset you can repeat in fifteen seconds, and an episode logger that turns every run into replayable data. Passing this lab is the exit gate for Phase 01.

02Capabilities to earn

  • Explain every coordinate frame and control interface in the stack.
  • Recover a synchronized episode from images, state, commands, and faults.
  • Measure camera-to-command and command-to-motion latency distributions.

04Robot studio

  1. Bring up the WidowX, cameras, teleoperation, emergency stop, workspace limits, and deterministic reset.
  2. Add stale-command watchdogs, velocity and acceleration limits, command timeouts, workspace/collision checks, and a tested safe-stop path before autonomous execution.
  3. Draw the frame tree and verify at least three transform chains numerically.
  4. Log exposure/capture time, joint and gripper state, request/response time, commands, acknowledgements, and faults on one clock.
  5. Create a two-minute teleoperation recording and deterministic log replay; keep collecting demonstrations and recovery episodes throughout the program.

05Evidence

Hardware setup guideFrame diagramTimestamp schemaBaseline latency report
NVIDIA lane

Isaac Sim is useful here for URDF/sensor validation and software-in-the-loop checks. Do not pause real-hardware bring-up to build a photorealistic scene.

EXIT CRITERION

A second engineer can reproduce the setup and recover a synchronized episode using only your repository.

PRIMARY SOURCES / CURATED

Four courses, one path

Classical spine01

MIT Robotic Manipulation

Russ Tedrake · living notes

Primary source for the physical manipulation stack.

CORE
Ch. 2–6, 8
SELECT
Ch. 9–11
SKIP
Read linearly only if a lab needs it
FramesKinematicsPoseGraspingPlanningControl
Open official materials (opens in a new tab)
Control depth02

MIT Underactuated Robotics

Russ Tedrake · living notes

Selective depth for dynamics, optimal control, feedback, and contact.

CORE
Ch. 2–3, 8, 10
SELECT
Ch. 13, 15, 17–19, 21
SKIP
Walking/running and most SOS work
DynamicsLQRTrajOptMPCOutput feedbackIdentification
Open official materials (opens in a new tab)
Learning spine03

Stanford CS224R

Deep Reinforcement Learning

Primary learning course because its current syllabus reaches robot VLAs.

CORE
IL, offline/model-based RL, goals, hierarchy, sim-to-real, VLAs
SELECT
Policy gradient and actor-critic intuition
SKIP
PyTorch tutorial and LLM preference overlap
ImitationOffline RLReward learningGoal conditioningRL for VLAs
Open official materials (opens in a new tab)
Implementation depth04

Berkeley CS185/285

Sergey Levine · Deep RL

Extra derivation and homework depth, not a second full course.

CORE
HW1 imitation + selected model-based/offline RL
SELECT
Exploration, control as inference, multitask RL
SKIP
Duplicate fundamentals and generic framework review
Behavior cloningActor criticModel-based RLOffline RLExploration
Open official materials (opens in a new tab)
COURSE RULE

Read just in time. Complete only the assignments that produce code, data, or intuition needed by the current robot experiment.

ACCELERATED ROBOTICS LANE

NVIDIA becomes useful when it closes a loop.

NVIDIA's official three-computer pattern separates DGX-class training, RTX/Omniverse simulation, and Jetson runtime. This course maps Isaac Lab across learning and simulation, and Isaac ROS onto runtime—only when each tool solves a measured problem.

Open the NVIDIA robotics playlist (opens in a new tab)
CREATEIsaac SimScenes · sensors · synthetic data
LEARNIsaac LabRL · IL · evaluation at scale
DEPLOYIsaac ROSNITROS · perception · ROS 2
RUNJetsonPower · thermals · edge latency
N/01Weeks 1–6

Isaac Sim

Simulation + synthetic data

USE IT FOR

URDF/sensor validation, software- or hardware-in-the-loop testing, collision scenes, controlled synthetic data.

GUARDRAIL

Do not optimize scene realism before the real task, sensors, and metrics are frozen.

Official resource (opens in a new tab)
N/02Weeks 7–24

Isaac Lab

GPU-scale robot learning

USE IT FOR

Parallel RL/IL environments, domain randomization, vision-in-the-loop training, and scalable policy evaluation.

GUARDRAIL

Use after a real-robot baseline exists; sim success is not the capstone result.

Official resource (opens in a new tab)
N/03Weeks 15–18

Isaac ROS + NITROS

Accelerated ROS 2 runtime

USE IT FOR

GPU-accelerated perception, image processing, transport, collision checking, and trajectory-optimization nodes.

GUARDRAIL

Adopt only after tracing the ROS graph proves transport or a GEM-replaceable node is limiting the loop.

Official resource (opens in a new tab)
N/04Optional after Week 15

Jetson

On-robot edge compute

USE IT FOR

Measure power-, thermal-, memory-, and sensor-I/O constraints in a deployable edge configuration.

GUARDRAIL

A workstation is the faster starting point. Buy or port only when edge deployment answers a research question.

Official resource (opens in a new tab)
N/05Research branch

Isaac GR00T

Generalist policy platform

USE IT FOR

Cross-embodiment policy experiments and an end-to-end alternative spanning teleop, training, evaluation, and ROS deployment.

GUARDRAIL

Keep OpenPI primary for the WidowX capstone; use GR00T later as a controlled comparison.

Official resource (opens in a new tab)
N/06Frontier branch

Cosmos

World models + data generation

USE IT FOR

Generate or transform physical-AI video/data for a specific long-tail generalization hypothesis.

GUARDRAIL

Not a prerequisite. Add it only when the baseline reveals a data bottleneck it can plausibly address.

Official resource (opens in a new tab)
RECOMMENDED RESEARCH CAPSTONE

Latency-aware real-time action chunking.

CAP / 01
RESEARCH QUESTION

How do inference latency, jitter, action horizon, and replanning policy affect success, throughput, recovery, and motion smoothness in real-world VLA manipulation?

HYPOTHESIS

An adaptive scheduler using predicted inference time and disagreement between active and newly generated chunks will improve throughput and perturbation recovery without increasing unsafe acceleration or action discontinuity.

SENSEPREPROCESSINFERCHUNKEXECUTEMEASURE
01

Baselines

  1. Synchronous flow-based π₀ or π₀.₅ execution
  2. Fixed-rate replanning with temporal ensembling on the same checkpoint
  3. RTC-style asynchronous action chunking on the same flow policy
  4. Proposed latency-aware adaptive scheduler
02

Primary metrics

  • Task success with confidence intervals
  • Completion time and successful-task throughput
  • Observation-to-action p50 / p95 / p99
  • Deadline misses and latency jitter
  • Joint jerk, acceleration, and chunk discontinuity
  • Recovery after controlled perturbations
  • VRAM, utilization, and server stability
  • Held-out objects, layouts, lighting, and prompts
Experimental discipline

Freeze the dataset, task rubric, held-out split, and primary metric before tuning the final method. Randomize condition order, standardize resets, preserve failures, and report negative results.

WEEKLY OPERATING RHYTHM

Protect the robot hours.

Your existing ML background lets you compress lectures. It does not let you compress contact with the real system.

4hTheory

Only material tied to the active experiment

6hRobot studio

Implementation, collection, deployment, trials

2hPapers

Two structured paper notes

1hAnalysis

Plots, statistics, failure bookkeeping

1hResearch log

Decisions, negative results, public writing