DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_ExecutionManagement FIG-eb34335e6037a358 887 × 648 px 4 Release(s)

Figure 7.6: Start-up Sequence – from Startup to initial running state StateXYZ

SHA-256 Inhalts-Fingerabdruck: eb34335e6037a358aabb45067c7c373de28994ba236e76f0cd8338594fc0806f

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

UML-Sequenzdiagramm (sd Startup to Initial StateXYZ) im Kontext der AUTOSAR Adaptive Platform (Execution Management). Es spezifiziert die dynamische Interaktionsabfolge zwischen dem zugrundeliegenden Betriebssystem, dem Execution Management (EM) und dem State Management (SM) während der System-Hochlaufphase vom initialen Zustand Startup bis zum Anfordern eines ersten regulären Maschinenzustands StateXYZ.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm definiert drei funktionale Entitäten mit vertikalen Lebenslinien und Aktivierungsbalken:

  • OS: Das Betriebssystem als ausführende Basisschicht.
  • EM: Das Execution Management zur Prozess- und Zustandsverwaltung.
  • SM: Das State Management als funktionale Plattforminstanz für System- und Funktionsgruppenmodi.

Schnittstellenaufrufe und Interaktionen:

  • main(): Synchroner Prozessstartaufruf vom OS an EM.
  • CreateProcess(SM): Betriebssystemnaher Prozessinstanziierungsaufruf von EM an SM.
  • ExecutionClient::ReportExecutionState(kRunning): Statusmeldung über das ExecutionClient-Interface von SM an EM.
  • SetState("MachineState", StateXYZ): Zustandsanforderung von SM an EM mit Benennung der Funktionsgruppe "MachineState" und des Zielzustands StateXYZ.

3. Dynamisches Verhalten & Sequenzablauf

  1. Das Betriebssystem startet die Hauptroutine des Execution Management über den initialen Aufruf main().
  2. Innerhalb eines kombinierten Fragments vom Typ loop mit dem Wächterausdruck [All Platform Applications] stößt das Execution Management die Ausführung aller Plattform-Anwendungen an. Spezifisch für das State Management erfolgt dies über CreateProcess(SM).
  3. Nach erfolgreicher Initialisierung meldet der neu gestartete State-Management-Prozess seinen Zustand synchron an das Execution Management mittels ExecutionClient::ReportExecutionState(kRunning).
  4. Nach Abschluss der Initialisierungsschleife fordert das State Management den Wechsel in den initialen Arbeitszustand an, indem es SetState("MachineState", StateXYZ) aufruft. Dies löst einen Aktivierungsbalken am Execution Management aus, um den Zustandsübergang auszuführen.

4. Normative Relevanz & Entwickler-Hinweise

Für die Realisierung des Hochlaufs in AUTOSAR Adaptive ist verbindlich zu beachten:

  • Das Execution Management wird als Einstiegspunkt vom Betriebssystem via main() initiiert.
  • Alle Plattform-Anwendungen (einschließlich State Management) werden sequentiell oder iterativ innerhalb der Startup-Phase erzeugt.
  • Plattform-Prozesse müssen den Ausführungsstatus kRunning aktiv über das ExecutionClient-Interface an das Execution Management zurückmelden, bevor nachfolgende Zustandsanforderungen akzeptiert werden.
  • Der Wechsel in den initialen Anwendungszustand erfolgt durch Übergabe des Funktionsgruppennamens "MachineState" und des gewünschten Zielzustandsbezeichners an SetState.

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

R19-11 → R20-11 redaktionell Nachfolger: FIG-abde083e66a294c1
  • Bedingung des kombinierten Fragments loop: Inschrift von [All Platform Applications] in [All Platform Processes] geändert.
  • Parameter des Methodenaufrufs SetState: Erster Übergabeparameter von "MachineState" in "MachineFG" umbenannt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

RS_EM_00101 SWS_EM_01032

Aus dem Dokument extrahierter Text & Kontext

Begleitender Spezifikationstext:

Specification of Execution Management AUTOSAR AP R19-11 Machine States (as well as other Function Group States) are requested by State Management. The set of active states is significantly influenced by vehiclewide events and modes. For details on state change management see Section 7.5.5. [SWS_EM_01032]{DRAFT} Machine States configuration ⌈Execution Management shall obtain configuration of the Function Group “MachineState” from Machine Manifest and set-up Machine States management.⌋(RS_EM_00101) The start-up sequence from initial state Startup to the point where State Management, SM, requests the initial running machine state StateXYZ is illustrated in Figure 7.6. Figure 7.6: Start-up Sequence – from Startup to initial running state StateXYZ An arbitrary state change sequence to machine state StateXYZ is illustrated in Figure 7.7. Here, on receipt of the state change request, Execution Management terminates running Processes and then starts Processes active in the new state before confirming the state change to State Management. 41 of 133 — AUTOSAR CONFIDENTIAL — Document ID 721: AUTOSAR_SWS_ExecutionManagement

Vorkommen in AUTOSAR-Releases (6)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R18-10_R4.4.0_R1.5.0 AUTOSAR_SWS_ExecutionManagement S. 38 7.6 Figure 7.6: Start-up Sequence – from Startup to initial running state StateXYZ
R18-10-1 AUTOSAR_SWS_ExecutionManagement S. 38 7.6 Figure 7.6: Start-up Sequence – from Startup to initial running state StateXYZ
R19-03 AUTOSAR_SWS_ExecutionManagement S. 37 7.6 Figure 7.6: Start-up Sequence – from Startup to initial running state StateXYZ
R19-03 AUTOSAR_SWS_ExecutionManagement S. 37 7.6 Figure 7.6: Start-up Sequence – from Startup to initial running state StateXYZ
R19-11 AUTOSAR_SWS_ExecutionManagement S. 41 7.6 Figure 7.6: Start-up Sequence – from Startup to initial running state StateXYZ
R19-11 AUTOSAR_SWS_ExecutionManagement S. 41 7.6 Figure 7.6: Start-up Sequence – from Startup to initial running state StateXYZ