DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_LINInterface FIG-4ac2dd0cbb2d05cf 898 × 1227 px 1 Release(s)

Figure 15: Transport Protocol message transmission

SHA-256 Inhalts-Fingerabdruck: 4ac2dd0cbb2d05cfa81d8893314322dd827ecc46426176de95b673e1a0f349e7
✦ 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 Übertragung von Transport-Protocol-Nachrichten (LIN TP) im AUTOSAR-Basissoftware-Stack. Es beschreibt das Zusammenspiel zwischen PDU Router (PduR), BSW Mode Manager (BswM), LIN State Manager (LinSM), LIN Interface (LinIf) und dem zyklischen BSW-OS-Task-Kontext.

2. Komponenten, Entitäten & Schnittstellen

  • Lebenslinien/Entitäten:
    • BSW Task (OS task or cyclic call): Periodischer Task-Kontext für die zyklische Ausführung.
    • «module» BswM: BSW Mode Manager.
    • «module» PduR: PDU Router.
    • «module» LinSM: LIN State Manager.
    • «module» LinIf: LIN Interface inklusive LIN-Transportprotokoll-Handling.
  • Schnittstellen & Nachrichten:
    • LinTp_Transmit(LinTpTxSduId, LinTpTxInfoPtr): Sendeauftrag vom PduR an LinIf.
    • BswM_LinTp_RequestMode(Network, LINTP_DIAG_REQUEST) / BswM_LinTp_RequestMode(Network, LINTP_DIAG_RESPONSE): Modusanforderung an den BswM.
    • LinSM_ScheduleRequest(network, schedule): Anforderung einer Schedule-Tabelle vom BswM an den LinSM.
    • LinIf_ScheduleRequest(Channel, Schedule) :Std_ReturnType: Schedule-Anforderung vom LinSM an das LinIf mit Rückgabetyp.
    • LinIf_MainFunction(): Zyklische Funktion des LinIf.
    • PduR_LinTpCopyTxData(id, info, retry, availableDataPtr) : BufReq_ReturnType: Pufferbereitstellung durch PduR.
    • PduR_LinTpTxConfirmation(id, result): Bestätigung des Übertragungsendes an PduR.

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf ist in drei Abschnitte des Rahmens alt TP status gegliedert:

  1. Starting TP message:
    • PduR stößt die Übertragung via LinTp_Transmit(LinTpTxSduId, LinTpTxInfoPtr) am LinIf an.
    • Innerhalb des optionalen Blocks opt Schedule table change is enabled:
      • LinIf meldet BswM_LinTp_RequestMode(Network, LINTP_DIAG_REQUEST) an BswM.
      • BswM ruft synchron LinSM_ScheduleRequest(network, schedule) :Std_ReturnType am LinSM auf.
      • LinSM delegiert dies mit LinIf_ScheduleRequest(Channel, Schedule) :Std_ReturnType an LinIf.
    • LinTp_Transmit kehrt zu PduR zurück.
  2. TP message transmission (loop):
    • Der zyklische BSW Task führt wiederholt LinIf_MainFunction() aus.
    • LinIf ruft synchron PduR_LinTpCopyTxData(id, info, retry, availableDataPtr) : BufReq_ReturnType auf.
    • Die Ausführung kehrt zum Task zurück.
  3. Ending TP message:
    • Im Rahmen von LinIf_MainFunction() bestätigt LinIf das Sendeende via PduR_LinTpTxConfirmation(id, result).
    • Im optionalen Block opt Schedule table change is enabled:
      • LinIf fordert Modusumschaltung mit BswM_LinTp_RequestMode(Network, LINTP_DIAG_RESPONSE) an BswM an.
      • BswM sendet LinSM_ScheduleRequest(network, schedule) : Std_ReturnType an LinSM.
      • LinSM leitet die Umschaltung mit LinIf_ScheduleRequest(Channel, Schedule) :Std_ReturnType an LinIf weiter.
    • LinIf_MainFunction() beendet den zyklischen Aufruf.

4. Normative Relevanz & Entwickler-Hinweise

  • Die Initiierung der Übertragung erfolgt direkt aus dem PDU Router ohne vorherige interne Pufferkopie vor dem Moduswechsel.
  • Wenn die Schedule-Tabellen-Umschaltung aktiviert ist (Schedule table change is enabled), wird der Tabellenwechsel strikt über den Kontrollpfad LinIf -> BswM -> LinSM -> LinIf synchron kaskadiert, bevor die reguläre Datenübertragung im Scheduler weitergeführt wird.

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

R4.1.3 → R4.2.2 redaktionell Vorgänger: FIG-a2ac58758be7b922
  • Formatierung und Zeilenumbruch korrigiert: Rückgabetyp :Std_ReturnType beim Aufruf LinSM_ScheduleRequest(network, schedule) im oberen und unteren optionalen Block entfernt.
  • Bei LinIf_ScheduleRequest(Channel, Schedule) :Std_ReturnType Zeilenumbruch zwischen Methodenname/Parametern und Rückgabetyp bereinigt bzw. separat gesetzt.
R4.2.2 → R4.3.1 normative Änderung Nachfolger: FIG-9a5cca607cb98ebd
  • Zyklischer Aufruf LinIf_MainFunction() in den Blöcken TP message transmission und Ending TP message umbenannt/konkretisiert zu kanalbezogenem LinIf_MainFunction_<ChannelId>().

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«module» | LinIf | BSW Task (OS task | or cyclic call) | «module» | PduR | «module» | BswM | «module» | LinSM | alt TP status | [Starting TP message] | [TP message transmission] | [Ending TP message] | loop | opt Schedule table change is enabled | opt Schedule table change is enabled | LinTp_Transmit(LinTpTxSduId, LinTpTxInfoPtr) | BswM_LinTp_RequestMode(Network, LINTP_DIAG_REQUEST) | LinSM_ScheduleRequest(network, schedule) | LinIf_ScheduleRequest(Channel, Schedule) :Std_ReturnType | LinIf_MainFunction() | PduR_LinTpCopyTxData(id, info, retry, availableDataPtr) : BufReq_ReturnType | LinIf_MainFunction() | PduR_LinTpTxConfirmation(id, result) | BswM_LinTp_RequestMode(Network, LINTP_DIAG_RESPONSE) | LinSM_ScheduleRequest(network, schedule) LinIf_ScheduleRequest(Channel, Schedule) :Std_ReturnType

Vorkommen in AUTOSAR-Releases (1)

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