Figure 22: Internal wake-up

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm (sd InternalWakeUp) zur Darstellung des internen Weckablaufs (Internal Wake-up) im AUTOSAR Classic Platform Communication Stack. Das Diagramm spezifiziert das Zusammenspiel zwischen Kommunikationsmanager (ComM), LIN-State-Manager (LinSM), LIN-Interface (LinIf) und LIN-Treiber (Lin).

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Komponenten (Lebenslinien):

• «module» ComM::ComM (mit Subsystem-/Konnektorsymbol)
• «module» LinSM::LinSM
• «module» LinIf::LinIf
• «module» Lin::Lin (mit Subsystem-/Konnektorsymbol)

Schnittstellen und Funktionsaufrufe:

• LinSm_RequestComMode(FULL_COM): Aufruf von ComM an LinSM.
• LinIf_WakeUp(Channel, return): Synchroner Aufruf von LinSM an LinIf.
• Lin_WakeUp(return, Channel): Synchroner Aufruf von LinIf an Lin.

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf ist in ein Alternatives Fragment (alt Bus Status) unterteilt, das abhängig vom Buszustand zwei Pfade beschreibt:

1. Fall [bus is asleep]:
   • ComM fordert über LinSm_RequestComMode(FULL_COM) den Volllastbetrieb bei LinSM an.
   • LinSM ruft LinIf_WakeUp(Channel, return) am LinIf auf.
   • Da der Bus schläft, leitet LinIf die Anforderung über Lin_WakeUp(return, Channel) an den Treiber Lin weiter.
   • Der Treiber quittiert die Ausführung per Rückkehrpfeil an LinIf.
   • LinIf kehrt zu LinSM zurück, und LinSM antwortet anschließend an ComM.
2. Fall [bus is awake]:
   • ComM fordert über LinSm_RequestComMode(FULL_COM) den Volllastbetrieb bei LinSM an.
   • LinSM ruft LinIf_WakeUp(Channel, return) am LinIf auf.
   • Da der Bus bereits aktiv ist, erfolgt kein Aufruf von Lin_WakeUp; LinIf antwortet direkt an LinSM.
   • LinSM kehrt zu ComM zurück.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm zeigt eine Vorabstimmung (Status: Proposed by WPII-2.1.1 as per LinIf SWS 1.1.3). Eine explizite Notiz weist darauf hin, dass Funktionen aus Lin und LinSM im Diagramm nicht vollständig abgebildet sind. Die Parameterfolgen (Channel, return) bzw. (return, Channel) dokumentieren konzeptionelle Signaturen vor der Typstandardisierung.