DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_PlatformHealthManagement FIG-aa769c4067725a63 932 × 455 px 2 Release(s)

Figure 7.1: Platform Health Management and the environment

SHA-256 Inhalts-Fingerabdruck: aa769c4067725a63103b05ef0193bd2267d9ae0b1e159e2e5f7469abde68adbe
✦ 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

Informelles Software-Architektur- und Kontextdiagramm zur Darstellung des Platform Health Managements (PHM) im AUTOSAR-Adaptive-Umfeld und dessen Beziehungen zu Nachbarkomponenten, Funktionsclustern und Hardware-Watchdogs.

2. Komponenten, Entitäten & Schnittstellen

  • Platform Health Management (PHM): Zentrale Instanz zur Überwachung des System- und Anwendungszustands.
  • Applications or Other Clusters/Services: Liefern Statusmeldungen über funktionale Aufrufe (ReportHealthStatus, ReportCheckpoint) an das PHM.
  • Safety Application or Other PHM entity: Fragt Überwachungszustände vom PHM über getLocalStatus und getGlobalStatus (markiert als vorläufig/zu erweitern) ab.
  • Execution Manager: Empfängt Wiederherstellungs- bzw. Eskalationskommandos (ProcessRestart, EnterSafeState) vom PHM und meldet Prozesszustandsänderungen (ProcessChanged) zurück.
  • State Manager: Empfängt Zustandsanforderungen (RequestState) vom PHM und informiert über Zustandswechsel (StateChange).
  • Diagnostic Manager: Vorgesehene, aber noch nicht spezifizierte Diagnoseschnittstelle (not defined yet).
  • HW watchdog: Direkte, implementierungsspezifische Anbindung (Implementor specific) zur Hardware-Watchdog-Triggerung.
  • Manifest: Konfigurationsquelle (configure), parametrisiert sowohl das PHM als auch die Applikationen/Cluster.

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm visualisiert Kontroll- und Datenflussbeziehungen statisch:

  1. Applikationen und Cluster melden zyklisch oder ereignisbasiert Checkpoints und Gesundheitszustände an das PHM.
  2. PHM wertet die Meldungen gegen Konfigurationsregeln (Manifest) aus.
  3. Bei erkannten Fehlern löst das PHM Maßnahmen über den Execution Manager (z. B. Prozessneustart, Übergang in Safe State) oder den State Manager aus und bedient bei Bedarf den HW-Watchdog.
  4. Sicherheitsapplikationen können den lokalen oder globalen Status synchron abfragen.

4. Normative Relevanz & Entwickler-Hinweise

Dient als funktionale Übersicht für die Schnittstellenarchitektur des PHM in AUTOSAR Adaptive. Mehrere Interaktionspunkte sind explizit als vorläufig markiert: getGlobalStatus ist als zukünftige Erweiterung gekennzeichnet (1 To be extended), die Diagnoseschnittstelle ist unvollständig spezifiziert (not defined yet) und die Watchdog-Bedienung unterliegt herstellerspezifischer Ausprägung (Implementor specific).

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

R18-10_R4.4.0_R1.5.0 → R19-03 keine inhaltliche Änderung Nachfolger: FIG-450f8533365c7b30

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Vorkommen in AUTOSAR-Releases (3)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R18-10_R4.4.0_R1.5.0 AUTOSAR_SWS_PlatformHealthManagement S. 15 7.1 Figure 7.1: Platform Health Management and the environment
R18-10_R4.4.0_R1.5.0 AUTOSAR_SWS_PlatformHealthManagement S. 15 7.1 Figure 7.1: Platform Health Management and the environment
R18-10-1 AUTOSAR_SWS_PlatformHealthManagement S. 15 7.1 Figure 7.1: Platform Health Management and the environment