Figure 25: Wakeup Validation Protocol

1. Diagrammtyp & Architektur-Kontext

UML-Aktivitätsdiagramm (ad Wakeup Validation Protocol) zur Spezifikation des Wakeup-Validierungsprotokolls im Kontext des AUTOSAR Classic ECU State Managers (EcuM) sowie dessen Interaktion mit Peripherietreibern und validierenden BSW-Komponenten.

2. Komponenten, Entitäten & Schnittstellen

Partitionen (Swimlanes):

• Driver: Unterteilt in Ausführungskontexte Driver Initialization und Driver ISR.
• ECU State Manager: Unterteilt in Funktionskontexte EcuM_SetWakeupEvent und EcuM_ValidateWakeupEvent.
• Driver or other component: Repräsentiert die validierende Instanz (Validating Component).

Entitäten und Schnittstellen:

• Aktionen/Aktivitäten: Test for wakeup event in the past, Continue initialization and re-arm wakeup trigger, Invoke callback 'wakeup detected', Disarm wakeup trigger, Return from ISR, Store Wakeup Event, Start validation timeout, Stop Validation Timeout, Clear Wakeup Event, Invoke ComM_EcuM_WakeUpIndication, Store Validated Wakeup Event.
• Zeitgeber/Objektknoten: Validation Timeout Timer mit Signalempfangsknoten / Event Validation Timed Out (Signal: Timeout).
• Notiz: „Most likely, one timer is needed per wakeup source. Implementation detail.“ zugeordnet zu Validation Timeout Timer.
• Kontrollknoten: Initialknoten, Aktivitäts- und Ablaufendknoten, Verzweigungen/Entscheidungsknoten (Decisions) und Zusammenführungen (Merges).
• Aufgerufene Schnittstellen/Funktionen: EcuM_SetWakeupEvent, EcuM_ValidateWakeupEvent, ComM_EcuM_WakeUpIndication.

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf umfasst drei Pfade zur Erkennung und Validierung:

1. Treiberinitialisierung (Driver Initialization):
   • Prüft zurückliegende Wakeup-Events (Test for wakeup event in the past).
   • Verzweigung Event occurred?:
     • [yes]: Ruft den Callback Invoke callback 'wakeup detected' auf (führt zu EcuM_SetWakeupEvent). Nach Rückkehr (Return) wird die Initialisierung fortgesetzt und der Trigger reaktiviert (Continue initialization and re-arm wakeup trigger), gefolgt vom Ablaufende.
     • [no]: Führt direkt zu Continue initialization and re-arm wakeup trigger.
2. Treiber-Interrupt (Driver ISR):
   • Prüft Wakeup event occurred?:
     • Wenn nein: Entwaffnet Wakeup-Trigger (Disarm wakeup trigger), führt Return from ISR aus und terminiert.
     • Wenn ja: Prüft Wakeup trigger armed?:
       • [no]: Entwaffnet Wakeup-Trigger, beendet ISR.
       • [yes]: Ruft Callback Invoke callback 'wakeup detected' auf (führt zu EcuM_SetWakeupEvent). Nach Rückkehr (Return) wird der Trigger entwaffnet (Disarm wakeup trigger), die ISR beendet (Return from ISR) und terminiert.
3. ECU State Manager (EcuM_SetWakeupEvent):
   • Speichert das Wakeup-Ereignis (Store Wakeup Event).
   • Prüft Is validation required?:
     • [yes]: Startet Validierungs-Timer (Start validation timeout an Validation Timeout Timer) und kehrt zurück (Return).
     • [no]: Verzweigt direkt zur Validierungsauswertung ohne Timer.
4. Validierung (EcuM_ValidateWakeupEvent durch Validating Component):
   • Stoppt den Validierungs-Timer (Stop Validation Timeout).
   • Prüft Is wakeup source a COM channel?:
     • [yes]: Signalisiert Wakeup über Invoke ComM_EcuM_WakeUpIndication.
     • [no]: Überspringt ComM-Indikation.
   • Prüft Zustand (State?):
     • [WAKEUP]: Speichert validiertes Event (Store Validated Wakeup Event) und kehrt zurück.
     • [RUN]: Kehrt direkt zurück (Return) zur aufrufenden Validating Component.
5. Timeout-Ablauf:
   • Läuft der Validation Timeout Timer ab (Timeout), löst dies Validation Timed Out aus.
   • Das Ereignis wird gelöscht (Clear Wakeup Event).

4. Normative Relevanz & Entwickler-Hinweise

Normativ relevant für die Architektur des EcuM sowie Wakeup-fähiger BSW-Treiber (z. B. Can, Lin, Fr, Gpt, Icu):

• Wakeup-Quellen müssen zwischen reiner Erkennung (SetWakeupEvent) und Validierung (ValidateWakeupEvent) differenzieren, wenn eine Validierung konfiguriert ist.
• Kommunikationskanäle erfordern bei Validierung eine Benachrichtigung des Communication Managers (ComM_EcuM_WakeUpIndication).
• Die Validierungszeitüberwachung ist pro Wakeup-Quelle auszulegen (Hinweis: Implementierungsdetail).
• Nicht validierte Events verfallen bei Timeout durch Rücksetzen des Ereigniszustands (Clear Wakeup Event).