DEENESPTFRRUARHIKOZHNL

namespace apext::phm

Guide utilisateurGÉNÉRÉ PAR IA

Sert d'extension de plateforme pour la liaison proche du matériel et le déclenchement cyclique de watchdogs physiques.
GÉNÉRÉ PAR IA non vérifié Modèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : e6223b6ddeae Provenance Questions ouvertes (3)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand

Sert d'extension de plateforme pour la liaison proche du matériel et le déclenchement cyclique de watchdogs physiques.

L'espace de noms apext::phm fournit, dans le module Platform Health Management de l'AUTOSAR Adaptive Platform (version R25-11), une extension spécifique à la plateforme avec WatchdogInterface pour la liaison de watchdogs matériels physiques. L'interface sert à la transmission cyclique de signaux de déclenchement après une surveillance interne réussie du système. Si les signaux périodiques viennent à manquer à la suite d'erreurs, cela entraîne, selon l'interprétation, le déclenchement du watchdog matériel ainsi qu'une réinitialisation contrôlée du système. Une contrainte essentielle est la classification en tant que PlatformExtension, ce qui permet de maintenir les détails proches du matériel en dehors du noyau applicatif standardisé.

Contexte

L'espace de noms apext::phm fournit des extensions proches de la plateforme pour le module Platform Health Management (phm) au sein de l'AUTOSAR Adaptive Platform dans la version R25-11. Un élément central de cet espace de noms est la classe WatchdogInterface, qui fait office d'interface pour la surveillance matérielle physique (Hardware Watchdog). Alors que les interfaces standard de la plateforme s'adressent principalement à la surveillance logique des applications et des processus, WatchdogInterface constitue le lien avec le niveau matériel sous-jacent. Conformément aux indications de spécification, WatchdogInterface est identifiable sur le plan syntaxique et sémantique dans le code en tant qu'interface, mais est explicitement classé sur le plan architectural en tant que PlatformExtension. Interprétation : cette extension devrait servir à relier des pilotes de watchdog proches du matériel ou des packages de support de carte (Board Support Packages) au Health Management standardisé, sans charger les interfaces indépendantes du constructeur du module central avec des détails dépendants du matériel. Question Q-96fc2d8f01697e24 (ouverte)

Cycle de vie

Le cycle de vie des composants définis dans l'espace de noms apext::phm est étroitement couplé aux phases de surveillance de la plateforme. Interprétation : une instance de WatchdogInterface devrait typiquement être créée et initialisée pendant la phase précoce de démarrage du démon Platform Health Management. Question (ouverte) Pendant le fonctionnement régulier, l'interface reste active en permanence afin de relayer les signaux de déclenchement cycliques vers le watchdog matériel. La destruction ou la libération de l'interface n'a lieu que lors d'un arrêt contrôlé de la plateforme ou lors de la désactivation de la fonctionnalité de watchdog. Comme les watchdogs proches du matériel imposent habituellement des fenêtres temporelles strictes pour les signaux de vie, l'interaction avec WatchdogInterface devrait être soumise à une exécution déterministe et doit résister aux accès concurrents issus de différents contextes de surveillance.

Parcours d'utilisation

Le chemin d'utilisation typique de WatchdogInterface comprend la mise à disposition, la configuration et la desserte périodique de l'interface du watchdog matériel par le Platform Health Management :

  • Initialisation : Le système de surveillance instancie ou lie l'implémentation concrète de WatchdogInterface, les intervalles de temps et les valeurs seuils pour la surveillance physique étant configurés.
  • Confirmation cyclique : Après une évaluation réussie des règles de surveillance logique internes (telles que Alive, Deadline ou Logical Supervision), le signal de vie est émis vers le dispositif de watchdog matériel via WatchdogInterface.
  • Contrôle de réaction : Si les contrôles internes restent négatifs ou si le système signale des états d'erreur critiques, l'activation du watchdog matériel est délibérément omise ou un signal d'erreur déterministe est transmis.

Scénarios d'erreur

Les scénarios d'erreur dans l'environnement de apext::phm concernent principalement la perte de connectivité matérielle ou le dépassement de limites temporelles critiques. Si la communication avec le matériel via WatchdogInterface échoue ou si le dispositif de watchdog ne répond plus, le Platform Health Management ne peut plus garantir la protection physique de la plateforme. Interprétation : l'absence du signal de déclenchement cyclique vers le watchdog matériel devrait conduire de manière déterministe à l'expiration de la temporisation matérielle et ainsi à une réinitialisation matérielle ou à un état système sûr de l'ECU. Question Q-615f4c11f7da15fd (ouverte) Les préconditions pour les appels à WatchdogInterface comprennent un pilote matériel initialisé avec succès, tandis que les postconditions exigent une émission de signal confirmée dans la fenêtre de tolérance temporelle définie.

Ce guide se base exclusivement sur les données de spécification de la version R25-11 d'AUTOSAR pour l'espace de noms apext::phm.

Classes

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

Diagramme de classes

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