DEENESPTFRRUARHIKOZHNL

namespace apext::phm

Guía del usuarioGENERADO POR IA

Sirve como extensión de plataforma para la conexión próxima al hardware y el disparo cíclico de watchdogs físicos.
GENERADO POR IA no revisado Modelo: gemini-3.8-flash-medium · Esfuerzo: medium · Temperatura: no controlable · Prompt: e6223b6ddeae Procedencia Preguntas abiertas (3)
traducido de la guía alemanagemini-3.8-flash-low · 2026-10-13 · Original en alemán

Sirve como extensión de plataforma para la conexión próxima al hardware y el disparo cíclico de watchdogs físicos.

El espacio de nombres apext::phm proporciona en el módulo Platform Health Management de AUTOSAR Adaptive Platform (versión R25-11) con WatchdogInterface una extensión específica de la plataforma para conectar watchdogs físicos por hardware. La interfaz sirve para la transmisión cíclica de señales de disparo (triggers) tras una supervisión interna satisfactoria del sistema. Si las señales periódicas no se reciben como consecuencia de fallos, según la interpretación esto conduce al disparo del watchdog por hardware y a un reinicio controlado del sistema. Una condición de contorno esencial es su clasificación como PlatformExtension, con lo que los detalles cercanos al hardware quedan fuera del núcleo de aplicación estandarizado.

Contexto

El espacio de nombres apext::phm proporciona extensiones cercanas a la plataforma para el módulo Platform Health Management (phm) dentro de AUTOSAR Adaptive Platform en la versión R25-11. Un componente central de este espacio de nombres es la clase WatchdogInterface, la cual actúa como interfaz para la supervisión de hardware físico (Hardware Watchdog). Mientras que las interfaces estándar de la plataforma abordan primordialmente la supervisión lógica de aplicaciones y procesos, WatchdogInterface constituye el enlace con el nivel de hardware subyacente. Según las notas de especificación, WatchdogInterface es identificable sintáctica y semánticamente en el código como una interfaz, pero desde el punto de vista arquitectónico se clasifica explícitamente como PlatformExtension. Interpretación: es probable que esta extensión sirva para conectar controladores de watchdog cercanos al hardware o paquetes de soporte de placa (Board Support Packages) al Health Management estandarizado, sin recargar las interfaces independientes del fabricante del módulo central con detalles dependientes del hardware. Pregunta Q-96fc2d8f01697e24 (abierta)

Ciclo de vida

El ciclo de vida de los componentes definidos en el espacio de nombres apext::phm está estrechamente acoplado a las fases de supervisión de la plataforma. Interpretación: es probable que una instancia de WatchdogInterface se cree e inicialice típicamente durante la fase temprana de arranque del demonio de Platform Health Management. Pregunta (abierta) Durante el funcionamiento regular, la interfaz permanece permanentemente activa para reenviar señales de disparo cíclicas al watchdog por hardware. La destrucción o liberación de la interfaz se lleva a cabo únicamente durante un apagado controlado de la plataforma o al desactivar la funcionalidad de watchdog. Dado que los watchdogs cercanos al hardware suelen predeterminar ventanas temporales estrictas para las señales de vida, es probable que la interacción con WatchdogInterface esté sujeta a una ejecución determinista y deba soportar accesos concurrentes procedentes de diferentes contextos de supervisión.

Ruta de uso

La ruta de uso típica de WatchdogInterface comprende la provisión, configuración y atención periódica de la interfaz de watchdog por hardware por parte de Platform Health Management:

  • Inicialización: el sistema de supervisión instancia o vincula la implementación concreta de WatchdogInterface, configurando intervalos de tiempo y valores umbral para la supervisión física.
  • Confirmación cíclica: tras una evaluación satisfactoria de las reglas de supervisión lógica internas (como supervisión de actividad [Alive], de plazos límite [Deadline] o lógica [Logical Supervision]), se emite a través de WatchdogInterface la señal de vida hacia el dispositivo de watchdog por hardware.
  • Control de respuesta: si las comprobaciones internas resultan negativas o el sistema notifica estados de error críticos, se omite de forma deliberada el accionamiento del watchdog por hardware o se transmite una señal de error determinista.

Escenarios de error

Los escenarios de fallo en el entorno de apext::phm afectan principalmente a la pérdida de conectividad del hardware o al incumplimiento de límites temporales críticos. Si la comunicación con el hardware a través de WatchdogInterface falla o el dispositivo watchdog deja de responder, Platform Health Management ya no puede garantizar la protección física de la plataforma. Interpretación: la ausencia de la señal de disparo periódica hacia el watchdog de hardware debería conducir de manera determinista a la expiración del temporizador de hardware y, con ello, a un reinicio por hardware o a un estado seguro del sistema de la ECU. Pregunta Q-615f4c11f7da15fd (abierta) Las precondiciones para las llamadas a WatchdogInterface incluyen un controlador de hardware inicializado correctamente, mientras que las poscondiciones requieren una emisión de señal confirmada dentro de la ventana de tolerancia temporal definida.

Esta guía se basa exclusivamente en los datos de especificación de la versión R25-11 de AUTOSAR para el namespace apext::phm.

Clases

class for interface to hardware watchdog Note: class WatchdogInterface although identifiable in code as an interface, it is a PlatformExtens

Diagrama de clases

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.

G cluster_ns apext::phm napext__phm__WatchdogInterface WatchdogInterface