DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_LINInterface FIG-de8a9f8324eea368 897 × 1153 px 1 Release(s)

Figure 15: Transport Protocol message transmission

SHA-256 Inhalts-Fingerabdruck: de8a9f8324eea368e55facec6ebd023b48bed740e8d75c7e5dda19b9ba14ccd0

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 zur Interaktion während der Transportprotokoll-Nachrichtenübertragung (LIN TP SDU Transmission). Es stellt das Zusammenspiel zwischen den BSW-Modulen Upper Layer, PduR (PDU Router), BswM (BSW Mode Manager), LinIf (LIN Interface inkl. integriertem LinTp) und einem BSW-Task-Kontext dar.

2. Komponenten, Entitäten & Schnittstellen

  • Lebenslinien/Entitäten:
    • BSW Task (OS task or cyclic call): Zyklischer Task- bzw. Scheduler-Kontext für die periodische Abarbeitung.
    • Upper Layer: Ursprünglicher Sender der TP-Übertragungsanforderung.
    • «module» BswM: BSW Mode Manager zur Umschaltung des Diagnosemodus / Scheduling-Modus.
    • «module» PduR: PDU Router zur Datenbereitstellung und Bestätigung.
    • «module» LinIf: LIN Interface (umfasst LinTp-Funktionalität).
  • Schnittstellen & Parameter:
    • LinTp_Transmit(LinTpTxSduId, LinTpTxInfoPtr) :Std_ReturnType: Anstoß des TP-Sendeauftrags.
    • PduR_LinTpCopyTxData(id, info, retry, availableDataPtr) : BufReq_ReturnType: Abruf von Nutzdaten aus den oberen Schichten.
    • CopyBuffer(): Interne PduR-Pufferoperation.
    • BswM_LinTp_RequestMode(Network, LINTP_DIAG_REQUEST): Modusanforderung für Diagnoseanfragen.
    • LinIf_MainFunction(): Zyklische Hauptfunktion des LinIf/LinTp.
    • PduR_LinTpTxConfirmation(id, result): Bestätigung der abgeschlossenen TP-Übertragung an die oberen Schichten.
    • BswM_LinTp_RequestMode(Network, LINTP_DIAG_RESPONSE): Modusanforderung nach Übertragungsende bzw. für Diagnoseantworten.

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf wird durch einen alt TP status-Rahmen in drei Phasen unterteilt:

  1. Starting TP message:
    • Die Upper Layer ruft synchron LinTp_Transmit(LinTpTxSduId, LinTpTxInfoPtr) am LinIf auf.
    • LinIf fordert unmittelbar über PduR_LinTpCopyTxData(...) Daten vom PduR an; PduR führt intern CopyBuffer() aus und antwortet mit BufReq_ReturnType.
    • LinIf meldet den Moduswechsel mit BswM_LinTp_RequestMode(Network, LINTP_DIAG_REQUEST) an BswM.
    • Der Aufruf kehrt zur Upper Layer mit Std_ReturnType zurück.
  2. TP message transmission (loop):
    • Im Rahmen eines periodischen BSW Task wird LinIf_MainFunction() wiederholt aufgerufen.
    • Innerhalb des Loops ruft LinIf synchron PduR_LinTpCopyTxData(...) auf, PduR kopiert die Daten via CopyBuffer() und gibt BufReq_ReturnType zurück.
    • LinIf_MainFunction() kehrt zum BSW Task zurück.
  3. Ending TP message:
    • Im BSW-Task-Kontext triggert LinIf_MainFunction() den Abschluss: LinIf benachrichtigt den PduR synchron via PduR_LinTpTxConfirmation(id, result).
    • Danach meldet LinIf via BswM_LinTp_RequestMode(Network, LINTP_DIAG_RESPONSE) den Moduswechsel an den BswM.
    • LinIf_MainFunction() beendet ihren Ablauf zum Task-Kontext.

4. Normative Relevanz & Entwickler-Hinweise

  • Die Übertragung initiiert synchron im Kontext der oberen Schicht, die weitere Datenkopie und Fragmentierung erfolgt asynchron getrieben über die zyklische LinIf_MainFunction().
  • Die Pufferbereitstellung erfordert die Einhaltung des BufReq_ReturnType-Protokolls durch den PDU Router.
  • Moduswechsel an den BswM müssen synchron zur Aktivierung der passenden LIN-Schedule-Tabelle führen.

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

R4.0.3 → R4.1.3 normative Änderung Nachfolger: FIG-a2ac58758be7b922
  • Modul Upper Layer an der Lebenslinie von LinTp_Transmit durch PduR ersetzt; LinTp_Transmit(LinTpTxSduId, LinTpTxInfoPtr) liefert nun keinen expliziten Rückgabewert :Std_ReturnType mehr im Aufruf.
  • Modul «module» LinSM als neue Lebenslinie zwischen PduR und LinIf eingefügt.
  • Aufruf CopyBuffer() innerhalb von PduR in den Abschnitten Starting TP message und TP message transmission entfernt.
  • Bedingte Ausführung opt Schedule table change is enabled in Starting TP message und Ending TP message hinzugefügt: LinIf ruft BswM_LinTp_RequestMode auf, woraufhin BswM über LinSM_ScheduleRequest(network, schedule) :Std_ReturnType und LinSM über LinIf_ScheduleRequest(Channel, Schedule) :Std_ReturnType den Tabellenwechsel triggern.
  • Reihenfolge und Kontext in Starting TP message geändert: PduR_LinTpCopyTxData erfolgt nun erst im zyklischen Teil TP message transmission, während LinTp_Transmit direkt die Modusumschaltung anstößt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Upper Layer «module» | LinIf | BSW Task (OS task | or cyclic call) | «module» | PduR | «module» | BswM | alt TP status | [Starting TP message] | [TP message transmission] | [Ending TP message] | loop | LinTp_Transmit(LinTpTxSduId, LinTpTxInfoPtr) :Std_ReturnType | PduR_LinTpCopyTxData(id, info, retry, availableDataPtr) : BufReq_ReturnType | CopyBuffer() | BswM_LinTp_RequestMode(Network, LINTP_DIAG_REQUEST) | LinIf_MainFunction() | PduR_LinTpCopyTxData(id, info, retry, availableDataPtr) : BufReq_ReturnType | CopyBuffer() | LinIf_MainFunction() | PduR_LinTpTxConfirmation(id, result) | BswM_LinTp_RequestMode(Network, LINTP_DIAG_RESPONSE)

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.0.3 AUTOSAR_SWS_LINInterface S. 96 15 Figure 15: Transport Protocol message transmission