DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_COM FIG-87566de7ee7c9944 853 × 1151 px 1 Release(s)

Figure 8: Interactions between the AUTOSAR COM module and the PDU router

SHA-256 Inhalts-Fingerabdruck: 87566de7ee7c9944e5441cf023c32742eb7d7e55cb7b78830ffd9b193523a362

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 (Interaktionsdiagramm mit drei sequenziellen Rahmen seq). Modelliert die standardisierten Interaktions- und Datenflussszenarien zwischen dem AUTOSAR COM-Modul (Com, Services Layer) und dem PDU Router (PduR, Communication Abstraction Layer) für die Bussysteme CAN, LIN und FlexRay.

2. Komponenten, Entitäten & Schnittstellen

  • Komponenten / Module:
    • «module» Com: AUTOSAR Communication-Modul.
    • «module» PduR: PDU Router.
  • Schnittstellen & Interaktionen:
    • Empfangspfad (seq Reception CAN, LIN, FlexRay):
      • Com_RxIndication(PduIdType, PduInfoType*): Callback vom PduR an Com zur Übergabe empfangener I-PDU-Daten inklusive Längenangabe.
    • Sendepfad mit TriggerTransmit (seq Transmission LIN, FlexRay):
      • PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) : Std_ReturnType: Sendeanforderung von Com an PduR.
      • Com_TriggerTransmit(Std_ReturnType, PduIdType, PduInfoType*): Polling-Callback von PduR an Com zur Datenabholung mit einfachem Zeiger.
      • Com_TxConfirmation(PduIdType): Sendeabschluss-Bestätigung von PduR an Com.
    • Direkter Sendepfad (seq Transmission CAN):
      • PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) : Std_ReturnType: Sendeanforderung von Com an PduR.
      • Com_TxConfirmation(PduIdType): Sendeabschluss-Bestätigung von PduR an Com.
    • Synchroner Rückgabewert: E_OK() als synchrone Antwort auf PduR_ComTransmit.

3. Dynamisches Verhalten & Sequenzablauf

  • Sequenz Reception CAN, LIN, FlexRay:
    1. PduR übergibt die empfangene PDU synchron über Com_RxIndication(PduIdType, PduInfoType*) an Com.
    2. Com führt die interne Verarbeitung aus (Internal processing()) und kehrt zum PduR zurück.
  • Sequenz Transmission LIN, FlexRay:
    1. Com initiiert die Übertragung mit PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*).
    2. PduR führt ein internal processing() aus und quittiert synchron mit E_OK().
    3. Vor der Übertragung fordert PduR nach internal processing() über Com_TriggerTransmit(Std_ReturnType, PduIdType, PduInfoType*) die aktuellen Sendedaten an.
    4. Com verarbeitet die Anforderung (Internal processing()), befüllt die Struktur und kehrt zurück.
    5. Nach erfolgreichem Versand bestätigt PduR den Abschluss via Com_TxConfirmation(PduIdType). Com verarbeitet die Bestätigung intern (Internal processing()) und kehrt zurück.
  • Sequenz Transmission CAN:
    1. Com ruft direkt PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) auf.
    2. PduR bestätigt synchron mit E_OK().
    3. PduR meldet nach erfolgter Übertragung Com_TxConfirmation(PduIdType). Com führt ein Internal processing() durch und kehrt zurück.

4. Normative Relevanz & Entwickler-Hinweise

  • Die Schnittstellen wurden an die standardisierten BSW-C-Typen harmonisiert:
    • Com_RxIndication verwendet nun PduInfoType*, wodurch Com neben den Nutzdaten auch die tatsächlich empfangene PDU-Länge übermittelt bekommt.
    • Com_TriggerTransmit wurde vom Doppelzeiger PduInfoType** auf den einfachen Zeiger PduInfoType* korrigiert.
    • Com_TxConfirmation bleibt weiterhin auf die reine PDU-ID beschränkt.

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

R4.1.3 → R4.2.2 keine inhaltliche Änderung Vorgänger: FIG-a01608a6599520c6

Keine inhaltlichen Änderungen erkennbar.

R4.2.2 → R4.3.1 normative Änderung Nachfolger: FIG-15dac6759b3b3218
  • Com_RxIndication: Parametertyp um const-Qualifizierer erweitert (const PduInfoType* statt PduInfoType*).
  • Com_TxConfirmation: Signatur in beiden Sende-Szenarien (Transmission LIN, FlexRay und Transmission CAN) um den Ergebnisparameter Std_ReturnType erweitert (Com_TxConfirmation(PduIdType, Std_ReturnType) statt Com_TxConfirmation(PduIdType)).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«module» | Com | «module» | PduR | seq Reception CAN, LIN, FlexRay | seq Transmission LIN, FlexRay | seq Transmission CAN | Com_RxIndication(PduIdType, PduInfoType*) | Internal processing() | PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) : Std_ReturnType | internal processing() | E_OK() | internal processing() Com_TriggerTransmit(Std_ReturnType, PduIdType, PduInfoType*) | Internal processing() | Com_TxConfirmation(PduIdType) | Internal processing() | PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) : Std_ReturnType | E_OK() | Com_TxConfirmation(PduIdType) | Internal processing()

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.2.2 AUTOSAR_SWS_COM S. 118 8 Figure 8: Interactions between the AUTOSAR COM module and the PDU router