DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_PlatformHealthManagement FIG-7077eb7037de5a00 649 × 414 px 1 Release(s)

Figure 5.2: Interfaces required by Platform Health Management from other Functional Clusters

SHA-256 Inhalts-Fingerabdruck: 7077eb7037de5a00a4a60a0a74fcd2811dda40342d633423b62b7d5c2c41663e

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-Klassendiagramm / Architekturdiagramm zur Darstellung der Schnittstellenbeziehungen des Functional Clusters Platform Health Management (PHM) zu anderen Functional Clustern innerhalb der AUTOSAR Adaptive Platform (Execution Management, State Management, Log and Trace).

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm zeigt vier funktionale Cluster («aapFunctionalCluster»):

  • Platform Health Management (daemon-based): Verwendet Logger und ExecutionClient über «use»-Abhängigkeiten und realisiert RecoveryAction über eine Realisierungsbeziehung.
  • Log and Trace: Realisiert das Interface Logger («aapAPI,aapNativeInterface») mit den Methoden + IsEnabled(): bool, + Log(MsgId, Params), + LogDebug(): LogStream, + LogError(): LogStream, + LogFatal(): LogStream, + LogInfo(): LogStream, + LogVerbose(): LogStream, + LogWarn(): LogStream und + WithLevel(): LogStream.
  • Execution Management (daemon-based): Realisiert das Interface ExecutionClient («aapAPI,aapNativeInterface») mit + Create() und + ReportExecutionState(ExecutionState).
  • State Management (daemon-based): Ist über eine «use»-Beziehung mit dem Interface RecoveryAction («aapPortInterface,aapAPI») verbunden, welches + Offer(), + StopOffer() und «aapCallbackMethod» + RecoveryHandler() definiert.

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm stellt eine statische Schnittstellenübersicht dar. Dynamisch betrachtet:

  • Das PHM-Daemon initialisiert über ExecutionClient::Create() seine Prozessüberwachung und meldet seine Zustände mittels ReportExecutionState(ExecutionState) an das Execution Management.
  • Zur Protokollierung diagnostischer Ereignisse oder Fehlerzustände ruft PHM Methoden des Logger auf (z. B. LogInfo(), LogError()).
  • Bei Erkennung von Fehlzuständen interagiert PHM über das Interface RecoveryAction mit State Management, um Wiederherstellungsaktionen zu triggern bzw. über den RecoveryHandler() Callback-Aktionen abzuwickeln.

4. Normative Relevanz & Entwickler-Hinweise

Die Schnittstellendefinitionen sind normativ für die funktionale Interaktion des PHM-Daemons. Bei ReportExecutionState entfällt der explizite Rückgabetyp Result. IsEnabled() im Logging-Interface liefert explizit einen booleschen Rückgabewert (bool). Die Interaktion mit RecoveryAction weist PHM als Realisierer/Anbieter der Schnittstelle aus, während State Management diese als Nutzer konsumiert.

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

R24-11 → R25-11 normative Änderung Vorgänger: FIG-81bfab3914e87993
  • Interface Logger: Der Rückgabetyp der Operation IsEnabled() ist als : bool spezifiziert (zuvor ohne expliziten Rückgabetyp).
  • Interface ExecutionClient: Die Operation ReportExecutionState(ExecutionState) besitzt keinen Rückgabetyp : Result mehr.
  • Beziehungsrichtung und Stereotyp zu RecoveryAction: Der Stereotyp «aapProvidedPort» an der Realisierungsbeziehung von State Management zu RecoveryAction ist entfallen; die Beziehung zwischen State Management und RecoveryAction ist nun mit «use» annotiert. Zwischen Platform Health Management und RecoveryAction verläuft nun eine gestrichelte Realisierungspfeillinie von oben mit offenem Dreieckskopf.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Platform Health Management daemon-based | «aapAPI,aapNativeInterface» | ExecutionClient | + Create() + ReportExecutionState(ExecutionState) | «aapFunctionalCluster» Execution Management daemon-based | «aapPortInterface,aapAPI» | RecoveryAction | + Offer() + StopOffer() | «aapCallbackMethod» + RecoveryHandler() | «aapFunctionalCluster» | State Management daemon-based | «aapAPI,aapNativeInterface» | Logger | + IsEnabled(): bool + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream | «aapFunctionalCluster» | Log and Trace | «use» | «use» «use»

Begleitender Spezifikationstext:

Specification of Platform Health Management AUTOSAR AP R25-11 Interface Functional Cluster Purpose RecoveryAction State Management Platform Health Management uses this interface to trigger failure recovery. Diagnostic Management Diagnostic Management should use this interface to enable supervision of its daemon process(es) by Platform Health Management. Execution Management Execution Management shall use this interface to enable supervision of its process(es) by Platform Health Management. State Management State Management shall use this interface to enable supervision of its process(es) by Platform Health Management. Time Synchronization Time Synchronization should use this interface to enable supervision of its daemon process by Platform Health Management SupervisedEntity Update and Configuration Management This interface should be used to supervise the daemon process(es) of Update and Configuration Management. Table 5.1: Interfaces provided to other Functional Clusters 5.2 Required Interfaces This section provides an overview of the public interfaces required by this functional cluster from other functional clusters. «aapFunctionalCluster» Platform Health Management daemon-based «aapAPI,aapNativeInterface» ExecutionClient + Create() + ReportExecutionState(ExecutionState) «aapFunctionalCluster» Execution Management daemon-based «aapPortInterface,aapAPI» RecoveryAction + Offer() + StopOffer() «aapCallbackMethod» + RecoveryHandler() «aapFunctionalCluster» State Management dae

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R25-11 AUTOSAR_AP_SWS_PlatformHealthManagement S. 16 5.2 Figure 5.2: Interfaces required by Platform Health Management from other Functional Clusters