AUTOSAR_SWS_LINStateManager
FIG-7401fa138b894988
903 × 643 px
1 Release(s)
Figure 6: Goto-sleep–command process (Master)
SHA-256 Inhalts-Fingerabdruck:
7401fa138b894988cea4bacece9178da9eaa73b9e78d60bd3aa136b1616815da
✦
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 zur Spezifikation des LIN State Managers (LinSM) innerhalb der AUTOSAR Classic Platform (Communication Stack / System Services). Das Diagramm stellt das Zusammenspiel der BSW-Module beim Übergang eines LIN-Clusters in den Schlafmodus (Goto-sleep-command process für einen LIN-Master-Knoten) dar.
2. Komponenten, Entitäten & Schnittstellen
Beteiligte Komponenten (Stereotyp «module»):
ComM(Communication Manager; gekennzeichnet mit Unendlichkeitssymbol / Multithreading- bzw. Concurrent-Symbol)LinSM(LIN State Manager)LinIf(LIN Interface)BswM(Basic Software Mode Manager)
Dargestellte synchrone und asynchrone Funktionsschnittstellen sowie interne Aktionen:
LinSM_RequestComMode(network, mode): Modusanforderung von ComM an LinSM mit Guard[mode=NO_COM]start_timer(): Interne Aktion / Selbstaufruf im LinSM (Timeout-Überwachung für den Schlaf-Übergang)LinIf_GotoSleep(Channel): Std_ReturnType: Synchroner Aufruf von LinSM an LinIfLinSM_GotoSleepConfirmation(network, success): Callback-/Bestätigungsaufruf von LinIf an LinSM mit Guard[success=true]stop_timer(): Interne Aktion / Selbstaufruf im LinSM zum Stoppen des Überwachungstimerssetmode LINSM_NO_COM(): Interne Zustandsaktualisierung im LinSMComM_BusSM_ModeIndication(Channel, ComMode): Rückmeldung des erreichten Kommunikationsmodus an ComM mit Guard[mode=NO_COM]BswM_LinSM_CurrentState(Network, CurrentState): Zustandsindikation von LinSM an BswM mit Guard[mode=NO_COM]
3. Dynamisches Verhalten & Sequenzablauf
ComMinitiiert den Schlafprozess über den AufrufLinSM_RequestComMode(network, mode)mit dem Guard/Parametermode=NO_COManLinSM.LinSMstartet intern die Überwachung mittelsstart_timer().LinSMruft synchronLinIf_GotoSleep(Channel)auf, was vonLinIfmitStd_ReturnTypebeantwortet wird; die synchrone Rückkehr der Modusanforderung zuComMerfolgt daraufhin.- Nach Ausführung des Schlafbefehls auf dem Bus meldet
LinIfden erfolgreichen Vollzug asynchron überLinSM_GotoSleepConfirmation(network, success)mit der Bedingung[success=true]anLinSM. LinSMstoppt daraufhin die Timeout-Überwachung überstop_timer()und wechselt intern den Zustand übersetmode LINSM_NO_COM().LinSMmeldet den neuen Zustand[mode=NO_COM]viaComM_BusSM_ModeIndication(Channel, ComMode)anComM.LinSMnotifiziert abschließendBswMüberBswM_LinSM_CurrentState(Network, CurrentState)mit[mode=NO_COM].- Die Aktivierungsleiste im
LinSMendet nach Rückmeldung derLinSM_GotoSleepConfirmationanLinIf.
4. Normative Relevanz & Entwickler-Hinweise
- Relevanz: Normativer Ablauf für die geordnete Abschaltung der LIN-Buskommunikation auf Master-Knoten bei Anforderung von
NO_COM. - Timer-Handling: Die Sequenz definiert zwingend den Start eines Timeout-Timers (
LinSM_GotoSleepTimeout) vor dem Aufruf vonLinIf_GotoSleepsowie dessen Abbruch (stop_timer()) bei Eintreffen einer positiven Bestätigung (success=true). - Benachrichtigungsreihenfolge: Nach erfolgreichem Wechsel in
LINSM_NO_COMmüssen sowohlComM(zur Entkopplung von Buszustandsanfragen) als auchBswM(zur Auswertung von Modusregeln und BSW-Aktionen) über den Moduswechsel informiert werden. - Fehlerbehandlung: Das Diagramm deckt ausschließlich den Gutfall (
success=true) ab; das Verhalten bei Rückgabewert ungleichE_OKbeiLinIf_GotoSleepoder Timeout-Ablauf ist Gegenstand separater Fehlerpfade.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.