Open-RMF Web is a collection of packages that provide a web-based interface for users to visualize and control all aspects of Open-RMF deployments.
- Quick start with docker
- Getting started from source
- API server
- API client
- RMF Dashboard Framework
- Configuration
- Contribution guide
- Roadmap
These docker images are useful when trying out rmf_demos
.
Start the demo dashboard with host network access, RMF_SERVER_URL
and TRAJECTORY_SERVER_URL
configured accordingly. The demo dashboard will then accessible on localhost:3000
by default.
docker run \
--network host -it --rm \
-e RMF_SERVER_URL=http://localhost:8000 \
-e TRAJECTORY_SERVER_URL=ws://localhost:8006 \
ghcr.io/open-rmf/rmf-web/demo-dashboard:latest
Note The demo dashboard assumes that the api server is hosted locally on the default ports.
Start the API server with host network access, and set up the correct ROS_DOMAIN_ID
and ROS 2 RMW implementation (The images currently have rmw_fastrtps_cpp
and rmw_cyclonedds_cpp
installed and supported) that will be used in the rest of the Open-RMF system. The API server will use the default port at localhost:8000
.
docker run \
--network host -it --rm \
-e ROS_DOMAIN_ID=<ROS_DOMAIN_ID> \
-e RMW_IMPLEMENTATION=<RMW_IMPLEMENTATION> \
ghcr.io/open-rmf/rmf-web/api-server:latest
# The latest tag would be the same as jazzy
# For ROS 2 Rolling, use ghcr.io/open-rmf/rmf-web/api-server:rolling-nightly
Note Users can also configure the API server using a mounted configuration file and setting the environment variable
RMF_API_SERVER_CONFIG
. In the default scenario, the API server will use an internal non-persistent database.
We currently support Ubuntu 24.04, ROS 2 Jazzy and the latest Open-RMF release. Other distributions may work as well, but is not guaranteed.
Install pnpm and nodejs
curl -fsSL https://get.pnpm.io/install.sh | bash -
pnpm env use --global lts
For Debian/Ubuntu systems,
sudo apt install python3-pip python3-venv
Refer to the following documentation for either building from source or installing released binaries:
Note Simulation demos are not part of the released binaries, and therefore a built workspace with at least the demos repository would be required for trying out the web dashboard with simulation.
Run
pnpm install
You may also install dependencies for only a subset of the packages
pnpm install -w --filter <package>...
Source Open-RMF and launch the demo dashboard in development mode,
# For binary installation
source /opt/ros/jazzy/setup.bash
# For source build
source /path/to/workspace/install/setup.bash
cd packages/rmf-dashboard-framework
pnpm start
This starts up the API server (by default at port 8000) which sets up endpoints to communicate with an Open-RMF deployment, as well as begin compilation of the demo dashboard. Once completed, it can be viewed at localhost:5173.
If presented with a login screen, use user=admin password=admin
.
Ensure that the fleet adapters in the Open-RMF deployment is configured to use the endpoints of the API server. By default it is http://localhost:8000/_internal
. Launching a simulation from rmf_demos_gz
for example, the command would be,
ros2 launch rmf_demos_gz office.launch.xml server_uri:="http://localhost:8000/_internal"
When developing individual components, it may be useful to start the dashboard and api-server separately,
# Start the dashboard in dev, this monitors for changes in the dashboard package and performs rebuilds. A browser refresh is required after all automated builds.
cd packages/rmf-dashboard-framework
pnpm start:example examples/demo
# Start the API server, this will need to be restarted for any changes to be reflected
cd packages/api-server
pnpm start
- For general contribution guidelines, see CONTRIBUTING.
- Follow typescript guidelines.
- When introducing a new feature in
rmf-dashboard-framework
, write tests as well as e2e test whenever possible. - When introducing API changes with
api-server
,- If the new changes are to be used externally (outside of the web packages, with other Open-RMF packages for example), make changes to
rmf_api_msgs
, before generating the required models using this script with modified commit hashes. - Don't forget to update the API client with the newly added changes with these instructions.
- If the new changes are to be used externally (outside of the web packages, with other Open-RMF packages for example), make changes to
- Check out the latest API definitions here, or visit
/docs
relative to your running server's url, e.g.http://localhost:8000/docs
. - Develop the frontend without launching any Open-RMF components using storybook.
- For integration with new devices/infrastructure, check out Robot Interaction Objects (RIO).
- Update documentation alongside development, and update the
ros2multirobotbook
where necessary.
- See the api-server docs for API server run-time configurations.
- rmf-dashboard-framework allows you to easily build a dashboard.
-
If a feature is missing or is not working, it could be only available in an Open-RMF source build, and not in the binaries. Try building Open-RMF from source and source that new workspace before launching the API server.
rmf-web
may use in-development features of Open-RMF. -
Creating tasks from the web dashboard when running a simulated Open-RMF deployment will require the task start time suit simulation time, which starts from unix millis 0. Try creating the same task with a start date of before the year of 1970.
-
If floorplans for map levels are not loading, please check and verify that walls have been added to the levels in
.building.yaml
usingtraffic-editor
orrmf_site
. The dashboard uses the bounding box encompassing all wall vertices to create scene boundary for rendering, therefore if no wall vertices are present, the scene boundary becomes invalid and the floor fails to render. -
Check if the issue has already been reported or fixed.