DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_LINInterface FIG-0d782663efa5d616 931 × 810 px 1 Release(s)

Figure 2: Header file structure

SHA-256 Inhalts-Fingerabdruck: 0d782663efa5d6169a2924c4ec184eb96742d47804ffaeef930bf2894e6ccb3b

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-Klassendiagramm zur Darstellung der Datei- und Include-Struktur des AUTOSAR Classic Platform Moduls LIN Interface (LinIf). Es typisiert Quell- und Header-Dateien als Modellelemente mit den Stereotypen «source» und «header» sowie deren Inklusionsbeziehungen mit «includes».

2. Komponenten, Entitäten & Schnittstellen

Zentrales Element:

  • LinIf.c («source»)

Per «includes» von LinIf.c eingebundene Header («header»):

  • Eigene Modul-Header: LinIf.h, LinIf_Cfg.h, LinIf_Cbk.h, LinIf_MemMap.h
  • BSW- und Management-Schnittstellen: PduR_LinIf.h, PduR_LinTp.h, BswM_LinTp.h, EcuM.h, LinSM_Cbk.h
  • Treiberschnittstellen: Lin.h, LinTrcv.h
  • Basissoftware-Dienste: SchM_LinIf.h, Det.h

Sekundäre Inklusionen ausgehend von LinIf.h:

  • LinIf.h inkludiert per «includes» die Typ-Header ComStack_Types.h und Lin_GeneralTypes.h.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Strukturdiagramm ohne dynamische Ablauf- oder Sequenzpfade. Pfeile mit gestrichelten Linien und offener Spitze repräsentieren #include-Präprozessordirektiven zur Übersetzungseinheitserstellung.

4. Normative Relevanz & Entwickler-Hinweise

Definiert die verbindliche Dateistruktur und Include-Hierarchie für Implementierer des LinIf-Treibers. Spezifiziert zwingend den modulspezifischen Speicherkartierungs-Header LinIf_MemMap.h sowie die Rückrufschnittstelle LinIf_Cbk.h. Die Anbindung an den BswM ist auf Transportprotokoll-Aspekte via BswM_LinTp.h eingegrenzt. Typdefinitionen aus ComStack_Types.h und Lin_GeneralTypes.h werden transitiv über LinIf.h bereitgestellt.

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

R4.0.3 → R4.1.3 normative Änderung Vorgänger: FIG-d38e1015f131ad9f
  • Das UML-Modell wurde von einer informellen Objektdiagramm-Darstellung auf ein formales Klassendiagramm mit Stereotypen («source», «header», «includes») umgestellt.
  • Neuer Header LinIf_Cbk.h als direkte Include-Abhängigkeit von LinIf.c hinzugefügt.
  • Neuer modulspezifischer Header LinIf_MemMap.h ersetzt das generische MemMap.h.
  • BswM_LinTp.h ersetzt die direkte Abhängigkeit zu BswM.h.
  • Die Header-Include-Hierarchie für Datentypen wurde geändert: ComStack_Types.h wird nun von LinIf.h eingebunden (zuvor zusätzlich/parallel abgebildet), und Lin_GeneralTypes.h wird von LinIf.h eingebunden.
R4.1.3 → R4.2.2 keine inhaltliche Änderung Nachfolger: FIG-71ddf2b1d283380d

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

SWS_LinIf_00434 Wortlaut noch nicht übernommen SWS_LinIf_00497

Aus dem Dokument extrahierter Text & Kontext

Begleitender Spezifikationstext:

The LIN Interface implementation object in Figure 2 represents one or more c-files. It is not required to make the complete implementation in one file.

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.1.3 AUTOSAR_SWS_LINInterface S. 16 2 Figure 2: Header file structure