Figure 9.11: Sequence diagram for an example of ProcessEvent Dem-internally

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm zur internen Ablauf- und Ereignisverarbeitung im AUTOSAR Diagnostic Event Manager (Dem) der Classic Platform. Dargestellt ist das Zusammenspiel zwischen einer anfordernden Software-Komponente (Mode Requesting SW-C), dem Dem-Kernmodul und dem Function Inhibition Manager (FiM) bei der Vorabspeicherung von Freeze-Frames und der Meldung eines Event-Status.

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Entitäten sind die Lebenslinien:

• «module» FiM (Function Inhibition Manager)
• «module» Dem (Diagnostic Event Manager)
• Mode Requesting SW-C (Software-Komponente)

Schnittstellen und Operationen:

• Synchroner Aufruf Dem_PrestoreFreezeFrame(Std_ReturnType, Dem_EventIdType) mit Return-Nachricht Dem_PrestoreFreezeFrame()
• Synchroner Aufruf Dem_SetEventStatus(Std_ReturnType, Dem_EventIdType, Dem_EventStatusType) mit Return-Nachricht Dem_SetEventStatus()
• Asynchroner bzw. synchroner Trigger FiM_DemTriggerOnEventStatus(Dem_EventIdType, Dem_UdsStatusByteType, Dem_UdsStatusByteType) mit Return-Nachricht Fim_DemTriggerOnEventStatus()
• Interne Selbstaufrufe/Zustandsübergänge des Dem: Process Prestored Freezeframes, Event(), Process Freezeframes, Events, Counters, etc.(), store current EventStatus to EventStatusNew() sowie store current EventStatus to EventStatusOld()

3. Dynamisches Verhalten & Sequenzablauf

1. Optionaler Block (opt optional): Die Mode Requesting SW-C ruft Dem_PrestoreFreezeFrame auf; der Dem quittiert den Aufruf und führt intern Process Prestored Freezeframes, Event() aus.
2. Die Mode Requesting SW-C ruft synchron Dem_SetEventStatus mit Ereignis-ID und neuem Status auf und erhält die Quittung.
3. Der Dem verarbeitet die Daten intern über die Selbstaufrufe Process Freezeframes, Events, Counters, etc.() und aktualisiert den neuen Status mit store current EventStatus to EventStatusNew().
4. Bedingter Block (opt if FiM available): Falls das FiM-Modul verfügbar ist, ruft der Dem FiM_DemTriggerOnEventStatus unter Übergabe von Event-ID sowie altem und neuem UDS-Statusbyte auf. Das FiM antwortet mit Fim_DemTriggerOnEventStatus().
5. Abschließend speichert der Dem den Zustand intern mittels store current EventStatus to EventStatusOld().

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm spezifiziert das Soll-Verhalten bei der Entkopplung bzw. Reihenfolge von Statusaktualisierungen und Benachrichtigungen. Wesentlich ist die Zwischenspeicherung des Status in EventStatusNew, bevor die Benachrichtigung an den FiM ausgelöst wird, sowie die abschließende Übernahme nach EventStatusOld. Implementierungen müssen sicherstellen, dass die FiM-Benachrichtigung nur bei vorhandener FiM-Konfiguration erfolgt und die Freeze-Frame-Vorabspeicherung optional bleibt. Auffällig ist die inkonsistente Schreibweise im Antwortpfad (Fim_DemTriggerOnEventStatus mit kleinem „im“).