DEENESPTFRRUARHIKOZHNL
AUTOSAR_EXP_SWArchitecture FIG-25db781a7934b53f 918 × 653 px 1 Release(s)

Figure 10.1: Startup of the AUTOSAR Runtime for Adaptive Applications

SHA-256 Inhalts-Fingerabdruck: 25db781a7934b53fb387d59366ba63341f579a2d0a57a61e639cf38854efa11e

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

  • Klassifikation: UML 2.0 Sequenzdiagramm (Interaktionsdiagramm) mit zwei sequenziellen Referenzfragmenten (ref).
  • Technischer Zweck: Spezifikation der normativen Startup-Sequenz der AUTOSAR Adaptive Platform (ARA) von der Betriebssysteminitialisierung über die Maschinen-Funktionsgruppenübergänge bis zum Zustand Running.
  • Architektur-Kontext: Das Diagramm modelliert das Bootstrapping der Functional Clusters Execution Management und State Management sowie deren Interaktion zur Überführung der Plattform von der Phase Startup in die Phase Running unter Einbindung der Watchdog-Schnittstelle.

2. Komponenten, Entitäten & Schnittstellen

Akteure & Lebenslinien
  • :Operating System: POSIX-Betriebssystemumgebung; startet die Basiskomponenten und aktiviert initial die Watchdog-Überwachung.
  • «aapFunctionalCluster» :Execution Management (ara::exec): Zentraler Lifecycle-Manager; führt Funktionsgruppen-Zustandswechsel durch und instanziiert Prozesse basierend auf Manifesten.
  • :WatchdogInterface: Hardware-/Plattformabstraktion der Watchdog-Überwachungseinheit.
  • «aapFunctionalCluster» :State Management (ara::sm): Zustandssteuernde Instanz; fragt das Ergebnis der initialen Maschinentransition ab und initiiert Folgezustandswechsel.
  • app: Adaptive Application: Im User Space ausgeführter Anwendungsprozess der Adaptive Platform.
Schnittstellen & Interaktionsprimitive
  • Enable(): Synchroner Aktivierungsaufruf des Betriebssystems an das :WatchdogInterface.
  • SetState(Startup) / SetState(Running): Zustandsanforderungen an das Execution Management zur Umschaltung von Funktionsgruppenzuständen; Rückgabetyp ara::core::Future.
  • GetInitialMachineStateTransitionResult(): API-Aufruf des State Managements an das Execution Management zur Verifikation des initialen Transitionsstatus.
  • Function Group State Transition(Startup) / Function Group State Transition(Running): Über ref-Fragmente gekapselte Teilabläufe zur Abarbeitung der jeweiligen Funktionsgruppen-Zustandsübergänge.

3. Dynamisches Verhalten & Sequenzablauf

  1. Phase 1: Watchdog-Aktivierung und Start des Execution Managements
    • Das :Operating System aktiviert vor dem Start des Execution Managements den Watchdog über :WatchdogInterface.Enable().
    • Das OS instanziiert «aapFunctionalCluster» :Execution Management.
  2. Phase 2: Initialer Maschinenzustandsübergang (Startup)
    • Das Execution Management initiiert für sich selbst den Zustandswechsel SetState(Startup): Future.
    • Ausführung der Sub-Sequenz ref Function Group State Transition(Startup).
    • Im Rahmen des Machine State Startup werden die weiteren Plattformprozesse gestartet, insbesondere State Management und Platform Health Management.
  3. Phase 3: Übernahme der Kontrolle durch State Management und Übergang nach Running
    • Nach dem Start fragt «aapFunctionalCluster» :State Management das Ergebnis des initialen Maschinenzustandsübergangs über GetInitialMachineStateTransitionResult() beim Execution Management ab.
    • Das State Management fordert über SetState(Running): Future den Übergang der Funktionsgruppe in den Zustand Running an.
    • Ausführung der Sub-Sequenz ref Function Group State Transition(Running).

4. Normative Relevanz & Entwickler-Hinweise

  • Watchdog-Integrität: Der Watchdog muss zwingend vor dem Start des Execution Managements durch das Betriebssystem aktiviert sein, um Überwachungslücken während des Bootvorgangs auszuschließen.
  • Rollenverteilung bei Funktionsgruppenübergängen: Die initiale Transition nach Startup wird autonom durch das Execution Management getriggert. Erst nach erfolgreicher Ausführung übernimmt das State Management die Steuerung weiterer Zustandswechsel (z. B. nach Running), nachdem es das Initialisierungsergebnis über GetInitialMachineStateTransitionResult() validiert hat.
  • Applikationsinitialisierung: Adaptive Applications müssen die Initialisierungsfunktion aufrufen, bevor Interaktionen mit der Adaptive Runtime zulässig sind.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R20-11 → R21-11 normative Änderung Vorgänger: FIG-7f8cfbfad5181ed2
  • Lebenslinien/Instanzen:
    • :Watchdog Driver ersetzt durch :WatchdogInterface.
    • Stereotyp «aapFunctionalClust...» für :Execution Management und «aapFunction...» für :State Management eingefügt; Instanznamen von EM: Execution Management und SM: State Management zu :Execution Management und :State Management verkürzt.
    • Lebenslinie PHM: Platform Health Monitor und :Core entfernt.
  • Interaktionssequenz & Kontrollfluss:
    • Watchdog-Aktivierung: Enable() wird nun direkt vom :Operating System an :WatchdogInterface gesendet (vor dem Start von Execution Management) statt von PHM an den Watchdog Driver.
    • Startup-Phase: :Execution Management führt SetState(Startup): Future als Selbstaufruf aus (statt Auslösung durch SM).
    • Prozessstarts: Explizite StartProcess()-Aufrufe an das OS sowie die Rückmeldungen ReportExecutionState(...) von PHM, SM und Applikation entfallen aus dem Diagramm.
    • State Management Interaktion: SM wird nach der Startup-Transition instanziiert, ruft GetInitialMachineStateTransitionResult() an :Execution Management auf und fordert anschließend via SetState(Running): Future den Übergang in den Zustand Running an.
    • Zweites Referenzfragment ref Function Group State Transition(Running) hinzugefügt.
    • Verschachtelte Schleifenfragmente loop all Function Groups und loop all Processes sowie die Abfragen GetProcessStates() und GetFunctionGroupStates() entfallen.
    • Aufruf Initialize() an :Core entfällt im Ablauf (verbleibt als textuelle Anmerkung).
  • Notizen:
    • TBC-Notiz zur Sicherheitslücke ersetzt durch Anforderung: „The Watchdog shall be already enabled by the Operating System prior to the start of Execution Management.“
    • Notiz zu EM-Supervision entfernt; Notiz zum Machine State Startup präzisiert („in particular State Management and Platform Health Management“).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

:Operating System | «aapFunctionalClust... | :Execution Management | :WatchdogInterface app: Adaptive | Application | «aapFunction... | :State Management |            |               |   |     |  |  |  |    |   |  |  |  |              |  |  |  |     |  |    | ref | Function Group State Transition(Startup) |      |  |  |  |     |  |   |   |  |          |    |  |      |  |     |  |   |  |   |  |     |   |  |  |   |  |                |     |  |    |  |  |     |  |  |  |   |  |    |  |    |  |     |  |     | ! |    |  " |     |  |     |  |   | # |   |   |  |    |  |  |  |     |    $  |  |  |  |  |  | %      |  |  |      |  |      |  |  |  |   |    | # |  |  |  |  |  &    |   |  | ref | Function Group State Transition(Running) | Enable | () | SetState(Startup): | Future | GetInitialMachineStateTransitionResult | () | SetState(Running): | Future

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R21-11 AUTOSAR_EXP_SWArchitecture S. 151 10.1 Figure 10.1: Startup of the AUTOSAR Runtime for Adaptive Applications
R21-11 AUTOSAR_EXP_SWArchitecture S. 151 10.1 Figure 10.1: Startup of the AUTOSAR Runtime for Adaptive Applications