DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_StateManagement FIG-97a4adde484aa03c 932 × 475 px 2 Release(s)

Figure 7.8: Switching FunctionGroup State by "Trigger"

SHA-256 Inhalts-Fingerabdruck: 97a4adde484aa03c79e16838f18924c5b662c9a137e702e5492842c1ea23ad99

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 (sd FunctionGroup State transition) im Kontext der AUTOSAR Adaptive Platform (SWS State Management). Das Diagramm spezifiziert die Interaktion zur Zustandsüberführung einer Funktionsgruppe (FunctionGroup) ausgelöst durch einen externen Trigger.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst drei Hauptkomponenten bzw. Entitäten sowie deren Interaktionspunkte:

  • Application1: Externe adaptive Anwendung, sendet Schreibbefehle.
  • State Management: Zentrale funktionale Einheit mit den Interaktionspunkten TriggerIn (Eingangs-Port) und TriggerOut (Ausgangs-Port) sowie der internen Logik-Lebenslinie.
  • Execution Management: Plattform-Komponente zur Prozess- und Zustandssteuerung mit den Schnittstellen-Ports IFC GetState und IFC Request State inklusive zugehöriger interner Ausführungslinien.

3. Dynamisches Verhalten & Sequenzablauf

  1. Application1 initiiert den Vorgang durch den Aufruf write() an den Port TriggerIn.
  2. TriggerIn leitet den Trigger mittels event() an die Hauptlebenslinie von State Management weiter.
  3. State Management evaluiert intern die Bedingungen über den Selbstaufruf checkGuardCondition(s).
  4. State Management meldet den Vorzustand über write(pre_state) an TriggerOut.
  5. State Management fordert über die Schnittstelle IFC Request State den Zustandswechsel mittels SetState() an.
  6. Innerhalb von Execution Management wird die Zustandsänderung asynchron/synchron verarbeitet und set FunctionGroupState() ausgeführt.
  7. State Management fragt über IFC GetState den aktuellen Zustand per GetState() ab.
  8. Nach Bestätigung meldet State Management den Endzustand über write(final_state) an TriggerOut.

4. Normative Relevanz & Entwickler-Hinweise

Die Sequenz zeigt das Interaktionsmuster zur Funktionsgruppen-Zustandsumschaltung. Für Integratoren und Entwickler definiert das Diagramm die Pflicht zur Absicherung über Guard-Conditions, die zweistufige Zustandsmeldung (pre_state und final_state) über TriggerOut sowie die Verwendung der Execution-Management-Schnittstellen IFC Request State (SetState) und IFC GetState (GetState).

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

R19-11 → R20-11, R21-11 → R22-11 keine inhaltliche Änderung Vorgänger: FIG-7fd1432ae95405a8

Keine inhaltlichen Änderungen erkennbar.

R20-11 → R21-11 keine inhaltliche Änderung Nachfolger: FIG-7fd1432ae95405a8

Keine inhaltlichen Änderungen erkennbar.

R22-11 → R23-11 normative Änderung Nachfolger: FIG-f58aee2d992670e0
  • Die Lebenslinie Application1 wurde in Process1 umbenannt.
  • Der Port bzw. das Interface IFC GetState bei Execution Management sowie die zugehörige Lebenslinie wurden entfernt.
  • Der synchrone/asynchrone Aufruf GetState() von State Management an IFC GetState entfällt vollständig.
  • Der Port IFC Request State ist auf IFC Requ... verkürzt dargestellt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

RS_SM_00400 Wortlaut noch nicht übernommen SWS_SM_00303 Wortlaut noch nicht übernommen SWS_SM_00304 Wortlaut noch nicht übernommen

Aus dem Dokument extrahierter Text & Kontext

Begleitender Spezifikationstext:

Specification of State Management AUTOSAR AP R22-11 [SWS_SM_00303]{DRAFT} FunctionGroupState to NetworkHandle ⌈State Management shall change the value of NetworkHandle when Function Groups changes its Function Group State and a NetworkHandle is associated to this Function Group State in the Machine Manifest.⌋(RS_SM_00400) It might be needed that a Function Group stays longer in its Function Group State when the causing (partial) network set has been switched off or a (partial) network is longer available than the causing Function Group has been switched to Function Group State ’Off’. This is called ’afterrun’. The corresponding timeoutvalue has to be configured in Machine Manifest [SWS_SM_00304]{DRAFT} Network Afterrun ⌈State Management shall support means to support ’afterrun’ to switch off related Function Groups or (partial) networks. The timeout value for this ’afterrun’ has to be read from e.g. Machine Manifest.⌋(RS_SM_00400) 7.7 Interaction with Execution Management Execution Management is used to execute the Function Group State changes. The decision to change the state of Machine State or the Function Group State of Function Groups might come from inside of State Management based on State Managements States (or other project specific requirements) or might be requested at State Management from an external Adaptive Application. An overview of the interaction of State Management, Execution Management and Adaptive Applications is shown in Figure 7.8. Figure 7.8: Switchin

Vorkommen in AUTOSAR-Releases (3)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R20-11 AUTOSAR_SWS_StateManagement S. 34 7.8 Figure 7.8: Switching FunctionGroup State by "Trigger"
R20-11 AUTOSAR_SWS_StateManagement S. 34 7.8 Figure 7.8: Switching FunctionGroup State by "Trigger"
R22-11 AUTOSAR_SWS_StateManagement S. 38 7.8 Figure 7.8: Switching FunctionGroup State by "Trigger"