← Related research

ROS 2 / DDS Testing

Run unattended ROS 2 hardware tests without ROS tooling on your side

Testing a ROS 2 robot usually means SSHing into the robot, running ros2 CLI commands by hand, and eyeballing topic echoes to decide whether a requirement passed, a process that does not scale past the one person who knows the stack.

Requirement-verdict gate on live telemetryExample run
Runs
15 / 15 PASS
Gate evaluations
30 / 30 matched
Match latency
0.26 – 0.37 s
Flakes
0

The workflow today

  • SSH into the robot and run ros2 topic echo / ros2 service call by hand
  • Eyeball telemetry in a terminal to judge whether a requirement passed
  • Re-run the same manual steps for every regression check
  • No artifact: the "evidence" is whoever happened to be watching the terminal

With Plotune Nexus

  • Join the robot's DDS domain over the network, no ROS tooling needed on your side
  • Publish a bounded command and gate the next step on live telemetry, not a fixed wait
  • Record multiple topics into a single MCAP artifact as an unattended, bounded job
  • Wrap join → command → gate → record into one repeatable sequence with a pass/fail verdict

Supported integrations

CycloneDDS
Cross-host discovery
MCAP recording
wait_dds_signal gating
Containerized controller supervision

See this mapped to your bench.

Plotune Nexus is one product, this is how it runs against ROS 2 / DDS Testing.