Zum Inhalt springen
drawtonomy drawtonomy

OpenSCENARIO-Editor — visuelle, browserbasierte Szenariogenerierung

drawtonomy ist ein kostenloser, browserbasierter OpenSCENARIO-Editor. Sie zeichnen die Straße (oder importieren ein vorhandenes .xodr), positionieren die Akteure und verfassen dann das gesamte Storyboard visuell – Phasen, Events, 35 Aktionen und 19 Triggerbedingungen – auf einer Leinwand statt von Hand in XML. Da die eingebettete esmini-WASM-Engine im gleichen Browser-Tab lädt, führen Sie das Szenario in dem Moment aus, in dem Sie es abschließen, und lesen ein PASS- / FAIL-Urteil – ohne lokale Installation, ohne Umweg zu einem Simulator. Wenn es das tut, was Sie bezwecken, exportieren Sie standardisiertes ASAM OpenSCENARIO 1.2 .xosc zusammen mit dem OpenDRIVE .xodr, auf dem es läuft, gebündelt als esmini-bereites ZIP.

Zeichnen Sie eine Straße, positionieren Sie ein Fahrzeug, verfassen Sie eine Phase mit Change Speed und Change Lane Events, und führen Sie sie im Browser aus.

Wie es sich zu anderen Szenario-Authoring-Tools verhält

Abschnitt betitelt „Wie es sich zu anderen Szenario-Authoring-Tools verhält“
  • esmini — der Referenz-OpenSCENARIO-Player und die Laufzeit mit einer umfangreichen Befehlszeile und Bibliotheks-API. drawtonomy exportiert Szenarien, die esmini abspielt.
  • MathWorks RoadRunner Scenario — ein Szenario-Authoring-Add-on für RoadRunner. Kommerziell.
  • Cognata / Foretellix Foretify — Enterprise-Szenario-Plattformen. Kommerziell.
  • scenariogeneration / py-scenariogeneration — Python-Bibliotheken zur programmgesteuerten Erzeugung von .xodr + .xosc.

drawtonomy ist die browserbasierte, visuelle, kostenlose Option, mit der Sie das Storyboard sowohl verfassen als auch ausführen im gleichen Tab. Es versucht nicht, esmini als Laufzeit im großen Maßstab zu ersetzen oder RoadRunner Scenarios kommerzielle Werkzeugkette – es macht den häufigen Fall (ein Szenario verfassen, es ausführen, das Urteil prüfen, Standard-XML exportieren) schnell und installationsfrei.

Da der Export Standard-ASAM-XML ist, verbindet es sich direkt mit der Referenz-Laufzeit: das gleiche .xosc + .xodr, das Sie hier verfassen, läuft unverändert in nativem esmini, drawtonomy ist bei der Wiedergabe nicht beteiligt.

Eine Aufnahme: zeichnen Sie die Szene, exportieren Sie das esmini-ZIP, dann spielen Sie das exportierte .xosc in nativem esmini ab – das Standard-XML läuft wie es ist.

Wann Sie drawtonomy verwenden sollten

Abschnitt betitelt „Wann Sie drawtonomy verwenden sollten“
  • Sie möchten ein ADAS-Test-Szenario verfassen (Spurwechsel, Spurwechsel, ungeschützter Linksabbieger, abbremsendes Vorausfahrzeug, Fußgängerkosing, Kreisverkehrseinfahrt) visuell und ein ausführbares .xosc erhalten.
  • Sie möchten es ausführen und ein Urteil sehen – setzen Sie END- und FAIL-Bedingungen und lesen Sie PASS / FAIL im Browser, ohne eine lokale esmini-Installation.
  • Sie möchten ein vorhandenes .xosc überprüfen oder bearbeiten mit einem Stakeholder, der kein OSC-XML liest – öffnen Sie es, inspizieren Sie die Phasen, passen Sie an, führen Sie es wieder aus.
  • Sie möchten von einem visuellen Storyboard zu einem standardisierten, tragbaren esmini-bereiten ZIP in einem Export gehen.

Von der Leinwand zu einem laufenden Szenario

Abschnitt betitelt „Von der Leinwand zu einem laufenden Szenario“

Sie verfassen das gesamte Szenario auf der Leinwand und müssen nie einen Text-Editor öffnen, um es zum Laufen zu bringen.

Was der Editor bietet

Abschnitt betitelt „Was der Editor bietet“
  • Ein visuelles Storyboard: Phasen und Events mit Akteur-Zeilen, Startbedingungen und Ausführungsreihenfolge – die OpenSCENARIO-Story- / Act- / ManeuverGroup-Struktur, zusammengesetzt durch Klicken statt XML-Verschachtelung von Hand.
  • 35 Aktionen – Change Speed, Change Lane, Follow Path, Teleport, Controller, Verkehrsquellen, Anhänger, Lichter und mehr – und 19 Triggerbedingungen: Simulationszeit, Zeitlücke, Zeit bis Kollision, Entfernung, Geschwindigkeit, Storyboard-Element-Zustand und die erweiterten Bedingungen.
  • END- und FAIL-Bedingungen: trennen Sie, wann ein Lauf stoppt, von, ob er bestanden hat, und verwandeln Sie jedes Szenario in eine PASS- / FAIL-Überprüfung.
  • Wiedergabe im Browser auf der eingebetteten esmini-WASM-Engine – verschieben Sie die Zeitachse, folgen Sie dem Ego, Phantom-Bewegungsspuren, das Urteil-Badge und eine .webm-Aufzeichnung des Laufs.
  • Ein Standard-ASAM-OpenSCENARIO-1.2-.xosc- + OpenDRIVE-.xodr- Export, gebündelt mit einem run.sh, damit jede esmini-Installation es abspielt.

Ehrliche Grenzen

Abschnitt betitelt „Ehrliche Grenzen“

Der Editor deckt das Storyboard ab, das Sie auf der Leinwand verfassen können – nicht die gesamte OpenSCENARIO-1.x-Spezifikation. Parameterkehrungen und Wertverteilungen, benutzerdefinierte oder eingestöpselte Controller jenseits der integrierten Menge, simulatorspezifische Erweiterungen und OpenSCENARIO 2.x / M-SDL liegen außerhalb dessen, was die Benutzeroberfläche ausdrückt. Wenn Sie eines davon benötigen, ist das exportierte .xosc ein sauberer, standardisierter Ausgangspunkt, den Sie im Code oder von Hand erweitern können. Für Szenario-Flotten generieren Sie von einem DSL (scenariogeneration oder ähnlich) statt von Hand auf einer Leinwand.

Der Workflow

Abschnitt betitelt „Der Workflow“
  1. Zeichnen oder importieren Sie das Straßennetz. Lane Tool, Intersection Templates und Crosswalk Shapes – oder importieren Sie ein vorhandenes OpenDRIVE .xodr.
  2. Positionieren Sie die Akteure. Ego auf einer bestimmten Fahrspur, andere Entitäten bei bekannten Längversätzen.
  3. Verfassen Sie das Storyboard. Wechseln Sie in den Scenario-Modus und verfassen Sie Phasen, Events, Aktionen und Trigger im Szenario-Editor.
  4. Führen Sie es im Browser aus. Drücken Sie ▶, verschieben Sie die Zeitachse, folgen Sie dem Ego, und lesen Sie das PASS- / FAIL-Urteil. Iterieren Sie, bis es das tut, was Sie bezwecken.
  5. Exportieren Sie das esmini-Paket – Standard-.xosc + .xodr + run.sh – und nehmen Sie es zu jeder esmini-Installation oder erweitern Sie es weiter.

Weiterführende Dokumentation

Abschnitt betitelt „Weiterführende Dokumentation“