DEENESPTFRRUARHIKOZHNL
AUTOSAR_EXP_PlatformDesign FIG-3b5ea25b653f5909 932 × 492 px 1 Release(s)

Figure 7.2: Overview of ’lightweight’ StateMachine concept

SHA-256 Inhalts-Fingerabdruck: 3b5ea25b653f59093948d3e1f6c924447d02fcc33742f8f5cdfdfe5376303c1b

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

Konzeptionelles Architektur- und Zustandsdiagramm zur Veranschaulichung des „lightweight“ StateMachine-Konzepts im AUTOSAR Adaptive Platform Design (State Management). Das Diagramm stellt das Zusammenwirken zwischen State Management (<<SM>>), Execution Management (<<FC>> EM), Platform Health Management (<<FC>> PHM), einer externen Steuerungsapplikation (SMControlApplication) sowie den verwalteten Funktionsgruppen (<<FunctionGroup>>) und Prozessen dar.

2. Komponenten, Entitäten & Schnittstellen

  • SMControlApplication (<<SM>>): Steuernde Applikation, sendet Steuerbefehle (<<control>>) an das State Management.
  • State Management (<<SM>>): Beinhaltet die Kern-Zustandsmaschine <<StateMachine>> mit den Zuständen Off, Parking, Driving und Fallback.
  • Zustandsübergangstabelle: Definiert Transitionen über Trigger Value, Current State und Next State (z. B. Trigger 1 von Off nach Parking, Trigger 2 von Parking nach Driving, Trigger 3 von Driving nach Parking, Trigger 4 von Parking nach Off, Trigger 5 von Fallback nach Off).
  • Fehlerbehandlungstabelle (Execution Error / Next State): Ordnet dem Fehler ANY den Zielzustand Fallback zu.
  • <<ActionList>>: Bei Eintritt (entry / ActionList) ausgeführte Aktionsfolge, bestehend aus <<ActionItem>> SetState(fg1/s1), <<ActionItem>> SYNC und <<ActionItem>> SetState(fg2/s1).
  • <<FC>> EM (Execution Management): Führt die Aktionen aus (<<performed by>>), steuert Prozesse (<<control>>) und verwaltet die Funktionsgruppen (<<manage>>).
  • <<FC>> PHM (Platform Health Management): Überwacht Prozesse (<<supervise>>) und meldet Ausführungsfehler (<<report>> executionError bzw. executionError) an die Fehlerbehandlung des State Managements.
  • <<FunctionGroup>> fg1 / <<Process>>: Repräsentiert die überwachten und gesteuerten Prozessinstanzen.

3. Dynamisches Verhalten & Sequenzablauf

  1. Eine externe Steueranforderung (SMControlApplication via <<control>>) oder ein interner Auslöser setzt einen Trigger Value (z. B. Trigger 1).
  2. Die Zustandsmaschine ermittelt anhand des aktuellen Zustands (Off) und des Triggers den Folgezustand (Parking).
  3. Beim Zustandsübergang wird die zugeordnete ActionList aktiviert (entry / ActionList).
  4. Die Aktionsschritte (SetState(fg1/s1), synchroner Abgleich SYNC, SetState(fg2/s1)) werden an das Execution Management (EM) übergeben (<<performed by>>).
  5. Das Execution Management steuert und schaltet die Ziel-Funktionsgruppen (fg1) und deren Prozesse entsprechend um (<<manage>>, <<control>>).
  6. Tritt während der Prozessausführung ein Fehler auf, erfasst PHM diesen (<<supervise>>) und meldet executionError an das State Management (<<report>> executionError), was einen Übergang in den Zustand Fallback auslöst.

4. Normative Relevanz & Entwickler-Hinweise

Architekturübersicht zur Verdeutlichung der Entkopplung von State Management und Ausführungslogik. Entwickler müssen beachten, dass Zustandsübergänge deklarativ über Transitionstabellen abgebildet und Aktionen über vordefinierte ActionList-Sequenzen synchronisiert an das Execution Management delegiert werden. Fehlerpfade werden unabhängig von regulären Triggern über PHM-Fehlermeldungen auf definierte Fallback-Zustände geleitet.

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

R22-11 → R23-11 normative Änderung Nachfolger: FIG-d627a541d02f2051
  • Ergänzung der Network Management Functional Cluster <<FC>> NM sowie der zugehörigen Entitäten <<NetworkHandle>> nh1 und <<NetworkHandle>> nh2.
  • Ergänzung des Action-Items <<ActionItem>> NmRequest(nh2) in <<ActionList>> mit Aufrufbeziehung <<performed by>> zu <<FC>> NM.
  • Ergänzung einer Trigger-Eingangsbeziehung von <<NetworkHandle>> nh1 über <<request from network>> an <<FC>> NM und weiter als <<request>> Nh1_Full an die State Machine.
  • Erweiterung der Transitionstabelle um netzwerkbezogene Trigger-Zeilen (Nh1_NoCom, Nh1_Full).
  • Einblendung von rot gepunkteten Hilfslinien/Rasterlinien und Rechtschreibprüfungs-Wellenlinien in der Diagrammfläche.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R22-11 AUTOSAR_EXP_PlatformDesign S. 37 7.2 Figure 7.2: Overview of ’lightweight’ StateMachine concept