This is the smallest ROS app wrapper in the repository. It is the best starting point when you need to run depthai_ros_driver as an RVC4 standalone app and publish standard RGB, stereo, and IMU topics to a host ROS graph.
- You need the simplest ROS app packaging example under
apps/ros/. - You want a wrapper around the packaged
depthai_ros_driverlaunch files rather than a custom ROS workspace. - You need RGBD and IMU topics that can be visualized from a host machine.
- You want the most direct reference for how a ROS app is launched from
oakapp.toml.
- You need local ROS source code in the repo that changes behavior.
- You need RGB pointclouds or spatial bounding boxes as the main output.
- You need
/cmd_velcontrol logic or a custom robot node. - You need a non-ROS standalone app or a Visualizer-based frontend.
Category:apps/ros/ros-driver-basicShape:rosPrimary task:standalone ROS driver app for RGB, stereo, and IMU publishingEntrypoint:oakapp.tomlStandalone path:oakapp.tomlFrontend:noneRuns on:RVC4 standalone onlyRequires:RVC4 device; host ROS 2 environment to subscribe;rviz2for visualizationInput:on-device RGB, stereo, and IMU sensorsOutput:ROS topics such as/oak/rgb/image_raw,/oak/stereo/image_raw, and/oak/imu/dataModels:none defined locally in this repoVisualizer / UI:ROS 2 tools such asrviz2
- README.md: host ROS setup, visualization guidance, and troubleshooting notes
- oakapp.toml: container image, package installation, and exact launch command
- parameters.yaml: local ROS parameter overrides passed to the driver
- The app uses the
library/ros:kilted-ros-basebase image. - oakapp.toml installs
ros-kilted-depthai-ros. - The entrypoint sources ROS Kilted and launches
depthai_ros_driver/driver.launch.py. - parameters.yaml enables IR and requests the
RGBDpipeline type. - All pipeline and topic behavior beyond that comes from the installed ROS package, not local source files in this example directory.
device sensors -> depthai_ros_driver -> ROS 2 DDS graphROS graph -> host subscribers / rviz2
Safe to change:parameters.yaml, host RViz usage, launch arguments in oakapp.tomlRequires care:ROS distribution assumptions, topic expectations on the host, parameter names defined by external ROS packagesLikely to break if changed blindly:assuming there is local pipeline source here, or changing launch/package names without matching the installed ROS package version
To change driver behavior:start in parameters.yamlTo add local ROS code:move to apps/ros/ros-driver-custom-workspaceTo publish pointclouds instead:compare against apps/ros/ros-driver-rgb-pclTo publish spatial 3D markers:compare against apps/ros/ros-driver-spatial-bb
- This example is RVC4 standalone only.
- There is no local ROS package source in this example directory; the real runtime behavior comes from the installed
depthai_ros_driver. - Host-side ROS setup is still required to inspect or visualize the published topics.
- The example copies resolv.conf into the container so package installation works during build.
- The local parameters.yaml is part of the launch command; this file is the main place to customize behavior here.
INDEX.mdclassifies this as a standalone ROS app, so do not treat it like a general-purpose peripheral example.
- apps/ros/ros-driver-rgb-pcl: use this when you need RGB pointcloud output
- apps/ros/ros-driver-spatial-bb: use this when you need 3D markers for spatial detections
- apps/ros/ros-driver-custom-workspace: use this when you need local ROS code and custom plugins
- apps/ros/ros-follow-object: use this when you need control outputs from detections
Run:oakctl app run .Host validation:ros2 topic listandrviz2Success looks like:the app publishes RGB, stereo, and IMU topics and they can be visualized from the host ROS environmentCommon failure meaning:the host ROS environment is not sourced, the wrong ROS middleware is being used, or the installed package versions do not match the topic expectations