DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_LINStateManager FIG-46014291832393d3 818 × 616 px 2 Release(s)

Figure 7: Internal wake up

SHA-256 Inhalts-Fingerabdruck: 46014291832393d3e393dcb934ccf8bbecb5d3c35300f3bb4533d136c6eedc1d

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm im Kontext der AUTOSAR Classic Platform (Communication Stack / LIN Subsystem) ohne UML-Kopfrahmen. Es spezifiziert den softwareseitig initiierten internen Aufwachvorgang (Internal Wakeup) eines LIN-Clusters über den LIN State Manager (LinSM). Beteiligt sind vier BSW-Module: Basic Software Mode Manager (BswM), Communication Manager (ComM), LIN State Manager (LinSM) und LIN Interface (LinIf).

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm definiert vier BSW-Modulinstanzen (Stereotyp «module») mit ihren Lebenslinien:

  • BswM: Mode-Management-Senke zur Erfassung des aktuellen LINSM-Zustands.
  • ComM: Übergeordneter Kommunikationsmanager (mit Subsystem-Symbol gekennzeichnet) als Anforderer des Kommunikationsmodus und Empfänger der Modusbestätigung.
  • LinSM: Zentraler Zustandsmanager für das LIN-Netzwerk.
  • LinIf: Treiber-Abstraktionsschnittstelle zum LIN-Transceiver/Bus.

Dargestellte Schnittstellen und Operationen mit formalen Parameternamen:

  • LinSM_RequestComMode(network, mode): Aufruf von ComM an LinSM.
  • LinIf_Wakeup(Channel): Aufruf von LinSM an LinIf.
  • LinSM_WakeupConfirmation(network, success): Callback/Bestätigung von LinIf an LinSM.
  • ComM_BusSM_ModeIndication(Channel, ComMode): Statusindikation von LinSM an ComM.
  • BswM_LinSM_CurrentState(Network, CurrentState): Zustandsmeldung von LinSM an BswM.
  • Interne Aufrufe an der Lebenslinie von LinSM: start_timer(), stop_timer() sowie der Zustandswechsel setmode LINSM_FULL_COM().

3. Dynamisches Verhalten & Sequenzablauf

Der dynamische Ablauf gliedert sich in folgende chronologische Schritte:

  1. ComM fordert über LinSM_RequestComMode(network, mode) mit Guard [mode=FULL_COM] den Übergang in den Vollkommunikationsmodus an.
  2. LinSM startet einen internen Überwachungstimer (start_timer()).
  3. LinSM leitet die Aufwachanforderung synchron über LinIf_Wakeup(Channel) an LinIf weiter; LinIf antwortet synchron per Return-Pfeil.
  4. LinSM quittiert den ursprünglichen Aufruf an ComM per Return-Pfeil.
  5. Nach erfolgreichem Aufweckpuls auf dem Bus meldet LinIf das Ergebnis asynchron über LinSM_WakeupConfirmation(network, success) mit Guard [success=true] an LinSM zurück.
  6. LinSM stoppt den Überwachungstimer (stop_timer()), wechselt intern in den Zustand LINSM_FULL_COM (setmode LINSM_FULL_COM()) und meldet den neuen Zustand über ComM_BusSM_ModeIndication(Channel, ComMode) mit Guard [mode=FULL_COM] an ComM.
  7. Nach Bestätigung durch ComM informiert LinSM die Komponente BswM über BswM_LinSM_CurrentState(Network, CurrentState) mit Guard [mode=FULL_COM].
  8. BswM quittiert per Return-Pfeil; anschließend endet der Aktivierungsbalken des Bestätigungszyklus in LinSM und LinIf.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm dient als normative Verhaltensspezifikation für die Implementierung des internen Aufwachvorgangs im LIN State Manager (SWS LINStateManager, Kapitel 9.2). Es verlangt zwingend:

  • Eine asynchrone Handhabung des Aufweckens mit interner Timerüberwachung zwischen LinIf_WakeUp und LinSM_WakeupConfirmation.
  • Die sequenzielle Benachrichtigung von ComM vor BswM nach erfolgreicher Aufweckbestätigung (success=true).
  • Die Verwendung von [mode=FULL_COM] als Vorbedingung für die Zustandsindikation an die umgebenden Mode-Management-Module.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R4.1.3 → R4.2.2 keine inhaltliche Änderung Vorgänger: FIG-af9ecd0872239676

Keine inhaltlichen Änderungen erkennbar.

R4.3.1 → R18-10_R4.4.0_R1.5.0 redaktionell Nachfolger: FIG-5e14e2928b35782a
  • Die Beschriftung setmode LINSM_FULL_COM() und der Aufruf [mode=FULL_COM]: ComM_BusSM_ModeIndication(Channel, ComMode) sind nicht mehr in einer Zeile kombiniert, sondern räumlich und semantisch getrennt: setmode LINSM_FULL_COM() ist nun eindeutig dem internen Reflexivaufruf an LinSM zugeordnet, während ComM_BusSM_ModeIndication(...) ausschließlich den ausgehenden synchronen Aufruf nach ComM beschriftet.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«module» | ComM | «module» | LinSM | «module» | LinIf | «module» | BswM | [mode=FULL_COM]: LinSM_RequestComMode(network, mode) | start_timer() | LinIf_Wakeup(Channel) | [success=true]: LinSM_WakeupConfirmation(network, success) | stop_timer() | setmode LINSM_FULL_COM() [mode=FULL_COM]: ComM_BusSM_ModeIndication(Channel, ComMode) | [mode=FULL_COM]: BswM_LinSM_CurrentState(Network, CurrentState)

Begleitender Spezifikationstext:

Specification of LIN State Manager AUTOSAR CP Release 4.3.1 42 of 49 Document ID 255: AUTOSAR_SWS_LIN_StateManager - AUTOSAR Confidential - 9.2 Internal wake up The Figure 7 shows the internal wakeup. A wakeup is requested from module above the LinSM.

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.2.2 AUTOSAR_SWS_LINStateManager S. 46 7 Figure 7: Internal wake up
R4.3.1 AUTOSAR_SWS_LINStateManager S. 42 7 Figure 7: Internal wake up