DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_PlatformHealthManagement FIG-81bfab3914e87993 649 × 415 px 1 Release(s)

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

SHA-256 Inhalts-Fingerabdruck: 81bfab3914e879932b421369a556890cd43de15c4e4fe7ee2d2c5d59fbb39c1c

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 Schnittstellenabhängigkeiten des Functional Clusters Platform Health Management (PHM) von anderen Functional Clustern innerhalb der AUTOSAR Adaptive Platform. Das Diagramm illustriert, welche nativen C++-APIs und portbasierten Interfaces PHM von Execution Management, State Management sowie Log and Trace konsumiert bzw. anbietet.

2. Komponenten, Entitäten & Schnittstellen

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

  • Platform Health Management (daemon-based): Konsument der Schnittstellen über ausgehende gestrichelte Abhängigkeitspfeile mit Stereotyp «use».
  • Log and Trace: Realisiert das Interface Logger («aapAPI,aapNativeInterface») mit den Operationen + IsEnabled(), + 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 den statischen/unterstrichenen Methoden + Create() und + ReportExecutionState(ExecutionState): Result.
  • State Management (daemon-based): Realisiert über einen Provided Port («aapProvidedPort») das Interface RecoveryAction («aapPortInterface,aapAPI») mit den Methoden + Offer(), + StopOffer() sowie der Callback-Methode «aapCallbackMethod» + RecoveryHandler().

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 dargestellten Interfaces sind für die Implementierung des Platform Health Management Daemons normativ verbindlich. Das Zusammenspiel mit Execution Management erfordert die korrekte Auswertung des Result-Rückgabewerts bei ReportExecutionState. Die Anbindung an State Management erfolgt portbasiert (RecoveryAction), während Logging und Execution Reporting über direkte native Cluster-APIs erfolgen.

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

R23-11 → R24-11 keine inhaltliche Änderung Vorgänger: FIG-2bce48466bb4bedb

Keine inhaltlichen Änderungen erkennbar.

R24-11 → R25-11 normative Änderung Nachfolger: FIG-7077eb7037de5a00
  • 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): Result | «aapFunctionalCluster» Execution Management daemon-based | «aapPortInterface,aapAPI» | RecoveryAction | + Offer() + StopOffer() | «aapCallbackMethod» + RecoveryHandler() | «aapFunctionalCluster» | State Management daemon-based | «aapAPI,aapNativeInterface» | Logger | + IsEnabled() + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream | «aapFunctionalCluster» | Log and Trace | «use» «use» | «aapProvidedPort» | «use»

Begleitender Spezifikationstext:

Specification of Platform Health Management AUTOSAR AP R24-11 △ Interface Functional Cluster Purpose 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 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): Result «aapFunctionalCluster» Execution Management daemon-based «aapPortInterface,aapAPI» RecoveryAction + Offer() + StopOffer() «aapCallbackMethod» + RecoveryHandler() «aapFunctionalCluster» State Management daemon-based «aapAPI,aapNativeInterface» Logger + IsEnabled() + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream «aapFunctionalC

Vorkommen in AUTOSAR-Releases (1)

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