Figure 7.1: State Management interactions

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm (cmp ArchitectureView) im Kontext der AUTOSAR Adaptive Platform Architecture (Platform Design). Das Diagramm spezifiziert die funktionalen und architektonischen Schnittstellen sowie Interaktionen des Functional Clusters State Management (SM) mit weiteren Plattform-Clustern (Execution Management, Platform Health Management, Update and Configuration Management, Diagnostic, Network Management) sowie externen Prozessen/Applikationen (Process1) über Service-orientierte Schnittstellen («ara::com»), lokale C++-Bibliotheksschnittstellen («ara::exec») und Cluster-spezifische APIs («ara::phm»).

2. Komponenten, Entitäten & Schnittstellen

• Komponenten / Entitäten:
  • State Management (Zentraler Plattform-Cluster, markiert mit A für Adaptive Platform)
  • Process1 (Applikationsprozess / Plattform-externer Prozess)
  • Execution Management (Plattform-Basis-Cluster zur Prozesssteuerung, bietet u. a. + fork(): int)
  • UCM (Update and Configuration Management)
  • PHM (Platform Health Management)
  • DIA (Diagnostic Management)
  • Network Management (Netzwerkmanagement, markiert mit A)
• Schnittstellen & Service-Klassen:
  • «ara::com» CommunicationGroupClient<PowerMode> / CommunicationGroupServer<PowerMode>: Bereitstellung von Power-Mode-Nachrichten (message(): void, response(): void, broadcast(): void, listClients(): void) zwischen Process1 und State Management über Ports PowerModeMsg und PowerModeRespMsg.
  • «ara::com» TriggerIn (+ Trigger), «ara::com» TriggerOut (+ Notifier), «ara::com» TriggerInOut (+ Notifier, + Trigger): Standardisierte Trigger- und Benachrichtigungs-Ports an State Management.
  • «ara::exec» StateClient: Lokale Schnittstelle zur Steuerung von Funktionsgruppen und Maschinenzuständen mit # *SetState*(), - GetExecutionError(): void, # GetInitialMachineStateTransitionResult(): void, # undefinedStateCallback(): void.
  • «ara::exec» ExecutionClient: Schnittstelle zur Übermittlung des internen Prozessstatus (+ ReportApplicationState()) von Process1 bzw. Steuerung/Start/Terminierung via Execution Management.
  • «ara::com» UpdateRequest: Service-Interface zwischen State Management und UCM zur Vorbereitung und Ausführung von Updates (PrepareRollback, PrepareUpdate, ResetMachine, StartUpdateSession, StopUpdateSession, VerifyUpdate).
  • «ara::phm» RecoveryAction: Schnittstelle zwischen PHM und State Management zur Ausführung von Wiederherstellungsaktionen (+ RecoveryActionHandler()).
  • «ara::phm» EcuResetRequest: Schnittstelle von DIA an State Management zur Anforderung von System-Resets (+ EnableRapidShutdown(): void, + RequestReset()).
  • «ara::com» NetworkHandle: Schnittstelle zu Network Management mit Zustandsattributen + NetworkCurrentState: boolean und + NetworkRequestedState: boolean.

3. Dynamisches Verhalten & Sequenzablauf

• Power-Mode-Kommunikation: Process1 interagiert bidirektional über Service-Ports (PowerModeMsg, PowerModeRespMsg) mit State Management.
• Zustandssteuerung & Ausführung: State Management interagiert über StateClient mit dem Execution Management, um Systemzustände und Funktionsgruppen zu schalten; Prozesse melden ihren Status via ExecutionClient (ReportApplicationState), während Execution Management Prozesse startet und beendet (Start / Terminate).
• Update-Session: Bei Aktualisierungen fordert UCM über die Service-Schnittstelle UpdateRequest Aktionen von State Management an (z. B. Rollback, Machine Reset, Update-Sessions).
• Fehlerbehandlung & Diagnose: PHM triggert über RecoveryAction Recovery-Maßnahmen im State Management. DIA fordert über EcuResetRequest System-Resets oder Rapid Shutdowns an.
• Netzwerkzustand: State Management tauscht Netzwerkanforderungen und aktuelle Zustände (NetworkCurrentState, NetworkRequestedState) mit Network Management aus.

4. Normative Relevanz & Entwickler-Hinweise

• Für AUTOSAR-Adaptive-Entwickler und Systemarchitekten ist State Management der zentrale Koordinator für Betriebsmodi, Funktionsgruppen, Update-Abläufe und Fehler-Wiederherstellung.
• Die Interaktion mit Execution Management erfolgt lokal über IPC/Direct Call («ara::exec»), wohingegen Interaktionen mit UCM, Network Management und Applikationen über den Service-Bus («ara::com») abgewickelt werden.
• PHM- und DIA-Schnittstellen repräsentieren adaptive Plattform-spezifische Schnittstellen zur Reaktion auf Safety-relevante Ereignisse bzw. Diagnose-Befehle.