Ein unbemanntes Fahrzeug fährt nicht los, und niemand weiß warum. Auf der Kommandozeile lässt sich das herausfinden — wenn jemand da ist, der sie bedienen kann, und wenn er sich auf den Fahrzeugrechner verbinden darf. Im Einsatz ist beides selten gegeben.
ros_status zeigt denselben Zustand als Seite im Browser: welche Knoten leben, welcher Regler aktiv ist, wo ein Fehler herkommt. Damit kann auch jemand nachsehen, der kein ROS-2-Entwickler ist.
Auslastung, Speicher, Temperatur und Plattenplatz des Fahrzeugrechners, dazu Laufzeit und ROS-Ausgabe — mit Verlauf, nicht nur als Momentwert.
Was läuft, was sendet, was hört zu. Mit Typ und Zahl der Teilnehmer je Topic.
In welchem Zustand ein Knoten steht und welche Übergänge möglich sind.
Die Meldungen der Komponenten nach OK, Warnung, Fehler und veraltet — mit den gemeldeten Werten.
Regler mit Taktrate und Zustand, angemeldete Hardware, verfügbare Schnittstellen und der Verlauf von Position und Geschwindigkeit je Achse.
Die Protokollausgabe nach Knoten und Stufe gefiltert, statt im Terminal mitzulesen.
nexos_status_bridge startet die Brücke, über die ein Browser den ROS-2-Graphen erreicht. nexos_status_agent meldet Auslastung, Speicher, Temperatur und Plattenplatz nach /diagnostics — Werte, die ROS 2 von sich aus nicht kennt. Beide starten als systemd-Dienst mit, ohne dass sich jemand anmeldet.Der Quelltext steht vollständig und öffentlich unter Apache-2.0 auf github.com/NEXOSGroup/nexos_ros2_status, als Teil des zivilen Arbeitsbereichs nexos_ros2.
Sie dürfen ihn einsetzen, ändern und weitergeben — auch gewerblich, auch dann, wenn Sie mit uns nicht weiterarbeiten. Das ist der Punkt: Ein Betreiber, der uns eine Flotte anvertraut, soll sie später auch ohne uns betreiben können.
ros_status liest ausschließlich Standardschnittstellen von ROS 2. Es läuft deshalb nicht nur auf unseren Plattformen, sondern auf jedem ROS-2-System, das die Brücke und den Agenten mitführt.
Die sieben Ansichten oben sind gebaut und laufen. Geplant sind Messkurven für beliebige Zahlenwerte, Koordinatensysteme, der Knotengraph, Alarmregeln mit Benachrichtigung und eine Flottenansicht für mehrere Fahrzeuge. Die Reihenfolge steht als ROADMAP im Repository — nachlesbar, nicht nur behauptet.
Was davon in Ihrem Projekt schon trägt, sagen wir Ihnen konkret, statt es hier zu versprechen.