DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_StateManagement FIG-dc1d07b57dfc6dc7 932 × 773 px 1 Release(s)

Figure 7.3: State Management Architecture

SHA-256 Inhalts-Fingerabdruck: dc1d07b57dfc6dc772e427470f44442d5ddf6128cf5be280a5c7a480f745d6ee

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-Komponentendiagramm (cmp ArchitectureView) der AUTOSAR Adaptive Platform. Das Diagramm modelliert die Komponenten- und Schnittstellenarchitektur von State Management im Zusammenspiel mit Prozessen (Process1), Plattformclustern (UCM, PHM, DIA, Network Management) und Execution Management.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst folgende Komponenten und Schnittstellen:

  • Process1: Anwendungs- oder Plattformprozess, nutzt ExecutionClient («ara::exec») in Richtung Execution Management; unterliegt der Steuerung durch Execution Management (Start / Terminate).
  • SMControlApplication: Eigene Kontrollapplikation für State Management, nutzt ExecutionClient («ara::exec») zu Execution Management und bindet über ara::com an State Management an via:
    • StateMachineService («ara::com»): Methode RequestState.
    • UpdateAllowed («ara::com»): Methode UpdateAllowed.
  • State Management: Zentraler Knotenpunkt, angebunden an:
    • TriggerIn, TriggerOut, TriggerInOut («ara::com»).
    • StateMachineService («ara::com») und UpdateAllowed («ara::com») von SMControlApplication.
    • UpdateRequest («ara::com») von UCM.
    • RecoveryAction («ara::phm») via RecoveryActionHandler von PHM.
    • EcuResetRequest («ara::dia») von DIA.
    • NetworkHandle («ara::com») in Verbindung mit Network Management.
    • StateClient («ara::exec») und ExecutionClient («ara::exec») zu Execution Management.
  • UCM: Stellt UpdateRequest («ara::com») bereit (Methoden PrepareRollback(vector): void, PrepareUpdate(vector): void, ResetMachine(): void, StartUpdateSession(): void, StopUpdateSession(): void, VerifyUpdate(vector): void).
  • PHM: Bietet RecoveryAction («ara::phm») mit RecoveryActionHandler().
  • DIA: Bietet EcuResetRequest («ara::dia») mit Methoden EnableRapidShutdown(): void und RequestReset().
  • Network Management: Plattformcluster mit NetworkCurrentState und NetworkRequestedState («ara::com») für NetworkHandle.
  • Execution Management: Stellt StateClient («ara::exec», Methoden SetState(), GetExecutionError(): void, GetInitialMachineStateTransitionResult(): void, undefinedStateCallback(): void) und ExecutionClient («ara::exec», Methode ReportApplicationState()) bereit; verfügt über fork(): int und steuert Prozesse via Start / Terminate.

3. Dynamisches Verhalten & Sequenzablauf

Der dynamische Ablauf vollzieht sich wie folgt:

  • Externe Zustandsanforderungen werden durch SMControlApplication über StateMachineService::RequestState an State Management herangetragen; Freigaben für Softwareaktualisierungen werden über UpdateAllowed::UpdateAllowed koordiniert.
  • Ereignisse und Trigger werden über TriggerIn, TriggerOut und TriggerInOut verarbeitet.
  • UCM koordiniert Software-Update-Phasen über den Service UpdateRequest (Start/Stop von Sessions, Vorbereitung und Verifikation von Updates oder Rollbacks, ResetMachine).
  • PHM delegiert Wiederherstellungsmaßnahmen bei Fehlern über RecoveryAction an State Management.
  • DIA fordert Resets oder Schnellabschaltungen über EcuResetRequest an.
  • Netzwerkzustände werden über NetworkHandle zwischen State Management und Network Management synchronisiert.
  • Zustandswechsel der Ausführungsumgebung triggert State Management über StateClient::SetState() an Execution Management.
  • Alle Applikations- und Kontrollprozesse (Process1, SMControlApplication) melden ihren Status über ExecutionClient::ReportApplicationState() und werden von Execution Management gestartet und beendet (Start / Terminate).

4. Normative Relevanz & Entwickler-Hinweise

Spezifikation der Steuerungsarchitektur unter Einführung einer dedizierten Steuerungsanwendung (SMControlApplication). Die Interaktion zur Zustandsumschaltung und Update-Freigabe wird über spezifische ara::com-Services (StateMachineService, UpdateAllowed) gekapselt. Die Diagnoseschnittstelle EcuResetRequest ist auf Shutdown- und Reset-Anforderungen fokussiert.

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

R22-11 → R23-11 normative Änderung Vorgänger: FIG-a289afcdbce45d89
  • Die Entitäten CommunicationGroupServer<PowerMode> und CommunicationGroupClient<PowerMode> entfallen.
  • Als neue Komponente wird SMControlApplication ergänzt (mit ExecutionClient-Port zu Execution Management).
  • Zwischen SMControlApplication und State Management werden die Service-Interfaces StateMachineService («ara::com», Methode RequestState) und UpdateAllowed («ara::com», Methode UpdateAllowed) eingeführt.
  • EcuResetRequest («ara::dia») verliert die zuvor enthaltenen Methoden ExecuteReset(): void und GetLastResetCause(): void.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Begleitender Spezifikationstext:

Specification of State Management AUTOSAR AP R23-11 be plugged into the State Management framework and has standardized interfaces between framework and arbitration logic, so the code can be reused on different platforms. The arbitration logic code might be individually developed or (partly) generated, based on standardized configuration parameters. An overview of the interaction of State Management, AUTOSAR Adaptive Platform Applications and Adaptive Applications is shown in Figure 7.3. Figure 7.3: State Management Architecture 7.2 State Management and Adaptive (Platform) Applications 7.2.1 Interaction between the SM and Adaptive Applications Some Adaptive Applications, including AUTOSAR Adaptive Platform Applications, might have the need to interact with State Management. Therefor State Management provides a service interface TriggerOut with a Notifier 28 of 105 Document ID 908: AUTOSAR_AP_SWS_StateManagement

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_SWS_StateManagement S. 28 7.3 Figure 7.3: State Management Architecture