Zum Inhalt springen

drawtonomy vs. RoadRunner

MathWorks RoadRunner ist ein interaktiver Editor zum Entwerfen von 3D-Szenen für Simulation und Test automatisierter Fahrsysteme. Zusammen mit RoadRunner Scenario deckt es die Kette von der HD-Kartenerstellung bis zur dynamischen Szenariogenerierung ab und gehört zu den Standardwerkzeugen professioneller ADAS-/AD-Teams.

RoadRunner umfasst:

  • HD-Kartenerstellung mit vollständiger 3D-Darstellung und analytischer Geometrie.
  • Import und Export von ASAM OpenDRIVE 1.4 bis 1.8.
  • Szenario-Authoring über RoadRunner Scenario mit Export von ASAM OpenSCENARIO XML und DSL. Exportierte Szenarien sind für OpenSCENARIO-kompatible Simulatoren wie CARLA, esmini, IPG CarMaker und dSPACE ASM ausgelegt. Wer Szenarien in RoadRunner Scenario verfasst, findet dieselben OpenSCENARIO-Konzepte im Browser in drawtonomys Szenario-Editor wieder; RoadRunner- und OpenSCENARIO-Begriffe ordnet das RoadRunner-Scenario-Vokabular dem von drawtonomy zu.
  • MATLAB-/Simulink-Integration für Co-Simulation und skriptbasierte Pipelines.
  • 3D-Assets für Fahrzeuge und Straßenausstattung.
  • MathWorks-Dokumentation und Support-Kanäle.

Für Teams, die HD-Karten oder Szenario-Kataloge in nennenswertem Umfang produzieren, ist RoadRunner das Werkzeug, zu dem man normalerweise greift.

RoadRunner ist ein kommerzielles MathWorks-Produkt. Viele Universitäten bieten Zugang über campusweite MathWorks-Lizenzen — es lohnt sich zu prüfen, ob die eigene Institution diese bereits umfasst. Außerhalb der Hochschule ist eine kostenpflichtige Lizenz erforderlich.

drawtonomy ist ein Browser-Editor für Fahrszenarien, der ein vollständiges Storyboard verfasst (Aktionen, Trigger, End-/Fail-Bedingungen) und es im Browser auf esmini-WASM ausführt, mit einer reinen Anzeige-3D-Vorschau — Chase-, Vogelperspektive- und Fahrer-Kamera — zum Betrachten des Durchlaufs; sie dient der Wiedergabekontrolle, nicht der 3D-Modellierung. drawtonomy importiert OpenDRIVE .xodr und exportiert es wieder zurück, einschließlich <junction>-Primitiven und Verkehrszeichen als <signal>-Einträge. Diese Kreuzungskonnektivität ist zuverlässig, wenn eine importierte Karte unverändert durchgereicht wird (wortgetreuer Round-Trip); neu erzeugte Kreuzungsgeometrie aus handgezeichneten Fahrspuren ist noch wenig präzise. Parametersweeps oder benutzerdefinierte/ML-Controller bietet drawtonomy nicht — das bleiben Roadmap-Punkte.

Einige kleine Dinge, die drawtonomy neben RoadRunner ergänzen kann:

  • Eine kostenlose, rein browserbasierte Skizzenfläche für Paper-Abbildungen, Foliendiagramme oder Design-Diskussionen.
  • Eine aus RoadRunner exportierte .xodr-Datei importieren für einen schnellen Blick in 2D im Browser oder eine leichte Bearbeitung, ganz ohne Desktop-Installation.
  • Eine bearbeitbare .drawtonomy.svg-Abbildungsquelle für Dokumentation.
  • Eine schnelle abspielbare Prüfung in esmini für die einfache Variante einer Szene.

Ein sinnvolles Muster, wenn beide verfügbar sind: RoadRunner für das Produktions-Szenario, drawtonomy für das Diagramm davon.

RoadRunner und drawtonomy zielen auf dieselben ASAM-Standards ab — OpenSCENARIO und OpenDRIVE. Dateien des einen lassen sich im Prinzip im anderen öffnen, und beide exportieren zur Wiedergabe nach esmini. Die OpenSCENARIO- und OpenDRIVE-Community ist klein, und Werkzeuge, die zu ihr beitragen — RoadRunner, drawtonomy, Truevision Designer, LaneMaker, Blender DSC, scenariogeneration, esmini — verfolgen dasselbe Ziel: szenariobasiertes Testen zugänglicher zu machen. Wir arbeiten an unterschiedlichen Teilen desselben Ökosystems.