AUTOSAR_SWS_COM FIG-2892db5a6d00e5ea 862 × 928 px 1 Release(s)

Figure 16: Interactions between AUTOSAR COM and the PDU router

SHA-256 Inhalts-Fingerabdruck: 2892db5a6d00e5ea8a8a41d05ab8f1b5486392fba46271a6ceb273a4b7fbb96e

✦ 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 im Kontext der AUTOSAR Classic Platform (Communication Stack / BSW). Es visualisiert den standardisierten Steuerungs- und Datenfluss an der Schnittstelle zwischen der Kommunikationsschicht (AUTOSAR COM) und dem PDU-Router (PduR) für den PDU-Empfang sowie zwei unterschiedliche Übertragungsmodi (gepuffert/zeitgesteuert für LIN und FlexRay vs. direkt/ereignisgesteuert für CAN).

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm modelliert zwei BSW-Entitäten als UML-Lifelines:

Com::Com: AUTOSAR-Kommunikationsmodul zur I-PDU-Verwaltung und Schnittstelle zur RTE/Applikation.
PduR::PduR: PDU-Router zur Weiterleitung von I-PDUs zwischen COM und busspezifischen Interface- bzw. Transportprotokoll-Modulen.

Schnittstellen und Interaktionsnachrichten:

Com_RxIndication(ComRxPduId, SduPtr): PduR signalisiert Com den Empfang einer I-PDU unter Übergabe der PDU-ID und des Datenzeigers SduPtr.
Std_ReturnType:= PduR_ComTransmit(ComTxPduId, PduInfoPtr): Com fordert bei PduR die Übertragung einer I-PDU an; liefert Std_ReturnType zurück.
Com_TriggerTransmit(ComTxPduId, SduPtr): PduR ruft Com auf, um Sendedaten für getriggerte Busse (LIN, FlexRay) synchron in den Treiberpuffer (SduPtr) zu kopieren.
Com_TxConfirmation(ComTxPduId): PduR bestätigt Com den erfolgreichen Sendevorgang auf dem Bus.
Interne Aktivitäten sind als Selbstaufrufe Internal processing auf den jeweiligen Ausführungsbalken modelliert.
Synchrone Rücksprünge (Reply Messages) sind als gestrichelte Pfeile mit dem Namen der aufgerufenen Operation beschriftet (Com_RxIndication, PduR_ComTransmit, Com_TriggerTransmit, Com_TxConfirmation).

3. Dynamisches Verhalten & Sequenzablauf

Das dynamische Verhalten ist in drei sequenzielle Interaktionsrahmen unterteilt:

seq Reception CAN, LIN, FlexRay: PduR empfängt eine PDU vom Bus-Interface und ruft synchron Com_RxIndication(ComRxPduId, SduPtr) auf. Com führt interne Verarbeitungsschritte aus (z. B. Entpacken von Signalen, Signal-Routing, Filterung) und kehrt synchron mit Com_RxIndication zu PduR zurück.
seq Transmission LIN, FlexRay: Com initiiert das Senden über PduR_ComTransmit(ComTxPduId, PduInfoPtr). PduR verarbeitet die Anforderung intern und bestätigt den Aufruf synchron (PduR_ComTransmit). Zeitversetzt bzw. im Bus-Sendezyklus fordert PduR über Com_TriggerTransmit(ComTxPduId, SduPtr) die aktuellen Nutzdaten von Com an. Com kopiert die Daten intern und quittiert. Nach erfolgter Busübertragung meldet PduR den Abschluss asynchron via Com_TxConfirmation(ComTxPduId), woraufhin Com interne Nacharbeiten ausführt.
seq Transmission CAN: Com ruft PduR_ComTransmit(ComTxPduId, PduInfoPtr) auf; die Daten werden direkt beim Aufruf übergeben. PduR bestätigt den Aufruf synchron. Sobald der CAN-Treiber die Botschaft erfolgreich gesendet hat, erfolgt die Bestätigung von PduR an Com über Com_TxConfirmation(ComTxPduId) mit anschließender interner Verarbeitung in Com.

4. Normative Relevanz & Entwickler-Hinweise

Normativ relevant für die BSW-Implementierung von COM und PduR gemäß AUTOSAR R2.1:

Asynchrone Sendeabwicklung: Die Sendeanforderung (PduR_ComTransmit) ist organisatorisch von der tatsächlichen Sendebestätigung (Com_TxConfirmation) entkoppelt.
Bus-Spezifika: Für periodisch abfragende Busse (LIN-Master, FlexRay) muss Com das Polling-Muster via Com_TriggerTransmit unterstützen, während ereignisgesteuerte CAN-PDUs die Daten direkt beim Transmit übergeben.
Datenpufferung: In R2.1 erfolgt die Nutzdatenübergabe über rohe Zeiger (SduPtr) bzw. PduInfoPtr. Synchronität und Rückgabewerte folgen dem AUTOSAR-C-API-Muster für BSW-Module.

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

R2.1.20 → R3.0.7 normative Änderung Nachfolger: FIG-216f36644b1ac6a4

Modul-Stereotypen: Die Lifelines Com::Com und PduR::PduR wurden um den UML-Stereotyp «module» ergänzt.
Diagrammkopf: Der äußere UML-Rahmentitel sd Com-PduR Interaction wurde entfernt.
Schnittstelle Com_RxIndication: Signatur von Parameternamen (ComRxPduId, SduPtr) auf AUTOSAR-Typen (PduIdType, const PduInfoType*) umgestellt (Verwendung der Kapselungsstruktur PduInfoType statt rohem Datenzeiger).
Schnittstelle PduR_ComTransmit: Notationsänderung von Zuweisungssyntax Std_ReturnType:= PduR_ComTransmit(ComTxPduId, PduInfoPtr) zu UML-Operationssyntax PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) :Std_ReturnType.
Rückgabewert PduR_ComTransmit: Auf der synchronen Antwortnachricht wird anstelle des Operationsnamens explizit der Statuswert E_OK() zurückgegeben.
Schnittstelle Com_TriggerTransmit: Signatur von (ComTxPduId, SduPtr) auf (Std_ReturnType, PduIdType, PduInfoType**) geändert (Doppelzeiger für Pufferübergabe).
Schnittstelle Com_TxConfirmation: Parameter von Parameternamen (ComTxPduId) auf Typbezeichner (PduIdType) umgestellt.
Antwortnachrichten (Reply Messages): Die Beschriftungen der synchronen Rücksprünge mit dem jeweiligen Funktionsnamen (Com_RxIndication, Com_TriggerTransmit, Com_TxConfirmation) entfallen; die gestrichelten Rückkehrpfeile sind nun anonym ausgeführt.
Aktivitätsbezeichner: Interne Aktionen wurden von Internal processing zu Internal processing() bzw. internal processing() typografisch mit Funktionsklammern versehen.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Vorkommen in AUTOSAR-Releases (1)

Release	Dokument	Seite	Nr.	Bildunterschrift im Dokument
R2.1.20	AUTOSAR_SWS_COM	S. 81	16	Figure 16: Interactions between AUTOSAR COM and the PDU router