DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_SWS_PlatformHealthManagement FIG-357cf5965ec00735 932 × 1000 px 1 Release(s)

Figure 7.6: Platform Health Management and the environment

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

Formalsprachliches UML-Komponentendiagramm (cmp PHM_Interfaces) zur Spezifikation der AUTOSAR-Adaptive-Schnittstellen und Port-Verbindungen des Platform Health Managements.

2. Komponenten, Entitäten & Schnittstellen

  • Platform Health Management: Zentrale Überwachungs- und Watchdog-Steuerungsinstanz.
  • Applications or Clusters/Services: Verfügen ausschließlich über den Port SupervisedEntity zur Meldung von Kontrollpunkten via «ara::phm» ReportCheckpoint mit Operation ReportCheckpoint(Checkpoint).
  • State Manager: Zentraler Empfänger von Recovery-Aktionen über eine konsolidierte Schnittstelle «ara::phm» RecoveryAction mit den Operationen Offer(), RecoveryHandler() und StopOffer(), angebunden über drei Ports (RecoveryAction RecoveryHandler, RecoveryAction Offer, RecoveryAction StopOffer).
  • HW Watchdog: Anbindung formalisiert über «External Interface» WatchdogInterface mit den Operationen FireWatchdogReaction() und AliveNotification(), angesteuert über die PHM-Ports WatchdogInterface AliveNotification und WatchdogInterface FireWatchdogReaction. Die Hardwareanbindung bleibt Hardware specific.
  • Diagnostic Manager: Unverändert als nicht definiert gekennzeichnet (not defined yet).
  • Manifest: Konfigurationsquelle (Configure) für PHM und Anwendungen.

3. Dynamisches Verhalten & Sequenzablauf

  1. Applikationen und Cluster melden ausschließlich Checkpoints an das PHM (ReportCheckpoint).
  2. State Manager signalisiert Service-Verfügbarkeit (Offer(), StopOffer()) und nimmt im Fehlerfall die Ausführung von Wiederherstellungsmaßnahmen entgegen (RecoveryHandler()).
  3. Bei fehlerfreiem Betrieb setzt das PHM zyklisch Lebenszeichen an den Watchdog (AliveNotification()).
  4. Bei schwerwiegenden Fehlern kann PHM aktiv eine Hardware-Reaktion erzwingen (FireWatchdogReaction()).

4. Normative Relevanz & Entwickler-Hinweise

Normative Bereinigung und Konsolidierung:

  • Wegfall des Health-Channel-Mechanismus und des synchronen Supervision-Status-Abrufs (GetSupervisionStatus) für überwachte Entitäten.
  • Konsolidierung der Recovery-Schnittstelle zum State Manager von vier separaten ara::com-Interfaces auf ein einheitliches ara::phm-Interface.
  • Standardisierung der Software-Schnittstelle zum Hardware-Watchdog über WatchdogInterface mit getrennter Lebenszeichen- und Fehlerreaktionsauslösung.

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

R24-11 → R25-11 keine inhaltliche Änderung Vorgänger: FIG-2be2acee6b383b1f

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R25-11 AUTOSAR_AP_SWS_PlatformHealthManagement S. 46 7.6 Figure 7.6: Platform Health Management and the environment