DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_DIO_Driver FIG-1935c91cf6d6da10 927 × 627 px 1 Release(s)

Figure 5: Read Service Sequence Chart (normal operation mode)

SHA-256 Inhalts-Fingerabdruck: 1935c91cf6d6da10823fe1a362065ceb81a71db23ff01211b5e25c3b0ff6c52c

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 Dio_Read a value from a digital I/O - 1) zur Spezifikation des synchronen Kanallesedienstes innerhalb der AUTOSAR-Schichtenarchitektur. Es visualisiert den standardisierten Nachrichtenfluss von einer Nutzerkomponente über das DIO-BSW-Modul zur Peripherie-Hardware.

2. Komponenten, Entitäten & Schnittstellen

Drei Lebenslinien mit formaler Rollen- und Stereotypzuweisung:

  • User: Aufrufende Schicht.
  • «module» Dio: Treibereinheit mit Modul-Dekoration.
  • «Peripheral» Dio Hardware: Zugeordnete Hardware-Peripherie.

Schnittstellen und Signaturen:

  • Operationsaufruf mit expliziten Parametertypen: Dio_ReadChannel(Dio_LevelType, Dio_ChannelType) : Dio_LevelType.
  • Hardwareinteraktion: Operationsaufruf Request().
  • Hardware-Rückmeldung: Level().
  • Rückgabewert des Treibers: Dio_ReadChannel=STD_HIGH or STD_LOW().

3. Dynamisches Verhalten & Sequenzablauf

  1. User startet den Kontrollfluss durch Aufruf von Dio_ReadChannel(Dio_LevelType, Dio_ChannelType) : Dio_LevelType.
  2. Das Modul «module» Dio führt den Treiberabschnitt aus und ruft über Request() die Hardware-Peripherie auf.
  3. «Peripheral» Dio Hardware gibt den Signalpegel via Level() zurück an die Treiberschicht.
  4. «module» Dio schließt den Dienst ab und liefert das Resultat über die Rückkehrnachricht Dio_ReadChannel=STD_HIGH or STD_LOW() an User.

4. Normative Relevanz & Entwickler-Hinweise

Eine UML-Notiz spezifiziert:

  • Status: proposed (as per SWS Dio 2.0.3)
  • Description: Diagram valid for: - Normal Operation Mode / No Error - Normal Operation Mode / Error Occured - Development Error / No Error

Das Verhalten ist als synchroner Dienst mit Rückgabetyp Dio_LevelType und den diskreten Zuständen STD_HIGH bzw. STD_LOW normiert.

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

R3.1.5 → R3.2.3 normative Änderung Vorgänger: FIG-37bdff39017975ac
  • Sequenz-Kopf: Umbenennung von sd Read a v alue from a digital I/O - 1 zu sd Dio_Read a value from a digital I/O - 1.
  • Lebenslinien: Kürzung der Namensräume zu User, «module» Dio und «Peripheral» Dio Hardware.
  • Aufruf Dio_ReadChannel: Signaturparameter geändert von (return,ChannelId) zu Parametertypen (Dio_LevelType, Dio_ChannelType) : Dio_LevelType.
  • Interaktions-Nachrichten: Nachrichtenbezeichner syntaktisch als Operationen/Funktionsaufrufe mit Klammern notiert (Request(), Level(), Dio_ReadChannel=STD_HIGH or STD_LOW()).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

sd Dio_Read a value from a digital I/O - 1 | User «module» | Dio | «Peripheral» | Dio Hardware | Status: proposed (as per SWS Dio 2.0.3) | Description: Diagram valid for: - Normal Operation Mode / No Error - Normal Operation Mode / Error Occured - Development Error / No Error | Dio_ReadChannel(Dio_LevelType, Dio_ChannelType) : Dio_LevelType | Request() | Level() | Dio_ReadChannel=STD_HIGH or STD_LOW()

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R3.2.3 AUTOSAR_SWS_DIO_Driver S. 37 5 Figure 5: Read Service Sequence Chart (normal operation mode)