Figure 7.1: State Management interactions

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm (cmp ArchitectureView) der AUTOSAR Adaptive Platform zur Darstellung der Interaktionen des zentralen Functional Clusters State Management (SM). Das Diagramm spezifiziert die Service-Interfaces («ara::com»), Ausführungsschnittstellen («ara::exec») sowie Health- und Diagnose-APIs («ara::phm») zwischen State Management, der applikativen Steuerungsinstanz (SMControlApplication) und den unterstützenden Plattform-Clustern (Execution Management, PHM, UCM, Network Management, DIA).

2. Komponenten, Entitäten & Schnittstellen

• Komponenten / Entitäten:
  • State Management (Zentraler Funktionscluster, gekennzeichnet mit A)
  • SMControlApplication (Applikative Steuerinstanz für Zustandsübergänge)
  • Execution Management (Cluster zur Prozess- und Zustandsverwaltung)
  • PHM (Platform Health Management)
  • UCM (Update and Configuration Management)
  • Network Management (Netzwerkmanagement-Cluster, markiert mit A)
  • DIA (Diagnostic Management)
• Schnittstellen & Service-Klassen:
  • «ara::com» StateMachineService: Bereitstellung des Service RequestState zwischen SMControlApplication und State Management.
  • «ara::com» UpdateAllowed: Service RequestState zur Abstimmung von Aktualisierungsfreigaben zwischen SMControlApplication und State Management.
  • «ara::exec» ExecutionClient: Schnittstelle + ReportApplicationState() zur Lebenszyklusmeldung an Execution Management sowie zur Prozesssteuerung (Start / Terminate) von State Management.
  • «ara::exec» StateClient: Lokale Schnittstelle mit # *SetState*(), - GetExecutionError(): void, # GetInitialMachineStateTransitionResult(): void, # undefinedStateCallback(): void zur Anbindung an Execution Management.
  • «ara::phm» RecoveryAction: Schnittstelle mit + RecoveryActionHander() zwischen PHM und State Management.
  • «ara::com» UpdateRequest: Service-Schnittstelle zwischen UCM und State Management (PrepareRollback, PrepareUpdate, ResetMachine, StartUpdateSession, StopUpdateSession, VerifyUpdate).
  • «ara::com» NetworkHandle: Schnittstelle mit + NetworkCurrentState: boolean und + NetworkRequestedState: boolean zu Network Management.
  • «ara::phm» EcuResetRequest: Schnittstelle von DIA mit + EnableRapidShutdown(): void und + RequestReset().

3. Dynamisches Verhalten & Sequenzablauf

• Zustandssteuerung durch Applikation: SMControlApplication steuert State Management über StateMachineService (RequestState) und fragt bzw. gewährt Update-Freigaben über UpdateAllowed (RequestState).
• Prozess- und Zustandsverwaltung: State Management interagiert über ExecutionClient und StateClient mit Execution Management, um Zustandsübergänge im System zu schalten und den Start/Terminierungszyklus von Prozessen zu veranlassen (Start / Terminate).
• Update-Management: UCM fordert Aktualisierungszustände und Session-Schritte über UpdateRequest bei State Management an.
• Wiederherstellung & Diagnose: PHM beauftragt Recovery-Aktionen via RecoveryAction an State Management; DIA fordert Reset- bzw. Shutdown-Zyklen über EcuResetRequest an.
• Netzwerkstatus: Aktueller Netzwerkstatus und angeforderte Netzzustände werden zwischen State Management und Network Management via NetworkHandle synchronisiert.

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.