namespace apext::phm
User GuideKI-GENERIERT
Dient als Plattform-Erweiterung zur hardwarenahen Anbindung und zyklischen Triggerung physischer Watchdogs.
Dient als Plattform-Erweiterung zur hardwarenahen Anbindung und zyklischen Triggerung physischer Watchdogs.
Der Namespace apext::phm stellt im Modul Platform Health Management der AUTOSAR Adaptive Platform (Release R25-11) mit WatchdogInterface eine plattformspezifische Erweiterung zur Anbindung physischer Hardware-Watchdogs bereit. Die Schnittstelle dient der zyklischen Übermittlung von Triggersignalen nach erfolgreicher interner Systemüberwachung. Bleiben die periodischen Signale infolge von Fehlern aus, führt dies interpretationsgemäß zum Auslösen des Hardware-Watchdogs und zu einem kontrollierten System-Reset. Eine wesentliche Randbedingung ist die Einstufung als PlatformExtension, wodurch hardwarenahe Details außerhalb des standardisierten Anwendungskerns verbleiben.
Kontext
Der Namespace apext::phm stellt plattformnahe Erweiterungen für das Modul Platform Health Management (phm) innerhalb der AUTOSAR Adaptive Platform im Release R25-11 bereit. Zentraler Bestandteil dieses Namespace ist die Klasse WatchdogInterface, welche als Schnittstelle zur physischen Hardware-Überwachung (Hardware Watchdog) fungiert. Während Standard-Schnittstellen der Plattform primär die logische Überwachung von Applikationen und Prozessen adressieren, bildet WatchdogInterface das Bindeglied zur unterlagernden Hardware-Ebene. Gemäß den Spezifikationshinweisen ist WatchdogInterface im Code syntaktisch und semantisch als Interface identifizierbar, wird jedoch architektonisch explizit als PlatformExtension eingestuft. Interpretation: Diese Erweiterung dürfte dazu dienen, hardwarenahe Watchdog-Treiber oder Board-Support-Packages an das standardisierte Health Management anzubinden, ohne die herstellerunabhängigen Schnittstellen des Kernmoduls mit hardwareabhängigen Details zu belasten. Frage Q-96fc2d8f01697e24 (offen)
Lebenszyklus
Der Lebenszyklus der im Namespace apext::phm definierten Komponenten ist eng an die Überwachungsphasen der Plattform gekoppelt. Interpretation: Eine Instanz von WatchdogInterface dürfte typischerweise während der frühen Startphase des Platform Health Management Daemons erzeugt und initialisiert werden. Frage (offen) Während des regulären Betriebs verbleibt die Schnittstelle dauerhaft aktiv, um zyklische Triggersignale an den Hardware-Watchdog weiterzuleiten. Die Zerstörung bzw. Freigabe der Schnittstelle erfolgt erst bei einem kontrollierten Herunterfahren der Plattform oder beim Deaktivieren der Watchdog-Funktionalität. Da hardwarenahe Watchdogs üblicherweise strikte Zeitfenster für Lebenszeichen vorgeben, dürfte die Interaktion mit WatchdogInterface einer deterministischen Ausführung unterliegen und muss nebenläufigen Zugriffen aus unterschiedlichen Überwachungskontexten standhalten.
Nutzungspfad
Der typische Nutzungspfad von WatchdogInterface umfasst die Bereitstellung, Konfiguration und periodische Bedienung der Hardware-Watchdog-Schnittstelle durch das Platform Health Management:
- Initialisierung: Das Überwachungssystem instanziiert oder bindet die konkrete Implementierung von
WatchdogInterfacean, wobei Zeitintervalle und Schwellenwerte für die physische Überwachung konfiguriert werden. - Zyklische Bestätigung: Nach erfolgreicher Auswertung der internen logischen Überwachungsregeln (wie Alive-, Deadline- oder Logical Supervision) wird über
WatchdogInterfacedas Lebenszeichen an das Hardware-Watchdog-Gerät abgesetzt. - Reaktionssteuerung: Bleiben interne Prüfungen negativ oder meldet das System kritische Fehlerzustände, unterbleibt die Ansteuerung des Hardware-Watchdogs gezielt oder es wird ein deterministisches Fehlersignal übertragen.
Fehlerszenarien
Fehlerszenarien im Umfeld von apext::phm betreffen primär den Verlust der Hardware-Konnektivität oder das Verpassen kritischer Zeitschranken. Wenn die Kommunikation über WatchdogInterface mit der Hardware fehlschlägt oder das Watchdog-Gerät nicht mehr antwortet, kann das Platform Health Management die physische Absicherung der Plattform nicht mehr gewährleisten. Interpretation: Ein Ausbleiben des zyklischen Triggersignals an den Hardware-Watchdog dürfte deterministisch zum Ablauf des Hardware-Timers und damit zu einem hardwareseitigen Reset oder einem sicheren Systemzustand der ECU führen. Frage Q-615f4c11f7da15fd (offen) Vorbedingungen für Aufrufe an WatchdogInterface umfassen einen erfolgreich initialisierten Hardwaretreiber, während Nachbedingungen eine bestätigte Signalabgabe innerhalb des definierten Zeittoleranzfensters erfordern.
Dieser Leitfaden basiert ausschließlich auf den Spezifikationsdaten des AUTOSAR-Releases R25-11 für den Namespace apext::phm.
Für dieses Release liegen keine Elementdaten vor
Klassen
class for interface to hardware watchdog Note: class WatchdogInterface although identifiable in code as an interface, it is a PlatformExtens
Klassendiagramm
Abgerundete Rahmen = Namespace- bzw. Klassen-Scopes; hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); graue Boxen = namespace-fremde bzw. externe Basisklassen. Klicken öffnet die jeweilige Klassen- bzw. cppreference-Seite.
gemini-3.8-flash-medium· 2026-10-13