LESSON 07 · ROS 2

Configure, launch and diagnose a system

Make repeatable runs without hiding behavior-changing settings.

Environment and verification

Documented target: Ubuntu 24.04 · ROS 2 Jazzy · Gazebo Harmonic where used. Browser labs tested; ROS/Ubuntu/hardware execution not performed here.

What you will understand

  • Read a parameter.
  • Save configuration.
  • Diagnose clocks and names.

Prerequisites: Choose a topic, service or action and its stated environment.

The idea, made clear.

Parameters configure a node, but a node may reject changes while running. Read declared values, units and bounds. Launch files start processes with names, remappings and settings, giving another developer a reproducible setup rather than a list of manual clicks.

Debug from observations: process alive, graph endpoints present, samples arriving, values meaningful. Changing five settings at once hides causes. Preserve a working configuration and record each experiment so rollback is simple.

Nodes exchanging stamped data must use consistent clocks. Mixing wall and simulation time can cause transform or filter failures even when individual nodes appear healthy. Inspect use_sim_time and /clock before blaming the sensor.

ConfigurationLaunchObservationOne change
An original overview of the information or commissioning sequence.

Try it, step by step.

1

Inspect parameters

Keep turtlesim_node running.

parameters-launch-debugging-1.txt
ros2 param list /turtlesim
ros2 param get /turtlesim background_r

Expected: Declared values.

2

Change one value

Review the update response.

parameters-launch-debugging-2.txt
ros2 param set /turtlesim background_r 80
ros2 service call /clear std_srvs/srv/Empty "{}"

Expected: Successful change and refreshed background.

3

Save evidence

Capture configuration for comparison.

parameters-launch-debugging-3.txt
ros2 param dump /turtlesim > turtlesim-parameters.yaml
ros2 node info /turtlesim

Expected: YAML snapshot and endpoints.

Explore the interactive lab →

If something goes wrong

Parameter unavailable
Read param list rather than guessing.
Timestamp errors
Check clock sources and use_sim_time throughout the chain.

Check your understanding

Why change one setting at a time?

Make it yours

Document one failure, its evidence and one explanatory fix.

Your learning progress

Optional progress stays in this browser. No account needed.

Go to the source documentation

Commands are educational examples for the stated environment, not a transcript of local ROS execution. Verify actual behavior on your machine.

Look up a term · Version notes · Report an issue