Figure 7.24: Combined displacement criteria processing

1. Diagrammtyp & Architektur-Kontext

UML-Aktivitätsdiagramm / Flussdiagramm zur Spezifikation des Verdrängungsmechanismus (Displacement) im Ereignisspeicher des AUTOSAR Diagnostic Event Managers (Dem) innerhalb der AUTOSAR Classic Platform (Diagnostic Services). Es modelliert die Auswertelogik kombinierter Verdrängungskriterien (Combined displacement criteria processing).

2. Komponenten, Entitäten & Schnittstellen

• Eingangs- und Referenzentitäten:
  • reported event: Neu gemeldetes Diagnoseereignis, das im Ereignisspeicher abgelegt werden soll.
  • found entries / old event memory entry: Bereits im Ereignisspeicher vorhandene Einträge.
  • PriooldEvent: Priorität und Zustandsattribute des bestehenden Eintrags.
• Konfigurations- und Statusparameter:
  • DemOBDEventDisplacement: Boolescher Konfigurationsparameter zur Aktivierung der OBD-spezifischen Filterstufe.
  • OBD-spezifische Kriterien: emission-related, Vorhandensein von Service $02 FreezeFrame, PendingDTC == 1, MIL ON.
  • Statusflags: TestNotCompletedThis OperationCycle bit == 1.
  • Passive memory entries: Einträge im passiven Fehlerspeicherzustand.
• Knoten und Senken:
  • Startknoten (Initial State).
  • Verzweigungsknoten / Decision Points zur Prioritäts- und Zustandsprüfung.
  • Synchronisationsbalken (Merge-Node).
  • Endzustände: Old event memory entry removed (Erfolgreiche Verdrängung) und New event memory entry not possible (Keine Verdrängung möglich).

3. Dynamisches Verhalten & Sequenzablauf

1. Initialisierung: Suche nach vorhandenen Speichereinträgen mit der niedrigsten Priorität (Search entries with lowest priority).
2. OBD-Filterung (aktiv wenn DemOBDEventDisplacement == TRUE):
   • Prüfung, ob die Priorität des gemeldeten Ereignisses größer ist als die der gefundenen Einträge (Priority of reported event > priority of found entries?).
   • Falls Yes: Direkter Übergang zum Merge-Balken unter Umgehung des Filters.
   • Falls NO: Gefundene Einträge ignorieren, die emissionsrelevant sind UND bei denen ein Service $02 FreezeFrame existiert, PendingDTC == 1 oder MIL ON aktiv ist.
   • Anschließende Prüfung: Verbleiben gefundene Einträge mit niedrigster Priorität (Found entries with lowest priority left?)? Falls No, Abbruch zu Displace no entry. Falls Yes, Weiterleitung zur Prioritätsprüfung.
3. Globale Prioritätsprüfung:
   • Prüfung: Priority of reported event >= pririty of found entries?
   • Falls No: Abbruch zu Displace no entry -> New event memory entry not possible.
   • Falls Yes: Weiterleitung über Synchronisationsbalken zum nächsten Auswertungsschritt.
4. Kombinierte Verdrängungskriterien (Kandidatenprüfung):
   • Suche nach passiven Einträgen unter den verbliebenen Kandidaten (Search passive entries of found entries).
   • Verzweigung Passive memory entries found?:
     • Falls Yes: Ältester gefundener Eintrag wird durch das gemeldete Ereignis verdrängt (Displace oldest found entry with reported event) -> Old event memory entry removed.
     • Falls No: Folgeprüfung Priority of reported event > priority of found entries?:
       • Falls Yes: Displace oldest found entry with reported event -> Old event memory entry removed.
       • Falls No: Folgeprüfung PriooldEvent [TestNotCompletedThis OperationCycle bit == 1]:
         • Falls Yes: Displace oldest found entry with reported event -> Old event memory entry removed.
         • Falls No: Displace no entry -> New event memory entry not possible.

4. Normative Relevanz & Entwickler-Hinweise

Normatives Verhaltensdiagramm für die Implementierung des Verdrängungsalgorithmus im Dem-Ereignisspeicher bei voller Speicherbelegung.

• Die OBD-Verdrängungsschutzlogik ist über das Konfigurationsflag DemOBDEventDisplacement schaltbar; wenn aktiv, schützt sie emissionsrelevante Fehler mit FreezeFrame, aktivem PendingDTC oder gesetzter MIL vor Verdrängung durch nieder- oder gleichwertige Ereignisse.
• Eine Verdrängung erfordert mindestens gleiche Priorität des neuen Ereignisses gegenüber Speicherinhalten.
• Bei gleicher Priorität gilt die Verdrängungsreihenfolge: passive Einträge vor aktiven Einträgen, gefolgt von Einträgen mit unvollständigem Testzyklus (TestNotCompletedThis OperationCycle == 1). Innerhalb der jeweils ermittelten Kandidatengruppe wird stets der älteste Eintrag verdrängt.