Figure 5.22: Wdg-specific published information

1. Diagrammtyp & Architektur-Kontext

• Klassifikation: UML-Klassendiagramm / AUTOSAR ECU Configuration Parameter Definition Metamodell (Ebene M2 / BSW-Parametermodell nach AUTOSAR R2.1.20).
• Architektur-Kontext:
  • Metamodell-Definition für herstellerspezifische, unveränderliche Hardware- und Treiberparameter (Published Information) des Watchdog-Treibers (Wdg) innerhalb des Microcontroller Abstraction Layer (MCAL).
  • Liefert statische Hardware-Restriktionen und Fähigkeiten (Grenzwerte, Auflösungen, Modi) an Konfigurations-Tools und übergeordnete Module (insbesondere WdgIf und WdgM) zur Entwurfs- und Validierungszeit.

2. Komponenten, Entitäten & Schnittstellen

• Metamodell-Klassen & Container:
  • Wdg : ModuleDef (Paket Watchdog): Repräsentiert die Modul-Definition des Watchdog-Treibers. Multiplizität: 0..* (erlaubt mehrere Instanzen, z. B. interner Core-Watchdog und externe SBC/SPI-Watchdogs).
  • WdgPublishedInformation : ParamConfContainerDef: Kompositionscontainer (+container) unterhalb von Wdg zur Bündelung herstellerspezifischer Festwerte.
  • WdgTimeoutList : ParamConfContainerDef: Optionaler Sub-Container (+subContainer, Multiplizität: 0..1) für Hardware ohne kontinuierliche Timer-Einstellung.
• Parameter-Definitionen:
  • WdgMinTimeout : FloatParamDef (0..1, +parameter): Minimaler hardwaretechnisch darstellbarer Timeout in Sekunden.
  • WdgMaxTimeout : FloatParamDef (0..1, +parameter): Maximaler hardwaretechnisch darstellbarer Timeout in Sekunden.
  • WdgResolution : FloatParamDef (0..1, +parameter): Schrittweite/Taktgranularität des Watchdog-Timers in Sekunden.
  • WdgTimeoutPeriod : FloatParamDef (1..*, +parameter unter WdgTimeoutList): Diskrete Liste hardwareseitig fixierter Timeout-Perioden in Sekunden.
  • WdgTriggerMode : EnumerationParamDef (+parameter): Unterstützter Servicing-/Trigger-Modus der Watchdog-Hardware.
• Enumeration-Literale (+literal an WdgTriggerMode):
  • WdgToggle : EnumerationLiteralDef: Servicing via Pegelwechsel (Toggle-Pin / Bit-Invertierung).
  • WdgWindow : EnumerationLiteralDef: Servicing innerhalb eines definierten Zeitfensters (Window-Watchdog; zu frühes oder zu spätes Triggern löst Reset aus).
  • WdgBoth : EnumerationLiteralDef: Hardware unterstützt beide Trigger-Verfahren konfigurierbar.
• Beziehungen & Multiplizitäten:
  • Strikte Kompositionen (gefüllte Raute): Lebensdauer der Parameter und Sub-Container ist fest an den übergeordneten Container bzw. das Modul gebunden.
  • Koexistenzregel: Timeout-Fähigkeiten werden entweder über den kontinuierlichen Bereich (WdgMinTimeout, WdgMaxTimeout, WdgResolution) oder über diskrete Stufen (WdgTimeoutList mit WdgTimeoutPeriod [1..*]) deklariert.

3. Dynamisches Verhalten & Sequenzablauf

• Entwurfszeit-Charakteristik:
  • Rein deklaratives Konfigurationsmodell ohne eigene Laufzeitdynamik.
• Statische Wirkungsweise im Generierungsprozess:
  • Generierungsprüfung: Der Konfigurationsgenerator validiert parametrierte Service-Zeiten aus WdgSettingsConfig (z. B. WdgSettingsSlow, WdgSettingsFast) gegen die Spanne [WdgMinTimeout, WdgMaxTimeout] bzw. gegen die diskreten Werte in WdgTimeoutPeriod.
  • Trigger-Abbildung: Der ausgewählte WdgTriggerMode determiniert die Codegenerierung für die Treiberschicht (Wdg_SetTriggerCondition bzw. Servicing-Routinen für Toggle vs. Window-Sequenzen).

4. Normative Relevanz & Entwickler-Hinweise

• MCAL-/Treiber-Entwickler (Lieferant des Wdg-Moduls):
  • Verpflichtende Bereitstellung in der BSW-Modulbeschreibung (.arxml / BSWMD). Parameter sind für Integratoren schreibgeschützt (PublishedInformation).
  • Entweder kontinuierliche Auflösung (WdgMinTimeout, WdgMaxTimeout, WdgResolution) oder diskrete Werte (WdgTimeoutList) exakt auf Basis der Quarz-/PLL-Teiler und Registerbits der Watchdog-Hardware spezifizieren.
• Integrator & Stack-Entwickler (WdgIf / WdgM):
  • Dient als normative Schranke für die Zykluszeiten der Watchdog-Supervision-Entities im WdgM: Die Trigger-Perioden des WdgM müssen die Hardwaregrenzen zwingend einhalten.
  • Bei WdgWindow muss sichergestellt sein, dass Triggerimpulse weder zu spät (Timeout) noch zu früh (Window Violation) abgesetzt werden.
• Multi-Instance-Fähigkeit:
  • Durch upperMultiplicity = * an Wdg können unterschiedliche Watchdogs (z. B. interner MCU-Watchdog mit WdgToggle und externer Watchdog auf SBC-Basis mit WdgWindow) nebeneinander koexistieren und über separate WdgPublishedInformation-Instanzen beschrieben werden.